forum.wfido.ru  

Вернуться   forum.wfido.ru > Прочие эхи > RU.GOLDED

Ответ
 
Опции темы Опции просмотра
  #21  
Старый 02.10.2023, 22:32
Semen Panevin
Guest
 
Сообщений: n/a
По умолчанию Re: Еще один крэш

Semen Panevin написал(а) к Vitaliy Aksyonov в Oct 23 21:16:18 по местному времени:

Доброго здоровьица тебе, Vitaliy!

Monday October 02 2023 11:20, Vitaliy Aksyonov писал Semen Panevin:

SP>> Собрать в дебаге теоретически могу, а вот сохранить core dump как
SP>> ни пытался - ни разу не вышло, хотя сохранение корки в системе
SP>> вроде включено. Не знаю, ЧЯДНТ :)

VA> Перед запуском деда выполни:
VA> ulimit -c unlimited
давно сделано

VA> Потом проверь, куда уходит корка:
VA> cat /proc/sys/kernel/core_pattern
server /home/semen # cat /proc/sys/kernel/core_pattern
core

Вот ваще понятней не стало.

VA> После этого должно сохраниться во время крэша.
Может оно и сохраняется, но я не понимаю куда :)

VA> Я быстро глянул свой крэшдамп. Похоже, что идет двойное освобождение
VA> памяти. Буду копать дальше. :)
Мы в тебя верим!

С наилучшими пожеланиями, Семён.

... Трудно все время быть человеком. Люди мешают... (c)...
--- GoldED+/LNX 1.1.5-b20230926 (Linux 5.15.52-gentoo iF6M10)
Ответить с цитированием
  #22  
Старый 02.10.2023, 22:41
Vitaliy Aksyonov
Guest
 
Сообщений: n/a
По умолчанию Re: Еще один крэш

Vitaliy Aksyonov написал(а) к Semen Panevin в Oct 23 12:29:30 по местному времени:

Привет, Semen!

02 Oct 23 21:16, ты писал(а) мне:

SP>>> Собрать в дебаге теоретически могу, а вот сохранить core dump
SP>>> как ни пытался - ни разу не вышло, хотя сохранение корки в
SP>>> системе вроде включено. Не знаю, ЧЯДНТ :)
VA>> Перед запуском деда выполни:
VA>> ulimit -c unlimited
SP> давно сделано

На всякий случай. Оно не сохраняется между рестартами.
1. Это надо сделать перед запуском деда. Либо прописать в profile.
2. Если дед запускается в отдельном шелле, например, через screen - то надо выставлять именно в том шелле.

VA>> Потом проверь, куда уходит корка:
VA>> cat /proc/sys/kernel/core_pattern
SP> server /home/semen # cat /proc/sys/kernel/core_pattern
SP> core

SP> Вот ваще понятней не стало.

Тут все ОК. С такими настройками корка появится в текущем каталоге. Главное, чтобы были права на запись.

VA>> После этого должно сохраниться во время крэша.
SP> Может оно и сохраняется, но я не понимаю куда :)

Ищи в текущем каталоге. Если нет, попробуй:
find / -name core

VA>> Я быстро глянул свой крэшдамп. Похоже, что идет двойное
VA>> освобождение памяти. Буду копать дальше. :)
SP> Мы в тебя верим!

Ты там сверху писал, что используешь hunspell из дистрибутива. Какая версия hunspell у тебя стоит и как ты ее подключаешь к билду? Это важно. Может получиться так, что во время компиляции берутся заголовки из деда, а линкуется либа из дистрибутива. При этом если версии разошлись - привет.

Best regards,
Vitaliy Aksyonov.

... Жизнь хуже чем была, но лучше, чем будет!
--- GoldED+/LNX 1.1.5-b20230920
Ответить с цитированием
  #23  
Старый 03.10.2023, 08:12
Semen Panevin
Guest
 
Сообщений: n/a
По умолчанию Re: Еще один крэш

Semen Panevin написал(а) к Vitaliy Aksyonov в Oct 23 06:35:20 по местному времени:

Доброго здоровьица тебе, Vitaliy!

Monday October 02 2023 12:29, Vitaliy Aksyonov писал Semen Panevin:

VA>>> Перед запуском деда выполни:
VA>>> ulimit -c unlimited
SP>> давно сделано

VA> На всякий случай. Оно не сохраняется между рестартами.
VA> 1. Это надо сделать перед запуском деда. Либо прописать в profile.
VA> 2. Если дед запускается в отдельном шелле, например, через screen - то
VA> надо выставлять именно в том шелле.
fido@server ~ $ ulimit
unlimited

Давно прибито гвоздями.

VA> Тут все ОК. С такими настройками корка появится в текущем каталоге.
VA> Главное, чтобы были права на запись.
Ну у юзера fido точно есть права на запись в свой home :) Другие файлы он туда успешно пишет...

VA>>> После этого должно сохраниться во время крэша.
SP>> Может оно и сохраняется, но я не понимаю куда :)

VA> Ищи в текущем каталоге. Если нет, попробуй:
VA> find / -name core
Жестоко, искать так на хдд с занятым террабайтом :)

VA> Ты там сверху писал, что используешь hunspell из дистрибутива. Какая
VA> версия hunspell у тебя стоит и как ты ее подключаешь к билду? Это
VA> важно. Может получиться так, что во время компиляции берутся заголовки
VA> из деда, а линкуется либа из дистрибутива. При этом если версии
VA> разошлись - привет.
http://icelan.ru/svn/test/golded+/ge...golded+-9999.e build

# Patch for dynamic linking of hunspell
if use hunspell ; then
epatch ${FILESDIR}/hunspell-dynlib.patch.bz2 || die "epatch failed"
rm -rf ./goldlib/hunspell
НUNSPELLLIB_VERSION=$( get_version_componentrange 1-2 \
$( echo $( best_version app-text/hunspell ) | sed -e "s~app-text/hunspell~~" ) )
sed -i "s/STDLIBS+=-lhunspell/STDLIBS+=-lhunspell-${НUNSPELLLIBVERSION}/" ./golded3/Makefile
fi

http://icelan.ru/svn/test/golded+/ge...files/hunspell -dynlib.patch.bz2

server /home/semen # bzcat svn/test/golded+/gentoo/portage/net-ftn/golded+/files/hunspell-dynlib.patch.bz2
Index: Makefile
===================================================================
RCS file: /cvsroot/golded-plus/golded+/Makefile,v
retrieving revision 1.21
diff -u -r1.21 Makefile
--- Makefile 28 Nov 2015 07:03:45 -0000 1.21
+++ Makefile 18 Aug 2019 07:59:35 -0000
@@ -39,9 +39,6 @@
.PНONY: all clean distclean dirs sourcelists deps docs

LIBS=gall gcui gcfg gmb3 glibc uulib smblib
-ifneq ($(findstring GCFGNO_MYSPELL, $(CPPFLAGS)), GCFG_NOMYSPELL)
-LIBS+=hunspell
-endif

EXECUTABLES=golded3 goldnode rddt

Index: golded3/Makefile
===================================================================
RCS file: /cvsroot/golded-plus/golded+/golded3/Makefile,v
retrieving revision 1.15
diff -u -r1.15 Makefile
--- golded3/Makefile 18 Feb 2011 22:16:25 -0000 1.15
+++ golded3/Makefile 18 Aug 2019 07:59:50 -0000
@@ -15,9 +15,6 @@
TARGET=golded3

GLIBS=gmb3 gcfg uulib gall gcui smblib
-ifneq ($(findstring GCFGNO_MYSPELL, $(CPPFLAGS)), GCFG_NOMYSPELL)
-GLIBS+=hunspell
-endif

INCS=-I. -I$(TOP)/goldlib/gall -I$(TOP)/goldlib/gcui -I$(TOP)/goldlib/gcfg -I$(TOP)/goldlib/gmb3 -I$(TOP)/goldlib/uulib -I$(TOP)/goldlib/smblib

@@ -39,4 +36,6 @@
STDLIBS+= $(LIBCURSES)
endif

+STDLIBS+=-lhunspell
+
include $(TOP)/GNUmakef.prg


server /home/semen # hunspell --version
@(#) International Ispell Version 3.2.06 (but really Нunspell 1.7.2)

С наилучшими пожеланиями, Семён.

... В гостях хорошо, а дома хуже...
--- GoldED+/LNX 1.1.5-b20230926 (Linux 5.15.52-gentoo iF6M10)
Ответить с цитированием
  #24  
Старый 03.10.2023, 09:31
Vitaliy Aksyonov
Guest
 
Сообщений: n/a
По умолчанию Re: Еще один крэш

Vitaliy Aksyonov написал(а) к Semen Panevin в Oct 23 23:15:16 по местному времени:

Привет, Semen!

03 Oct 23 06:35, ты писал(а) мне:

VA>>>> Перед запуском деда выполни:
VA>>>> ulimit -c unlimited
SP>>> давно сделано

Отлично. Но я ведь не знаю твоего технического уровня, поэтому извини, переспросил. ;)

VA>> На всякий случай. Оно не сохраняется между рестартами.
VA>> 1. Это надо сделать перед запуском деда. Либо прописать в
VA>> profile. 2. Если дед запускается в отдельном шелле, например,
VA>> через screen - то надо выставлять именно в том шелле.
SP> fido@server ~ $ ulimit
SP> unlimited

SP> Давно прибито гвоздями.

Понял.

VA>> Тут все ОК. С такими настройками корка появится в текущем
VA>> каталоге. Главное, чтобы были права на запись.
SP> Ну у юзера fido точно есть права на запись в свой home :) Другие файлы
SP> он туда успешно пишет...

Оно пишет в текущий каталог. Откуда и как ты запускаешь эхотаг? Батником каким-то ведь?

VA>>>> После этого должно сохраниться во время крэша.
SP>>> Может оно и сохраняется, но я не понимаю куда :)
VA>> Ищи в текущем каталоге. Если нет, попробуй:
VA>> find / -name core
SP> Жестоко, искать так на хдд с занятым террабайтом :)

Да ладно. Чего не сделаешь для искусства. ;)

VA>> Ты там сверху писал, что используешь hunspell из дистрибутива.
VA>> Какая версия hunspell у тебя стоит и как ты ее подключаешь к
VA>> билду? Это важно. Может получиться так, что во время компиляции
VA>> берутся заголовки из деда, а линкуется либа из дистрибутива. При
VA>> этом если версии разошлись - привет.
SP> http://icelan.ru/svn/test/golded+/ge.../golded+/golde
SP> d+-9999.e build

SP> # Patch for dynamic linking of hunspell

[...skipped...] #

Тогда должно работать...

Рассказываю, что накопал на данный момент. Оказывалось, что словари у меня в UTF-8. Для того, чтобы спеллчекер смог
проверить орфографию, дед сначала переводит текст в кодировку словаря. Для этого должна быть таблица перекодировки из
твоей локальной в кодировку словаря. В моем случае это KOI8-R -> UTF-8. Обратная перекодировка тоже нужна, но это,
скорее всего только для подсказок. Насколько я знаю, дед не умеет переводить обратно. Соответственно, если такая
таблица не находится, hunspell пытается проверять орфографию, думая, что ему подсунули текст в UTF-8, а там KOI8-R. И
ему срывает крышу.

Дальше - больше. У меня такая таблица перекодировки есть. Но она где-то потерялась. Такое ощущение, что она некорректно
сериализовалась на диск. Дед читает таблицы сначала из chs, потом сериализует это все добро в goldxlat.gel. Так вот у
меня оттуда читается какой-то бред и текст не не перекодировывается. Сейчас копаюсь, чтобы понять, почему так.

Что посоветую тебе попробовать - найди словари в кодировке KOI8-R, и скорее всего будет тебе счастье. Ну и отпишись
сюда, что вышло. А я еще поковыряюсь. Даже интересно стало, куда "теряется" таблица перекодировки...

SP> server /home/semen # hunspell --version
SP> @(#) International Ispell Version 3.2.06 (but really Нunspell 1.7.2)

Свежак! Они там серьезно переделали интерфейс, но то, что использует дед, вроде не трогали.

ЗЫ. Надо все-таки допилить перекодировку с помощью iconv, тогда эти таблицы можно будет выкинуть на свалку. Как сам
iconv работает я уже знаю, "попрактиковался на кошках". :)

Best regards,
Vitaliy Aksyonov.

... Любите cоcедей - иcточник знаний...
--- GoldED+/LNX 1.1.5-b20230920
Ответить с цитированием
  #25  
Старый 03.10.2023, 10:22
Semen Panevin
Guest
 
Сообщений: n/a
По умолчанию Re: Еще один крэш

Semen Panevin написал(а) к Vitaliy Aksyonov в Oct 23 08:47:24 по местному времени:

Доброго здоровьица тебе, Vitaliy!

Monday October 02 2023 23:15, Vitaliy Aksyonov писал Semen Panevin:

VA>>>>> Перед запуском деда выполни:
VA>>>>> ulimit -c unlimited
SP>>>> давно сделано
VA> Отлично. Но я ведь не знаю твоего технического уровня, поэтому извини,
VA> переспросил. ;)
Я просто констатировал факт, никаких претензий :)

VA> Оно пишет в текущий каталог. Откуда и как ты запускаешь эхотаг?
VA> Батником каким-то ведь?
Какой такой батник в линуксе? :)

~/.bashrc
alias golded="~/bin/golded"

~/bin/golded
gedlnx $*; touch /var/lib/ftn/flags/echoscan

VA> Рассказываю, что накопал на данный момент. Оказывалось, что словари у
VA> меня в UTF-8. Для того, чтобы спеллчекер смог проверить орфографию,
...
VA> hunspell пытается проверять орфографию, думая, что ему подсунули текст
VA> в UTF-8, а там KOI8-R. И ему срывает крышу.
Интересно...
Но там же iconv не для перекодировки в коде проверки орфографии ли используется как раз? У меня вроде включен.

VA> Что посоветую тебе попробовать - найди словари в кодировке KOI8-R, и
VA> скорее всего будет тебе счастье. Ну и отпишись сюда, что вышло. А я
VA> еще поковыряюсь. Даже интересно стало, куда "теряется" таблица
VA> перекодировки...
Попробую поковыряться, чё там со словарями и кодировками.

SP>> server /home/semen # hunspell --version
SP>> @(#) International Ispell Version 3.2.06 (but really Нunspell
SP>> 1.7.2)
VA> Свежак! Они там серьезно переделали интерфейс, но то, что использует
VA> дед, вроде не трогали.
Вот-вот, и я о том же... Вроде должны быть совместимы...

VA> ЗЫ. Надо все-таки допилить перекодировку с помощью iconv, тогда эти
VA> таблицы можно будет выкинуть на свалку. Как сам iconv работает я уже
VA> знаю, "попрактиковался на кошках". :)
А там недопилено? Ну типа экспериментальная фича, да, но вроде как-то работает :)

С наилучшими пожеланиями, Семён.

... Незаменимых людей нет, но исключением стать хочется... (c)...
--- GoldED+/LNX 1.1.5-b20230926 (Linux 5.15.52-gentoo iF6M10)
Ответить с цитированием
  #26  
Старый 03.10.2023, 10:42
Vladimir Fyodorov
Guest
 
Сообщений: n/a
По умолчанию Re: Еще один крэш

Vladimir Fyodorov написал(а) к Semen Panevin в Oct 23 09:29:53 по местному времени:

Разнообразно приветствую тебя, Semen!

02 Октября 2023, Semen Panevin писАл к Vitaliy Aksyonov следующее:

VA>> Попробовал включить, тоже упало на сохранении сообщения. Это
VA>> хорошо, что воспроизвелось. Буду смотреть, в чем дело в свободное
VA>> время.
SP> Ура, я уже не одинок, хотя-бы с новой инкарнацией проблемы спелчекера
SP> :)

На маке, кстати, у меня не крашится. Правда, использую встроенную в эхотаг проверку орфографии, а не системную (даже не знаю, есть ли в маке вообще этот hunspell).

Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр.
... Не так страшен электрик, как его электричка
--- GoldED+/OSX 1.1.5-b20230826
Ответить с цитированием
  #27  
Старый 03.10.2023, 13:03
Semen Panevin
Guest
 
Сообщений: n/a
По умолчанию Re: Еще один крэш

Semen Panevin написал(а) к Vitaliy Aksyonov в Oct 23 11:31:10 по местному времени:

Доброго здоровьица тебе, Vitaliy!

Tuesday October 03 2023 08:47, Semen Panevin послал Vitaliy Aksyonov:

VA>> hunspell пытается проверять орфографию, думая, что ему подсунули
VA>> текст в UTF-8, а там KOI8-R. И ему срывает крышу.
SP> Интересно...
SP> Но там же iconv не для перекодировки в коде проверки орфографии ли
SP> используется как раз? У меня вроде включен.

Попробовал не сохранять сообщение, а отменить.

corrupted size vs. prev_size
/home/fido/bin/golded: строка 4: 12147 Аварийный останов gedlnx $*

Тоже крашится.

Попялился в код на тему кодировок словаря и iconv.
Кодировка словаря там точно загружается, и скармливается перекодировщику. А тот в свою очередь вроде как юзает

int LoadCharset(const char imp, const char exp, int query)
...
#ifdef НAS_ICONV
if( iconvcd != (iconvt)(-1) )
iconvclose(iconvcd);
iconvcd = iconvopen(exp, imp);
if(iconvcd != (iconvt)(-1) )
LOG.printf("iconv is initialised to convert from %s to %s", imp, exp);
else
LOG.printf("Can't initialise iconv to convert from %s to %s", imp, exp);
#endif
...

Хотел почитать лог, и обнаружил что лог файл у меня создаётся, но он всегда пустой. Вообще никаких логов. ЧЯДНТ? В конфиге ничего про лог левелы не нашёл. Лог формат стоит вроде Fd. Попробовать другой?

Что интересно - дальше в коде LoadCharset вроде как нету использования iconv, проходится по таблицам перекодировки из конфига, и если не находит там нужную (а utf8 у меня действительно нету, я как-то на iconv полагался...) то говорит "не шмогла", current_table = -1 и return 0

Что происходит дальше - пока некогда разбираться...
Понять бы, почему логи не пишутся...

С наилучшими пожеланиями, Семён.

... Век живи, век учись!
--- GoldED+/LNX 1.1.5-b20230926 (Linux 5.15.52-gentoo iF6M10)
Ответить с цитированием
  #28  
Старый 03.10.2023, 13:22
Cheslav Osanadze
Guest
 
Сообщений: n/a
По умолчанию Еще один крэш

Cheslav Osanadze написал(а) к Vladimir Fyodorov в Oct 23 11:13:29 по местному времени:

Привет Vladimir!

03 Окт 23 09:29, Vladimir Fyodorov -> Semen Panevin:

VA>>> Попробовал включить, тоже упало на сохранении сообщения. Это
VA>>> хорошо, что воспроизвелось. Буду смотреть, в чем дело в
VA>>> свободное время.
SP>> Ура, я уже не одинок, хотя-бы с новой инкарнацией проблемы
SP>> спелчекера
SP>> :)

VF> На маке, кстати, у меня не крашится. Правда, использую встроенную в
VF> эхотаг проверку орфографии, а не системную (даже не знаю, есть ли в
VF> маке вообще этот hunspell).

А в вин эту внешнюю приблуду как то можно прикрутить?

Cheslav.


... Относитесь к сексу с юмором. Не встал - похохотали и баиньки!
--- ...
Ответить с цитированием
  #29  
Старый 03.10.2023, 14:32
Vladimir Fyodorov
Guest
 
Сообщений: n/a
По умолчанию Re: Еще один крэш

Vladimir Fyodorov написал(а) к Cheslav Osanadze в Oct 23 13:02:18 по местному времени:

Разнообразно приветствую тебя, Cheslav!

03 Октября 2023, Cheslav Osanadze писАл к Vladimir Fyodorov следующее:

VF>> На маке, кстати, у меня не крашится. Правда, использую встроенную
VF>> в эхотаг проверку орфографии, а не системную (даже не знаю, есть
VF>> ли в маке вообще этот hunspell).
CO> А в вин эту внешнюю приблуду как то можно прикрутить?

Именно внешнюю? Не знаю, не пробовал. А чем встроенный вариант не устраивает?

Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр.
... Не так страшен электрик, как его электричка
--- GoldED+/OSX 1.1.5-b20230826
Ответить с цитированием
  #30  
Старый 03.10.2023, 17:21
Vitaliy Aksyonov
Guest
 
Сообщений: n/a
По умолчанию Re: Еще один крэш

Vitaliy Aksyonov написал(а) к Cheslav Osanadze в Oct 23 06:58:14 по местному времени:

Привет, Cheslav!

03 Oct 23 11:13, ты писал(а) Vladimir Fyodorov:

VA>>>> Попробовал включить, тоже упало на сохранении сообщения. Это
VA>>>> хорошо, что воспроизвелось. Буду смотреть, в чем дело в
VA>>>> свободное время.
SP>>> Ура, я уже не одинок, хотя-бы с новой инкарнацией проблемы
SP>>> спелчекера
SP>>> :)
VF>> На маке, кстати, у меня не крашится. Правда, использую встроенную
VF>> в эхотаг проверку орфографии, а не системную (даже не знаю, есть
VF>> ли в маке вообще этот hunspell).
CO> А в вин эту внешнюю приблуду как то можно прикрутить?

Мжоно прикрутить любую внешрюю проверялку орфографии вот так:

// Define the commandline for a spell checker. Use myspell or MS spell instead this.
//EDITSPELLCНECK 4dos /Cc:\progr\ss\ss.exe @file
//EDITSPELLCНECK ispell -d russian @file
//EDITSPELLCНECK c:\progr\ss\ss.exe @file

Но это не так удобно. В виндовой версии используется встроенный MSSpell. И я его даже успешно применял, когда запускал деда под виндой. Только сходу не скажу, как настраивать, запамятовал уже.

Best regards,
Vitaliy Aksyonov.

... Ваш покойный слуга.
--- GoldED+/LNX 1.1.5-b20230920
Ответить с цитированием
Ответ


Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 03:30. Часовой пояс GMT +4.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot