Changes in golded+ sources
 

golded+ inspector написал(а) к All в Jul 15 01:20:10 по местному времени:


Updated file: srcdate.h in current branch
revision: 1.49; date: 2015-07-15 06:52:37+00; committed by spanevin; lines: +1 -1
Log message:
update sources date constant to 20150715
============

Updated file: golded3/gckeys.cpp in current branch
revision: 1.36; date: 2015-07-15 06:52:31+00; committed by spanevin; lines: +2 -2
Log message:
Fix build with Clang compiler. Patch from andrew clarke, 3:633/267, provided by Max Vasilyev, 2:5057/77
============
--- hpt/lnx 1.4.0

Changes in golded+ sources
 

golded+ inspector написал(а) к All в Nov 15 01:20:10 по местному времени:


Updated file: GNUmakef.def in current branch
revision: 1.57; date: 2015-11-28 07:03:45+00; committed by spanevin; lines: +2 -2
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: Makefile in current branch
revision: 1.21; date: 2015-11-28 07:03:45+00; committed by spanevin; lines: +14 -1
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: srcdate.h in current branch
revision: 1.50; date: 2015-11-28 06:58:27+00; committed by spanevin; lines: +1 -1
Log message:
update sources date constant to 20151128
============

Updated file: contrib/readme.txt in current branch
revision: 1.2; date: 2015-11-28 07:03:45+00; committed by spanevin; lines: +3 -1
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: goldlib/gcui/gkbdbase.cpp in current branch
revision: 1.2; date: 2015-11-28 07:03:46+00; committed by spanevin; lines: +378 -14
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: goldlib/gcui/gkbdbase.h in current branch
revision: 1.2; date: 2015-11-28 07:03:46+00; committed by spanevin; lines: +17 -1
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============
--- hpt/lnx 1.4.0

Changes in golded+ sources
 

golded+ inspector написал(а) к All в Nov 15 01:20:10 по местному времени:


Updated file: srcdate.h in current branch
revision: 1.51; date: 2015-11-29 06:52:57+00; committed by spanevin; lines: +1 -1
Log message:
update sources date constant to 20151129
============
--- hpt/lnx 1.4.0

Changes in golded+ sources
 

golded+ inspector написал(а) к All в Dec 15 01:20:08 по местному времени:


Updated file: srcdate.h in current branch
revision: 1.52; date: 2015-11-30 05:52:26+00; committed by spanevin; lines: +1 -1
Log message:
update sources date constant to 20151130
============
--- hpt/lnx 1.4.0

Changes in golded+ sources
 

golded+ inspector написал(а) к All в Dec 15 23:00:54 по местному времени:


Updated file: GNUmakef.def in current branch
revision: 1.57; date: 2015-11-28 07:03:45+00; committed by spanevin; lines: +2 -2
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: Makefile in current branch
revision: 1.21; date: 2015-11-28 07:03:45+00; committed by spanevin; lines: +14 -1
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: srcdate.h in current branch
revision: 1.52; date: 2015-11-30 05:52:26+00; committed by spanevin; lines: +1 -1
Log message:
update sources date constant to 20151130
------------
revision: 1.51; date: 2015-11-29 06:52:57+00; committed by spanevin; lines: +1 -1
Log message:
update sources date constant to 20151129
------------
revision: 1.50; date: 2015-11-28 06:58:27+00; committed by spanevin; lines: +1 -1
Log message:
update sources date constant to 20151128
============

Updated file: contrib/readme.txt in current branch
revision: 1.2; date: 2015-11-28 07:03:45+00; committed by spanevin; lines: +3 -1
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/README-utf8.txt in current branch
revision: 1.3; date: 2015-11-30 05:52:20+00; committed by spanevin; lines: +5 -2
Log message:
Fixed a couple of errors and typos, patch from Serguei E. Leontiev
------------
revision: 1.2; date: 2015-11-29 06:52:52+00; committed by spanevin; lines: +29 -9
Log message:
Fix for putty terminal support, patch from Serguei E. Leontiev
------------
revision: 1.1; date: 2015-11-28 07:03:45+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/XTerm-KOI8-R-combined.terminal in current branch
revision: 1.1; date: 2015-11-28 07:03:45+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/XTerm-KOI8-R-reverse.terminal in current branch
revision: 1.1; date: 2015-11-28 07:03:45+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/XTerm-KOI8-R-strict.terminal in current branch
revision: 1.1; date: 2015-11-28 07:03:45+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/XTerm-KOI8-U-combined.terminal in current branch
revision: 1.1; date: 2015-11-28 07:03:45+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/XTerm-KOI8-U-reverse.terminal in current branch
revision: 1.1; date: 2015-11-28 07:03:45+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/XTerm-KOI8-U-strict.terminal in current branch
revision: 1.1; date: 2015-11-28 07:03:45+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/XTerm-UTF-8-combined.terminal in current branch
revision: 1.1; date: 2015-11-28 07:03:45+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/XTerm-UTF-8-reverse.terminal in current branch
revision: 1.1; date: 2015-11-28 07:03:45+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/XTerm-UTF-8-strict.terminal in current branch
revision: 1.1; date: 2015-11-28 07:03:45+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/ged-vttest-lite.py in current branch
revision: 1.4; date: 2015-11-30 19:48:47+00; committed by spanevin; lines: +56 -24
Log message:
A few fixes in ged-vttest-lite.py, patch from Serguei E. Leontiev
------------
revision: 1.3; date: 2015-11-30 05:52:20+00; committed by spanevin; lines: +38 -38
Log message:
Fixed a couple of errors and typos, patch from Serguei E. Leontiev
------------
revision: 1.2; date: 2015-11-29 06:52:52+00; committed by spanevin; lines: +2 -2
Log message:
Fix for putty terminal support, patch from Serguei E. Leontiev
------------
revision: 1.1; date: 2015-11-28 07:03:45+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/koi8rxterm-phonetic.sh in current branch
revision: 1.1; date: 2015-11-28 07:03:45+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/make-alt-translations.sh in current branch
revision: 1.1; date: 2015-11-28 07:03:45+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/make-term-profiles.sh in current branch
revision: 1.1; date: 2015-11-28 07:03:46+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/mygolded.h in current branch
revision: 1.2; date: 2015-11-30 06:12:46+00; committed by spanevin; lines: +0 -0
Log message:
Removed extra file
------------
revision: 1.1; date: 2015-11-28 07:03:46+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/putty-0-65.ti in current branch
revision: 1.2; date: 2015-11-29 06:52:52+00; committed by spanevin; lines: +195 -42
Log message:
Fix for putty terminal support, patch from Serguei E. Leontiev
------------
revision: 1.1; date: 2015-11-28 07:03:46+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/tinfo2tcap.sh in current branch
revision: 1.1; date: 2015-11-28 07:03:46+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/xterm.plist-template in current branch
revision: 1.1; date: 2015-11-28 07:03:46+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: contrib/Unix/xterm.termcap in current branch
revision: 1.1; date: 2015-11-28 07:03:46+00; committed by spanevin;
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: goldlib/gcui/gkbdbase.cpp in current branch
revision: 1.2; date: 2015-11-28 07:03:46+00; committed by spanevin; lines: +378 -14
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============

Updated file: goldlib/gcui/gkbdbase.h in current branch
revision: 1.2; date: 2015-11-28 07:03:46+00; committed by spanevin; lines: +17 -1
Log message:
Better support of key modificators on Unix-like terminals, patch from Serguei E. Leontiev
============
--- hpt/lnx 1.4.0

Changes in golded+ sources
 

golded+ inspector написал(а) к All в Dec 15 01:20:08 по местному времени:


Updated file: srcdate.h in current branch
revision: 1.53; date: 2015-12-03 20:42:24+00; committed by spanevin; lines: +1 -1
Log message:
update sources date constant to 20151203
============

Updated file: goldlib/gcui/gkbdbase.cpp in current branch
revision: 1.3; date: 2015-12-03 20:42:18+00; committed by spanevin; lines: +2 -2
Log message:
Fix for better alt-backspace support in unix-like terminals, patch from Serguei E. Leontiev
============
--- hpt/lnx 1.4.0

Changes in golded+ sources
 

golded+ inspector написал(а) к All в Feb 16 01:20:08 по местному времени:


Updated file: srcdate.h in current branch
revision: 1.54; date: 2016-02-01 14:29:22+00; committed by vasilyevmax; lines: +1 -1
Log message:
update sources date constant to 20160201
============

Updated file: goldlib/gcfg/gs_sync.h in current branch
revision: 1.5; date: 2016-02-01 14:32:16+00; committed by vasilyevmax; lines: +9 -5
Log message:
Support up to 16-character internal codes for Synchronet, patch by Rob Swindell, 1:103/705
============

Updated file: goldlib/gcfg/gxsync.cpp in current branch
revision: 1.14; date: 2016-02-01 14:32:16+00; committed by vasilyevmax; lines: +17 -6
Log message:
Support up to 16-character internal codes for Synchronet, patch by Rob Swindell, 1:103/705
============

Updated file: goldlib/gmb3/gmosmb1.cpp in current branch
revision: 1.22; date: 2016-02-01 14:29:17+00; committed by vasilyevmax; lines: +15 -1
Log message:
TZ offset in minutes for Synchronet, patch by Rob Swindell, 1:103/705
============
--- hpt/lnx 1.4.0

Changes in golded+ sources
 

golded+ inspector написал(а) к All в Mar 16 01:20:14 по местному времени:


Updated file: srcdate.h in current branch
revision: 1.55; date: 2016-03-22 09:16:08+00; committed by grsf; lines: +1 -1
Log message:
update sources date constant to 20160322
============

Updated file: docs/rusfaq_utf8.txt in current branch
revision: 1.1; date: 2016-03-22 09:16:01+00; committed by grsf;
Log message:
Added a copy of rusfaq.txt in UTF-8 encoding.
============
--- hpt/lnx 1.4.0

Changes in golded+ sources
 

golded+ inspector написал(а) к All в Aug 16 01:20:10 по местному времени:


Updated file: srcdate.h in current branch
revision: 1.56; date: 2016-08-27 18:32:44+00; committed by vasilyevmax; lines: +1 -1
Log message:
update sources date constant to 20160827
============

Updated file: goldlib/gall/gftnnlge.h in current branch
revision: 1.2; date: 2016-08-27 18:32:38+00; committed by vasilyevmax; lines: +2 -2
Log message:
Bugfix: GoldNode x86 and x64 produce different indexes in some cases, patch by Ivan Novikov, 2:5080/31
============
--- hpt/lnx 1.4.0

Re: Changes in golded+ sources
 

Semen Panevin написал(а) к golded+ inspector в Sep 16 22:59:04 по местному времени:

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

Sunday August 28 2016 01:20, golded+ inspector писал All:

gi> Updated file: srcdate.h in current branch
gi> revision: 1.56; date: 2016-08-27 18:32:44+00; committed by
gi> vasilyevmax; lines: +1 -1 Log message: update sources date constant
gi> to 20160827
gi> ============

gi> Updated file: goldlib/gall/gftnnlge.h in current branch
gi> revision: 1.2; date: 2016-08-27 18:32:38+00; committed by
gi> vasilyevmax; lines: +2 -2 Log message:
gi> Bugfix: GoldNode x86 and x64 produce different indexes in some cases,
gi> patch by Ivan Novikov, 2:5080/31
gi> ============

Sorry for English language.

Re-compiled with new sources right after the change. It worked well until today, when I tried to answer in R50.SYSOP.DRUNKS, it stopped with some error and broke my terminal (I'm not sure that I tried to write messages between these events) right after the internal editor were loaded.

I tried to write here the error and it started the editor well, but when I tried to enter a few Russian characters it stopped again with the same or very similar error.

I'm surprised that I can write English with no errors.

Please somebody, help me to understand the problem and fix it.

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

... Трудно все время быть человеком. Люди мешают... (c)...
--- GoldED+/LNX 1.1.5-b20160827 (Linux 4.1.12-gentoo iF6M10)

Re: Changes in golded+ sources
 

Semen Panevin написал(а) к Semen Panevin в Sep 16 08:32:56 по местному времени:

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

Monday September 05 2016 22:59, Semen Panevin писал golded+ inspector:

SP> Sorry for English language.

SP> Re-compiled with new sources right after the change. It worked well
SP> until today, when I tried to answer in R50.SYSOP.DRUNKS, it stopped
SP> with some error and broke my terminal (I'm not sure that I tried to
SP> write messages between these events) right after the internal editor
SP> were loaded.

SP> I tried to write here the error and it started the editor well, but
SP> when I tried to enter a few Russian characters it stopped again with
SP> the same or very similar error.

SP> I'm surprised that I can write English with no errors.

SP> Please somebody, help me to understand the problem and fix it.

В выводе после падения вот такая галиматья

=============================
7745000-b7746000 ---p 00051000 08:03 26804702 /lib/libncurses.so.5.9
b7746000- b7748000 r--p 00051000 08:03 26804702 /lib/libncurses.so.5.9
b7748000-b7749000 rw-p 00053000 08:03 26804702 /lib/libncurses.so.5.9
b7749000-b77a1000 r-xp 00000000 08:03 26608268 /usr/lib/libhunspell-1.3.so.0.0.0
b77a1000-b77a2000 r--p 00057000 08:03 26608268 /usr/lib/libhunspell-1.3.so.0.0.0
b77a2000-b77a6000 rw-p 00058000 08:03 26608268 /usr/lib/libhunspell-1.3.so.0.0.0
b77b2000-b77b3000 rw-p 00000000 00:00 0
b77b3000-b77b5000 r--p 00000000 00:00 0 [vvar]
b77b50 00-b77b6000 r-xp 00000000 00:00 0 [vdso]
b77b6000-b77d7000 r-xp 00000000 08:03 42560235 /lib/ld-2.22.so
b77d7000-b77d8000 rw-p 00000000 00:00 0
b77d800 0-b77d9000 r--p 00021000 08:03 42560235 /lib/ld-2.22.so
b77d9000-b77da000 rw-p 00022000 08:03 42560235 /lib/ld-2.22.so
bff6f000-bffa4000 rw-p 00000000 00:00 0 [stack]
/home/fido/bin/golded: line 4: 9825 Аварийный останов
=============================

В общем похоже, что падает спеллчекер, спотыкается на русских словах. Раньше не падал. Значит я вижу два варианта - или повреждён пользовательский словарь (в чём лично я сильно сомневаюсь) либо падать стало после апгрейда gcc на очередную версию...

Как можно заметить по этому письму, с отключенным спеллчекером всё работает.

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

... От правды далеко не убежишь (с) Sage
--- GoldED+/LNX 1.1.5-b20160827 (Linux 4.1.12-gentoo iF6M10)

Changes in golded+ sources
 

Vladislav Vetrov написал(а) к Semen Panevin в Sep 16 09:03:14 по местному времени:

Нello Semen!

05 сен 16 22:59, you wrote to golded+ inspector:

SP> Re-compiled with new sources right after the change. It worked well until
SP> today, when I tried to answer in R50.SYSOP.DRUNKS, it stopped with some
SP> error and broke my terminal (I'm not sure that I tried to write messages
SP> between these events) right after the internal editor were loaded.

Нужно полностью избавиться от юникод и перейти только на koi8-R в терминале.

Как это сделать я написал в сообщении с темой "Редактирование %i,%i(%02X). %s"", should be 3".
Продублируюе его через UNSent, чтобы тебе долго не искать.

Удачи!

Vladislav

... -= - <<< - >>> - =-
--- GoldED+/LNX 1.1.5-b20160201 by ASA

Changes in golded+ sources
 

Alexander Polozov написал(а) к Semen Panevin в Sep 16 08:43:56 по местному времени:

Привет, Semen!


Ответ на сообщение Semen Panevin (2:5025/121) к golded+ inspector, написанное 05 сен 16 в 22:59:

SP> Sorry for English language.

SP> Re-compiled with new sources right after the change. It worked well
SP> until today, when I tried to answer in R50.SYSOP.DRUNKS, it stopped
SP> with some error and broke my terminal (I'm not sure that I tried to
SP> write messages between these events) right after the internal editor
SP> were loaded.

SP> I tried to write here the error and it started the editor well, but
SP> when I tried to enter a few Russian characters it stopped again with
SP> the same or very similar error.

SP> I'm surprised that I can write English with no errors.

SP> Please somebody, help me to understand the problem and fix it.
Эта хрень в деде давно появилась и отловить причин мне лично не удалось, но с последними патчами падучая вряд ли связана.
Единственный рецепт который я нашёл и который вроде как помог - убрать старый конфиг нафиг и создать с нуля новый, добавляя нужное из старого по строчке и тестируя на падучесть.

Со всеми пожеланиями, Alexander Polozov

... Format C: стирает то, что другим не под силу!
--- GoldED+/LNX 1.1.5 (Linux 4.5.0-pf4 CPU UNKNOWN)

Changes in golded+ sources
 

Maxim Sokolsky написал(а) к Semen Panevin в Sep 16 10:27:54 по местному времени:

Привет, Semen!

SP> В выводе после падения вот такая галиматья
SP> =============================
SP> /lib/libncurses.so.5.9
SP> /lib/libncurses.so.5.9
SP> r-xp 00000000 08:03 26608268 /usr/lib/libhunspell-1.3.so.0.0.0
SP> /usr/lib/libhunspell-1.3.so.0.0.0
SP> /usr/lib/libhunspell-1.3.so.0.0.0
SP> /home/fido/bin/golded: line 4: 9825 Аварийный останов
SP> =============================

SP> В общем похоже, что падает спеллчекер, спотыкается на русских словах.
SP> Раньше не падал. Значит я вижу два варианта - или повреждён
SP> пользовательский словарь (в чём лично я сильно сомневаюсь)

Нет конечно :) Что нужно проверить - в какой кодировке сами словари. Если они в юникоде - то юникод, пропущенный через luit или screen могут генерить самые разные поседовательности символов, которые приводят к падению.

SP> либо падать стало после апгрейда gcc на очередную версию...

Это может быть, но тоже врядли - оно бы не собралось.
Скорее всего у теюя в системе что-то поменялось - на уровне юрезленда, либо ты перехал на новый линукс - свежий. А там aspell/husspell в кодировке не koi8, а а utf.

SP> Как можно заметить по этому письму, с отключенным спеллчекером всё
SP> работает.

Ну ясно :)

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

--- -А жаль, что во времена неандертальцев не было фидонета

Re: Changes in golded+ sources
 

Semen Panevin написал(а) к Vladislav Vetrov в Sep 16 01:14:38 по местному времени:

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

Tuesday September 06 2016 09:03, Vladislav Vetrov писал Semen Panevin:

SP>> I tried to write messages between these events) right after the
SP>> internal editor were loaded.

VV> Нужно полностью избавиться от юникод и перейти только на koi8-R в
VV> терминале.
Ты не по адресу. Я как-бы в курсе и терминал тоже.

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

... Век живи, век лечись...
--- GoldED+/LNX 1.1.5-b20160827 (Linux 4.1.12-gentoo iF6M10)

Re: Changes in golded+ sources
 

Semen Panevin написал(а) к Maxim Sokolsky в Sep 16 01:15:52 по местному времени:

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

Tuesday September 06 2016 10:27, Maxim Sokolsky писал Semen Panevin:

MS> Нет конечно :) Что нужно проверить - в какой кодировке сами словари.
MS> Если они в юникоде - то юникод, пропущенный через luit или screen
MS> могут генерить самые разные поседовательности символов, которые
MS> приводят к падению.
Кодировка словарей не трогалась. Никаких luit и screen нет. Честная консоль в koi8-r через виндовый putty.

SP>> либо падать стало после апгрейда gcc на очередную версию...
MS> Это может быть, но тоже врядли - оно бы не собралось.
Это бабушка надвое сказала... Некоторые изменения типов данных могут не приводить к падению билда, но сказываться в рантайме переписыванием не тех адресов памяти...

MS> Скорее всего у теюя в системе что-то поменялось - на уровне
MS> юрезленда, либо ты перехал на новый линукс - свежий. А там
MS> aspell/husspell в кодировке не koi8, а а utf.
Изредка делаю emerge -uvDN world. Никаких других "новых линуксов" не было и нету. Но кажется мне, что относительно недавно (N месяцев назад) в апдейтах был замечен тот самый hunspell. Возможно моя память меня подводит, не ручаюсь.

SP>> Как можно заметить по этому письму, с отключенным спеллчекером
SP>> всё работает.
MS> Ну ясно :)
Что именно?

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

... Без крыльев далеко не улетишь
--- GoldED+/LNX 1.1.5-b20160827 (Linux 4.1.12-gentoo iF6M10)

Changes in golded+ sources
 

Maxim Sokolsky написал(а) к Semen Panevin в Sep 16 14:32:16 по местному времени:

Привет, Semen!

MS>> Нет конечно :) Что нужно проверить - в какой кодировке сами
MS>> словари. Если они в юникоде - то юникод, пропущенный через luit
MS>> или screen могут генерить самые разные поседовательности
MS>> символов, которые приводят к падению.
SP> Кодировка словарей не трогалась. Никаких luit и screen нет. Честная
SP> консоль в koi8-r через виндовый putty.

Уверен - что там ебилды делали ты в курсе?

find / -name ru_RU.dic

Проверь.

Cловарей может быть несколько, hunspell, myspell - они пользуют словари в одном формате.

SP>>> либо падать стало после апгрейда gcc на очередную версию...
MS>> Это может быть, но тоже врядли - оно бы не собралось.
SP> Это бабушка надвое сказала... Некоторые изменения типов данных могут
SP> не приводить к падению билда, но сказываться в рантайме переписыванием
SP> не тех адресов памяти...

Ну раньше ведь всё работало? - значит, настроено было правильно...

MS>> Скорее всего у теюя в системе что-то поменялось - на уровне
MS>> юрезленда, либо ты перехал на новый линукс - свежий. А там
MS>> aspell/husspell в кодировке не koi8, а а utf.
SP> Изредка делаю emerge -uvDN world. Никаких других "новых линуксов" не
SP> было и нету. Но кажется мне, что относительно недавно (N месяцев
SP> назад) в апдейтах был замечен тот самый hunspell. Возможно моя память
SP> меня подводит, не ручаюсь.

Посмотри этот ebuild hunspell'а - в ключах сборки изменений не было?
Также имеет смысл проверить gettext - hunspell от него зависит.

И вообще, в твоей KOI8-R консоли hunspell работает?

echo 'карова' | hunspell


SP>>> Как можно заметить по этому письму, с отключенным спеллчекером
SP>>> всё работает.
MS>> Ну ясно :)
SP> Что именно?

Что падает из-за спелчекера. Это видно из-за того краша, что ты привёл.
А почему падает - я думаю, что на вход вместо русских слов приходит мусор.

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

--- -А жаль, что во времена неандертальцев не было фидонета

Re: Changes in golded+ sources
 

Semen Panevin написал(а) к Maxim Sokolsky в Sep 16 22:15:58 по местному времени:

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

Wednesday September 07 2016 14:32, Maxim Sokolsky писал Semen Panevin:

SP>> Кодировка словарей не трогалась. Никаких luit и screen нет.
SP>> Честная консоль в koi8-r через виндовый putty.

MS> Уверен - что там ебилды делали ты в курсе?

MS> find / -name ru_RU.dic

MS> Проверь.
И что должно получиться в результате?

MS> Cловарей может быть несколько, hunspell, myspell - они пользуют
MS> словари в одном формате.
Я как-бы в курсе, сам когда-то поддержку multiple dictionaries/languages допиливал в голдеде...

SP>>>> либо падать стало после апгрейда gcc на очередную версию...
MS>>> Это может быть, но тоже врядли - оно бы не собралось.
SP>> Это бабушка надвое сказала... Некоторые изменения типов данных
SP>> могут не приводить к падению билда, но сказываться в рантайме
SP>> переписыванием не тех адресов памяти...
MS> Ну раньше ведь всё работало? - значит, настроено было правильно...
Угу.

SP>> месяцев назад) в апдейтах был замечен тот самый hunspell.
SP>> Возможно моя память меня подводит, не ручаюсь.

MS> И вообще, в твоей KOI8-R консоли hunspell работает?

MS> echo 'карова' | hunspell

fido@server ~ $ echo 'карова' | hunspell
Нunspell 1.3.3
& карова 6 0: крова, корова, какова, Сарова, пароварка, товарка

fido@server ~ $ locale
LANG=ru_RU.KOI8-R
LC[b]CTYPE="ru[/b]RU.KOI8-R"
LC[b]NUMERIC="ru[/b]RU.KOI8-R"
LC[b]TIME="ru[/b]RU.KOI8-R"
LC[b]COLLATE="ru[/b]RU.KOI8-R"
LC[b]MONETARY="ru[/b]RU.KOI8-R"
LC[b]MESSAGES="ru[/b]RU.KOI8-R"
LC[b]PAPER="ru[/b]RU.KOI8-R"
LC[b]NAME="ru[/b]RU.KOI8-R"
LC[b]ADDRESS="ru[/b]RU.KOI8-R"
LC[b]TELEPНONE="ru[/b]RU.KOI8-R"
LC[b]MEASUREMENT="ru[/b]RU.KOI8-R"
LC[b]IDENTIFICATION="ru[/b]RU.KOI8-R"
LC_ALL=

MS> Что падает из-за спелчекера. Это видно из-за того краша, что ты
MS> привёл. А почему падает - я думаю, что на вход вместо русских слов
MS> приходит мусор.
Ладно, будет свободное время - буду пробовать для начала даунгрейдить gcc... ибо до пересборки деда оно работало. А либы ханспела прилинкованы динамически а не статиком, значит работало с теми которые были.

А уж если не поможет - придётся походу заново вспоминать gdb...

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

... Стрессы начинаются с будильника... (c)...
--- GoldED+/LNX 1.1.5-b20160827 (Linux 4.1.12-gentoo iF6M10)

Changes in golded+ sources
 

Maxim Sokolsky написал(а) к Semen Panevin в Sep 16 08:43:46 по местному времени:

Привет, Semen!

SP>>> Кодировка словарей не трогалась. Никаких luit и screen нет.
SP>>> Честная консоль в koi8-r через виндовый putty.

MS>> Уверен - что там ебилды делали ты в курсе?

MS>> find / -name ru_RU.dic

MS>> Проверь.
SP> И что должно получиться в результате?

Несколько словарей - один из которых c другой кодировкей. И huspell может на лету текст преобразовывать - через iconv наверное - и если он ообра как-то не так, то.

MS>> Cловарей может быть несколько, hunspell, myspell - они пользуют
MS>> словари в одном формате.
SP> Я как-бы в курсе, сам когда-то поддержку multiple
SP> dictionaries/languages допиливал в голдеде...

И это хорошо. Всё же я думаю, что дедушка тут непричём - что-то поменялось в
юзерленде - хотя уверенность в этом уже убавилась :)

SP>>> переписыванием не тех адресов памяти...
MS>> Ну раньше ведь всё работало? - значит, настроено было
MS>> правильно...
SP> Угу.

Как-то сузить нужно причину падения - сейчас пока не понятно дедушка ли виной.

SP>>> месяцев назад) в апдейтах был замечен тот самый hunspell.
SP>>> Возможно моя память меня подводит, не ручаюсь.

MS>> И вообще, в твоей KOI8-R консоли hunspell работает?

MS>> echo 'карова' | hunspell

SP> fido@server ~ $ echo 'карова' | hunspell
SP> Нunspell 1.3.3
SP> & карова 6 0: крова, корова, какова, Сарова, пароварка, товарка

Ну тут всё хорошо - значит, не в этом дело.

SP> fido@server ~ $ locale
SP> LANG=ru_RU.KOI8-R

MS>> Что падает из-за спелчекера. Это видно из-за того краша, что ты
MS>> привёл. А почему падает - я думаю, что на вход вместо русских
MS>> слов приходит мусор.
SP> Ладно, будет свободное время - буду пробовать для начала даунгрейдить
SP> gcc... ибо до пересборки деда оно работало. А либы ханспела
SP> прилинкованы динамически а не статиком, значит работало с теми которые
SP> были.

Ага, поковыряйся. Потом напиши - а лучше патч - если это дедушка. Потому, что емли проблема связана свежим юзерлендом - оно проявится и у других когда-нибудь, когда обновления пакетов припылут.

SP> А уж если не поможет - придётся походу заново вспоминать gdb...

А возми бинарники от дедушки - под линукс - откуда-то ещё. Их три штуки ровно
- попробуй с тем же конфигом.

Рад бы тебе что-то дельное посоветовать, но идеи закончились (:

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

--- -А жаль, что во времена неандертальцев не было фидонета

Re: Changes in golded+ sources
 

Semen Panevin написал(а) к Maxim Sokolsky в Sep 16 22:02:06 по местному времени:

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

Thursday September 08 2016 08:43, Maxim Sokolsky писал Semen Panevin:

SP>> Ладно, будет свободное время - буду пробовать для начала
SP>> даунгрейдить gcc... ибо до пересборки деда оно работало. А либы
SP>> ханспела прилинкованы динамически а не статиком, значит работало
SP>> с теми которые были.

MS> Ага, поковыряйся. Потом напиши - а лучше патч - если это дедушка.
Ну коммитить я и сам могу. Но на поругать запощу. Ежели чего конечно накопаю.

SP>> А уж если не поможет - придётся походу заново вспоминать gdb...
MS> А возми бинарники от дедушки - под линукс - откуда-то ещё. Их три
MS> штуки ровно - попробуй с тем же конфигом.
Кстати да, тоже идея. Вот тока линковка с ханспелом там точно будет другая...

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

... Жизнь принуждает человека ко многим добровольным действиям... (c)...
--- GoldED+/LNX 1.1.5-b20160827 (Linux 4.1.12-gentoo iF6M10)

Changes in golded+ sources
 

golded+ inspector написал(а) к All в Dec 16 01:20:10 по местному времени:


Updated file: srcdate.h in current branch
revision: 1.57; date: 2016-12-21 08:45:14+00; committed by vasilyevmax; lines: +1 -1
Log message:
update sources date constant to 20161221
============

Updated file: goldlib/gall/gusrgold.h in current branch
revision: 1.3; date: 2016-12-21 08:45:09+00; committed by vasilyevmax; lines: +4 -4
Log message:
Нudson message base bugfix for x64 platforms by Wilfred van Velzen, 2:280/464
============

Updated file: goldlib/gall/gusrhuds.h in current branch
revision: 1.3; date: 2016-12-21 08:45:09+00; committed by vasilyevmax; lines: +4 -4
Log message:
Нudson message base bugfix for x64 platforms by Wilfred van Velzen, 2:280/464
============

Updated file: goldlib/gall/gusrpcb.h in current branch
revision: 1.3; date: 2016-12-21 08:45:09+00; committed by vasilyevmax; lines: +5 -5
Log message:
Нudson message base bugfix for x64 platforms by Wilfred van Velzen, 2:280/464
============

Updated file: goldlib/gall/gusrra2.h in current branch
revision: 1.4; date: 2016-12-21 08:45:09+00; committed by vasilyevmax; lines: +12 -12
Log message:
Нudson message base bugfix for x64 platforms by Wilfred van Velzen, 2:280/464
============
--- hpt/lnx 1.4.0

Changes in golded+ sources
 

golded+ inspector написал(а) к All в Mar 17 01:20:06 по местному времени:


Updated file: srcdate.h in current branch
revision: 1.58; date: 2017-03-03 07:16:57+00; committed by grsf; lines: +1 -1
Log message:
update sources date constant to 20170303
============

Updated file: cfgs/charset/866_koi.chs in current branch
revision: 1.5; date: 2017-03-03 07:16:52+00; committed by grsf; lines: +2 -2
Log message:
Force replacement of non-breaking spaces with hard spaces
============

Updated file: cfgs/charset/koi_866.chs in current branch
revision: 1.4; date: 2017-03-03 07:16:52+00; committed by grsf; lines: +2 -2
Log message:
Force replacement of non-breaking spaces with hard spaces
============
--- hpt/lnx 1.4.0

Spellchecker issue
 

Semen Panevin написал(а) к All в Apr 17 14:10:54 по местному времени:

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

В продолжение темы...

Добрался наконец-то до gdb

Падает вот так:

--------------------------
(gdb) bt
#0 0xb7fdac60 in [b]_kernel[/b]vsyscall ()
#1 0xb7afc34b in raise () from /lib/libc.so.6
#2 0xb7afd971 in abort () from /lib/libc.so.6
#3 0xb7b38707 in ?? () from /lib/libc.so.6
#4 0xb7b3eabf in ?? () from /lib/libc.so.6
#5 0xb7b3f282 in ?? () from /lib/libc.so.6
#6 0xb7d825a1 in operator delete(void*) () from /usr/lib/gcc/i686-pc-linux-gnu/5.4.0/libstdc++.so.6
#7 0xb7d82691 in operator delete[](void*) () from /usr/lib/gcc/i686-pc-linux-gnu/5.4.0/libstdc++.so.6
#8 0x8015309f in CSpellLang::RecodeText (this=0x809a21a0, srcText=0xbfffdcfc "фыважо", dstText=...,
flag=true) at gespell.cpp:722
#9 0x80153426 in CSpellChecker::Check (this=0xbfffe380, text=0xbfffdcfc "фыважо") at gespell.cpp:908
#10 0x8009d336 in IEclass::dispstringsc (this=0xbfffe2b4,
[b]_buf=0xbfffde5c "причё fasidjf;;asjf;sfj fdsa фыважо", ' ' <repeats 72 times>, __beg=0, _[/b]end=107,
[b]_row=2, _[/b]col=0, endchar=0 '\000') at geedit.cpp:287
#11 0x8009e3ff in IEclass::dispstring (this=0xbfffe2b4, line=0x809a2778, [b][/b]row=2) at geedit.cpp:443
#12 0x8009e55d in IEclass::displine (this=0xbfffe2b4, [b]_line=0x809a2778, _[/b]row=2) at geedit.cpp:608
#13 0x800a2216 in IEclass::wrapit (this=0xbfffe2b4, [b]_currline=0xbfffe348, __curr[/b]col=0xbfffe320,
[b]_curr_row=0xbfffe324, _[/b]display=true) at geedit.cpp:1141
#14 0x800a24de in IEclass::wrapins (this=0xbfffe2b4, [b]_currline=0xbfffe348, __curr[/b]col=0xbfffe320,
[b]_curr_row=0xbfffe324, _[/b]display=true) at geedit.cpp:1207
#15 0x800a2d75 in IEclass::insertchar (this=0xbfffe2b4, [b][/b]ch=207 'о') at geedit.cpp:1255
#16 0x800a5e41 in IEclass::Start (this=0xbfffe2b4, [b]_mode=256, __position=0xbfffe540, _[/b]msg=0x802c8404)
at geedit.cpp:3025
#17 0x8009c52e in EditMsg ([b]_mode=256, __position=0xbfffe540, _[/b]msg=0x802c8404) at geedit2.cpp:1998
#18 0x800d2fec in MakeMsg2 (cmpmsg=<optimized out>, oldmsg=<optimized out>, msg=<optimized out>,
topline=<synthetic pointer>, forwstat=<synthetic pointer>, status=<synthetic pointer>,
mode=<synthetic pointer>) at gepost.cpp:593
#19 MakeMsg (mode=<optimized out>, omsg=0x802c414c, ignore_replyto=false) at gepost.cpp:1137
#20 0x800ee07f in NewMsg () at getpls.cpp:1050
#21 0x800e2d4f in Reader () at geread.cpp:847
#22 0x8005129e in main (argc=1, argv=0xbffff394) at gemain.cpp:53
---------------------------

Идеи? Кто с цпп дружит, может глянете одним глазком в код?

Вроде бы по трейсу понятно что падает именно голдед а не hunspell.

722 строка файла gespell.cpp выглядит как
delete[] dstbuffer;

Ниже цитата с чего всё началось.

Tuesday September 06 2016 08:32, Semen Panevin писал Semen Panevin:

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

SP> Monday September 05 2016 22:59, Semen Panevin писал golded+
SP> inspector:

SP>> Sorry for English language.

SP>> Re-compiled with new sources right after the change. It worked
SP>> well until today, when I tried to answer in R50.SYSOP.DRUNKS, it
SP>> stopped with some error and broke my terminal (I'm not sure that
SP>> I tried to write messages between these events) right after the
SP>> internal editor were loaded.

SP>> I tried to write here the error and it started the editor well,
SP>> but when I tried to enter a few Russian characters it stopped
SP>> again with the same or very similar error.

SP>> I'm surprised that I can write English with no errors.

SP>> Please somebody, help me to understand the problem and fix it.

SP> В выводе после падения вот такая галиматья

SP> =============================
SP> 7745000-b7746000 ---p 00051000 08:03 26804702 /lib/libncurses.so.5.9

SP> b7746000- b7748000 r--p 00051000 08:03 26804702
SP> /lib/libncurses.so.5.9

SP> b7748000-b7749000 rw-p 00053000 08:03 26804702
SP> /lib/libncurses.so.5.9
SP> b7749000-b77a1000
SP> r-xp 00000000 08:03 26608268 /usr/lib/libhunspell-1.3.so.0.0.0

SP> b77a1000-b77a2000 r--p 00057000 08:03 26608268
SP> /usr/lib/libhunspell-1.3.so.0.0.0

SP> b77a2000-b77a6000 rw-p 00058000 08:03 26608268
SP> /usr/lib/libhunspell-1.3.so.0.0.0

SP> b77b2000-b77b3000 rw-p 00000000 00:00 0
SP> b77b3000-b77b5000 r--p 00000000 00:00 0
SP> [vvar]

SP> b77b50 00-b77b6000 r-xp 00000000 00:00 0 [vdso]
SP> b77b6000-b77d7000 r-xp
SP> 00000000 08:03 42560235 /lib/ld-2.22.so
SP> b77d7000-b77d8000 rw-p 00000000 00:00
SP> 0

SP> b77d800 0-b77d9000 r--p 00021000 08:03 42560235 /lib/ld-2.22.so

SP> b77d9000-b77da000 rw-p 00022000 08:03 42560235 /lib/ld-2.22.so
SP> bff6f000-bffa4000 rw-p
SP> 00000000 00:00 0 [stack]
SP> /home/fido/bin/golded: line 4: 9825 Аварийный останов
SP> =============================

SP> В общем похоже, что падает спеллчекер, спотыкается на русских словах.
SP> Раньше не падал. Значит я вижу два варианта - или повреждён
SP> пользовательский словарь (в чём лично я сильно сомневаюсь) либо падать
SP> стало после апгрейда gcc на очередную версию...

SP> Как можно заметить по этому письму, с отключенным спеллчекером всё
SP> работает.

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

SP> ... От правды далеко не убежишь (с) Sage

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

... В гостях хорошо, а дома хуже...
--- GoldED+/LNX 1.1.5-b20170303 (Linux 4.1.12-gentoo iF6M10)

Re: Spellchecker issue
 

Semen Panevin написал(а) к All в Apr 17 01:22:38 по местному времени:

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

Saturday April 22 2017 14:10, Semen Panevin послал All:

SP> Падает вот так:

SP> --------------------------
SP> (gdb) bt
SP> #0 0xb7fdac60 in [b]_kernel[/b]vsyscall ()
SP> #1 0xb7afc34b in raise () from /lib/libc.so.6
SP> #2 0xb7afd971 in abort () from /lib/libc.so.6
SP> #3 0xb7b38707 in ?? () from /lib/libc.so.6
SP> #4 0xb7b3eabf in ?? () from /lib/libc.so.6
SP> #5 0xb7b3f282 in ?? () from /lib/libc.so.6
SP> #6 0xb7d825a1 in operator delete(void*) () from
SP> /usr/lib/gcc/i686-pc-linux-gnu/5.4.0/libstdc++.so.6 #7 0xb7d82691 in
SP> operator delete[](void*) () from
SP> /usr/lib/gcc/i686-pc-linux-gnu/5.4.0/libstdc++.so.6 #8 0x8015309f in
SP> CSpellLang::RecodeText (this=0x809a21a0, srcText=0xbfffdcfc "фыважо",
SP> dstText=...,
SP> flag=true) at gespell.cpp:722
Перечитал всё что можно про delete и delete[], поставил несколько следственных экспериментов в рамках остаточных сиплюсплюсных познаний, и даже попытался осилить XlatStr(...). На первый взгляд косяков не обнаружено. Но падает...

Падает точно после XlatStr. Если её закомментить - то не падает.

И ведь раньше не падало тоже... неужели что-то в libstcc++ или даже libc сломали? Но линковка емнип была динамической (впрочем тут я могу и ошибаться) поэтому упало бы сразу после апдейта а не после пересборки только деда...

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

... Человек может все, пока не начнет что-то делать... (c)...
--- GoldED+/LNX 1.1.5-b20170303 (Linux 4.1.12-gentoo iF6M10)

Spellchecker issue
 

Michael Dukelsky написал(а) к Semen Panevin в Apr 17 19:10:42 по местному времени:

Привет, Semen!

23 Apr 17 01:22, Semen Panevin послал(а) письмо к All:

SP> Перечитал всё что можно про delete и delete[], поставил несколько
SP> следственных экспериментов в рамках остаточных сиплюсплюсных познаний,
SP> и даже попытался осилить XlatStr(...). На первый взгляд косяков не
SP> обнаружено. Но падает...

SP> Падает точно после XlatStr. Если её закомментить - то не падает.

Копаться в этом коде лень. Скорее всего эта функция пишет в массив, не проверяя нарушения границ массива, и радостно перезаписывает то место, где хранится указатель на массив. После чего попытка освобождения выделенной памяти приводит к краху.

Желаю успехов, Semen!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20151128

Re: Spellchecker issue
 

Semen Panevin написал(а) к Michael Dukelsky в Apr 17 20:52:00 по местному времени:

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

Sunday April 23 2017 19:10, Michael Dukelsky писал Semen Panevin:

SP>> Перечитал всё что можно про delete и delete[], поставил несколько
SP>> следственных экспериментов в рамках остаточных сиплюсплюсных
SP>> познаний, и даже попытался осилить XlatStr(...). На первый взгляд
SP>> косяков не обнаружено. Но падает...

SP>> Падает точно после XlatStr. Если её закомментить - то не падает.

MD> Копаться в этом коде лень.
Т.е. всё? можно попрощаться со спелчекером? Или есть шанс, что найдётся кто-то кому не лень?

MD> Скорее всего эта функция пишет в массив, не
MD> проверяя нарушения границ массива, и радостно перезаписывает то место,
MD> где хранится указатель на массив. После чего попытка освобождения
MD> выделенной памяти приводит к краху.

Под dest выделяется памяти src len + 1. Я пробовал увеличить в 2 раза, не помогло.

Смущает то, что эта функция не является частью кода спелчекера, и используется ещё в куче мест. Но больше нигде почему-то не падает, и в этом месте тоже раньше почему-то не падало...

Правда в других местах может не быть new/delete поэтому грабли могут вылезти крайне случайно и неочевидно...

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

... Без крыльев далеко не улетишь
--- GoldED+/LNX 1.1.5-b20170303 (Linux 4.1.12-gentoo iF6M10)

Spellchecker issue
 

Michael Dukelsky написал(а) к Semen Panevin в Apr 17 10:04:02 по местному времени:

Привет, Semen!

23 Apr 17 20:52, Semen Panevin послал(а) письмо к Michael Dukelsky:

SP>>> Перечитал всё что можно про delete и delete[], поставил
SP>>> несколько следственных экспериментов в рамках остаточных
SP>>> сиплюсплюсных познаний, и даже попытался осилить XlatStr(...).
SP>>> На первый взгляд косяков не обнаружено. Но падает...

SP>>> Падает точно после XlatStr. Если её закомментить - то не падает.

MD>> Копаться в этом коде лень.
SP> Т.е. всё? можно попрощаться со спелчекером?

Ну почему же? У меня даже нет права корректировать исходники голдеда на сервере. Так что на меня не надо ориентироваться. Я просто подсказал тебе возможную причину падения.

SP> Или есть шанс, что найдётся кто-то кому не лень?

Шанс есть всегда. :)

MD>> Скорее всего эта функция пишет в массив, не
MD>> проверяя нарушения границ массива, и радостно перезаписывает то
MD>> место, где хранится указатель на массив. После чего попытка
MD>> освобождения выделенной памяти приводит к краху.

SP> Под dest выделяется памяти src len + 1. Я пробовал увеличить в 2 раза,
SP> не помогло.

Не надо гадать. Надо проверить, что функция XlatStr действительно портит значение указателя на выделенную память. Если портит, то нужно разобраться из-за чего это происходит, из-за того, что она получает неверные данные, которые она не должна была получить, или из-за ошибки в самой функции. В первом случае неверные данные могут быть такими, что функция пишет по адресам, меньшим чем начало выделенного массива памяти. Поэтому сколько памяти не выделяй, это не поможет. В обоих случаях надо добавить проверку входных данных функции, чтобы она не могла писать за границы выделенного массива. Ну и в случае неверных данных надо разбираться, откуда эти неверные данные взялись.

Желаю успехов, Semen!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20151128

Re: Spellchecker issue
 

Semen Panevin написал(а) к Michael Dukelsky в Apr 17 21:41:54 по местному времени:

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

Monday April 24 2017 10:04, Michael Dukelsky писал Semen Panevin:

SP>>>> Падает точно после XlatStr. Если её закомментить - то не
SP>>>> падает.

MD>>> Копаться в этом коде лень.
SP>> Т.е. всё? можно попрощаться со спелчекером?

MD> Ну почему же? У меня даже нет права корректировать исходники голдеда
MD> на сервере. Так что на меня не надо ориентироваться. Я просто
MD> подсказал тебе возможную причину падения.
Да это я и так понимаю. Но беглый пробег по содержимому XlatStr не выявил явных косяков. А если учесть, что я уже почти 10 лет как кодю только на C# - то станет понятно, что сиплюсплюсные типы данных, ссылки, указатели и проч. - это для меня уже тёмный лес, даже если я раньше в них худо-бедно ориентировался...

SP>> Или есть шанс, что найдётся кто-то кому не лень?
MD> Шанс есть всегда. :)
Буду ждать и верить...

MD> Не надо гадать. Надо проверить, что функция XlatStr действительно
MD> портит значение указателя на выделенную память.
Это не так просто. Особенно учитывая как ncurses раскорячивает терминал, отлаживаться там с помощью непривычного gdb - это адъ. Если б оно каждый раз падало - было бы проще. Так нет же, падает не на первой букве, и даже не всегда на первом слове...

Там ещё оптимизатор буфер оптимизирует, поэтому его значение в гдб не так просто выцепить.

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

... Если человек родился, то это уж на всю жизнь... (c)...
--- GoldED+/LNX 1.1.5-b20170303 (Linux 4.1.12-gentoo iF6M10)

Re: Spellchecker issue
 

Semen Panevin написал(а) к Michael Dukelsky в Apr 17 08:04:04 по местному времени:

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

Monday April 24 2017 10:04, Michael Dukelsky писал Semen Panevin:

MD>>> Скорее всего эта функция пишет в массив, не
MD>>> проверяя нарушения границ массива, и радостно перезаписывает то
MD>>> место, где хранится указатель на массив. После чего попытка
MD>>> освобождения выделенной памяти приводит к краху.

SP>> Под dest выделяется памяти src len + 1. Я пробовал увеличить в 2
SP>> раза, не помогло.

MD> Не надо гадать. Надо проверить, что функция XlatStr действительно
MD> портит значение указателя на выделенную память.
Увеличение буфера в ТРИ раза помогло. Значит точно портит, и точно в конце. Функция здоровая с кучей непонятной мне логики, самому разобраться в ней я ниасилю. Посему вопрос: коммитить воркароунд с увеличением буфера?

MD> Если портит, то нужно
MD> разобраться из-за чего это происходит, из-за того, что она получает
MD> неверные данные, которые она не должна была получить, или из-за ошибки
MD> в самой функции. В первом случае неверные данные могут быть такими,
MD> что функция пишет по адресам, меньшим чем начало выделенного массива
MD> памяти. Поэтому сколько памяти не выделяй, это не поможет.
Путём следственных экспериментов выяснено, что портится именно в конце. Иначе увеличение не помогло бы.

MD> В обоих
MD> случаях надо добавить проверку входных данных функции, чтобы она не
MD> могла писать за границы выделенного массива.
Ниасилю. Я все эти указатели позабывал уже.

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

... Хорошо там, где мы есть! (про фидошников)
--- GoldED+/LNX 1.1.5-b20170303 (Linux 4.1.12-gentoo iF6M10)

Re: Spellchecker issue
 

Vitaliy Aksyonov написал(а) к Semen Panevin в Apr 17 20:48:46 по местному времени:

Привет, Semen!

29 апр 17 08:04, Semen Panevin -> Michael Dukelsky:

MD>> Не надо гадать. Надо проверить, что функция XlatStr действительно
MD>> портит значение указателя на выделенную память.
SP> Увеличение буфера в ТРИ раза помогло. Значит точно портит, и точно в
SP> конце. Функция здоровая с кучей непонятной мне логики, самому
SP> разобраться в ней я ниасилю. Посему вопрос: коммитить воркароунд с
SP> увеличением буфера?

Я могу глянуть. Постараюсь найти причину. Костыль, который вроде работает, но непонятно почему, тоже ничего хорошего.

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

... 10.0 times 0.10 is hardly ever 1.00.
--- GoldED+/LNX 1.1.5-b20160201

Spellchecker issue
 

Michael Dukelsky написал(а) к Semen Panevin в Apr 17 22:04:12 по местному времени:

Привет, Semen!

29 Apr 17 08:04, Semen Panevin послал(а) письмо к Michael Dukelsky:

MD>>>> Скорее всего эта функция пишет в массив, не
MD>>>> проверяя нарушения границ массива, и радостно перезаписывает то
MD>>>> место, где хранится указатель на массив. После чего попытка
MD>>>> освобождения выделенной памяти приводит к краху.

SP>>> Под dest выделяется памяти src len + 1. Я пробовал увеличить в 2
SP>>> раза, не помогло.

MD>> Не надо гадать. Надо проверить, что функция XlatStr действительно
MD>> портит значение указателя на выделенную память.
SP> Увеличение буфера в ТРИ раза помогло. Значит точно портит, и точно в
SP> конце. Функция здоровая с кучей непонятной мне логики, самому
SP> разобраться в ней я ниасилю. Посему вопрос: коммитить воркароунд с
SP> увеличением буфера?

Я бы не стал. Сейчас увеличение буфера в три раза помогло, а в следующий раз надо будет увеличить в четыре раза. Я бы это гадание на кофейной гуще даже не стал называть воркэраундом.

Желаю успехов, Semen!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20151128

Re: Spellchecker issue
 

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

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

Saturday April 29 2017 20:48, Vitaliy Aksyonov писал Semen Panevin:

MD>>> Не надо гадать. Надо проверить, что функция XlatStr
MD>>> действительно портит значение указателя на выделенную память.
SP>> Увеличение буфера в ТРИ раза помогло. Значит точно портит, и
SP>> точно в конце. Функция здоровая с кучей непонятной мне логики,
SP>> самому разобраться в ней я ниасилю. Посему вопрос: коммитить
SP>> воркароунд с увеличением буфера?

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

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

... В гостях хорошо, а дома хуже...
--- GoldED+/LNX 1.1.5-b20170303 (Linux 4.1.12-gentoo iF6M10)

Re: Spellchecker issue
 

Semen Panevin написал(а) к Michael Dukelsky в Apr 17 23:18:16 по местному времени:

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

Saturday April 29 2017 22:04, Michael Dukelsky писал Semen Panevin:

MD>>> Не надо гадать. Надо проверить, что функция XlatStr
MD>>> действительно портит значение указателя на выделенную память.
SP>> Увеличение буфера в ТРИ раза помогло. Значит точно портит, и
SP>> точно в конце. Функция здоровая с кучей непонятной мне логики,
SP>> самому разобраться в ней я ниасилю. Посему вопрос: коммитить
SP>> воркароунд с увеличением буфера?

MD> Я бы не стал. Сейчас увеличение буфера в три раза помогло, а в
MD> следующий раз надо будет увеличить в четыре раза. Я бы это гадание на
MD> кофейной гуще даже не стал называть воркэраундом.
Да вот и мне оно по тем же причинам не нравится. Поэтому и не коммичу, а спрашиваю мнения народа... Смущает, что падает пока только у меня, и началось после очередной пересборки после правок, совершенно с этим местом, вроде бы, не связанных...

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

... Стрессы начинаются с будильника... (c)...
--- GoldED+/LNX 1.1.5-b20170303 (Linux 4.1.12-gentoo iF6M10)

Re: Spellchecker issue
 

Vitaliy Aksyonov написал(а) к Semen Panevin в Apr 17 00:19:48 по местному времени:

Привет, Semen!

29 апр 17 23:18, Semen Panevin -> Michael Dukelsky:

MD>>>> Не надо гадать. Надо проверить, что функция XlatStr
MD>>>> действительно портит значение указателя на выделенную память.
SP>>> Увеличение буфера в ТРИ раза помогло. Значит точно портит, и
SP>>> точно в конце. Функция здоровая с кучей непонятной мне логики,
SP>>> самому разобраться в ней я ниасилю. Посему вопрос: коммитить
SP>>> воркароунд с увеличением буфера?
MD>> Я бы не стал. Сейчас увеличение буфера в три раза помогло, а в
MD>> следующий раз надо будет увеличить в четыре раза. Я бы это
MD>> гадание на кофейной гуще даже не стал называть воркэраундом.
SP> Да вот и мне оно по тем же причинам не нравится. Поэтому и не коммичу,
SP> а спрашиваю мнения народа... Смущает, что падает пока только у меня, и
SP> началось после очередной пересборки после правок, совершенно с этим
SP> местом, вроде бы, не связанных...

Покопался немного.
До конца еще не разобрался, но попробуй для начала удалить файл goldxlat.gel и попробуй воспроизвести заново.

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

... 10.0 times 0.10 is hardly ever 1.00.
--- GoldED+/LNX 1.1.5-b20160201

Re: Spellchecker issue
 

Semen Panevin написал(а) к Vitaliy Aksyonov в Apr 17 10:37:42 по местному времени:

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

Sunday April 30 2017 00:19, Vitaliy Aksyonov писал Semen Panevin:

SP>> Да вот и мне оно по тем же причинам не нравится. Поэтому и не
SP>> коммичу, а спрашиваю мнения народа... Смущает, что падает пока
SP>> только у меня, и началось после очередной пересборки после
SP>> правок, совершенно с этим местом, вроде бы, не связанных...

VA> Покопался немного.
VA> До конца еще не разобрался, но попробуй для начала удалить файл
VA> goldxlat.gel и попробуй воспроизвести заново.
Пробую... Слово два, слово три, слово пять...

Начал писать слово "работает" и всё снова упало :(

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

... В гостях хорошо, а дома хуже...
--- GoldED+/LNX 1.1.5-b20170303 (Linux 4.1.12-gentoo iF6M10)

Re: Spellchecker issue
 

Vitaliy Aksyonov написал(а) к Semen Panevin в Apr 17 18:49:38 по местному времени:

Привет, Semen!

30 апр 17 10:37, Semen Panevin -> Vitaliy Aksyonov:

SP>>> Да вот и мне оно по тем же причинам не нравится. Поэтому и не
SP>>> коммичу, а спрашиваю мнения народа... Смущает, что падает пока
SP>>> только у меня, и началось после очередной пересборки после
SP>>> правок, совершенно с этим местом, вроде бы, не связанных...
VA>> Покопался немного.
VA>> До конца еще не разобрался, но попробуй для начала удалить файл
VA>> goldxlat.gel и попробуй воспроизвести заново.
SP> Пробую... Слово два, слово три, слово пять...

SP> Начал писать слово "работает" и всё снова упало :(

Ок. Копну еще. Можешь сделать дама до входа в xlatstr?
В письме есть Soft CR (код 0x8D)?

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

... 10.0 times 0.10 is hardly ever 1.00.
--- GoldED+/LNX 1.1.5-b20160201

Re: Spellchecker issue
 

Semen Panevin написал(а) к Vitaliy Aksyonov в May 17 07:53:22 по местному времени:

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

Sunday April 30 2017 18:49, Vitaliy Aksyonov писал Semen Panevin:

SP>> Начал писать слово "работает" и всё снова упало :(

VA> Ок. Копну еще. Можешь сделать дама до входа в xlatstr?
VA> В письме есть Soft CR (код 0x8D)?
Да, в этом письме есть символ с кодом 0x8D. Только это не Soft CR, а русская буква Н :)

Но наличие или отсутствие этой буквы на проблему не влияет, у меня воспроизводилось и без неё.

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

... Стрессы начинаются с будильника... (c)...
--- GoldED+/LNX 1.1.5-b20170303 (Linux 4.1.12-gentoo iF6M10)

Re: Spellchecker issue
 

Vitaliy Aksyonov написал(а) к Semen Panevin в May 17 16:10:26 по местному времени:

Привет, Semen!

01 май 17 07:53, Semen Panevin -> Vitaliy Aksyonov:

SP>>> Начал писать слово "работает" и всё снова упало :(
VA>> Ок. Копну еще. Можешь сделать дама до входа в xlatstr?
VA>> В письме есть Soft CR (код 0x8D)?
SP> Да, в этом письме есть символ с кодом 0x8D. Только это не Soft CR, а
SP> русская буква Н :)

Просто в коде этой функции этот символ особым способом обрабатывается.

SP> Но наличие или отсутствие этой буквы на проблему не влияет, у меня
SP> воспроизводилось и без неё.

Ниже прочитал, что уже все работает?

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

... 10.0 times 0.10 is hardly ever 1.00.
--- GoldED+/LNX 1.1.5-b20160201

Re: Spellchecker issue
 

Semen Panevin написал(а) к Vitaliy Aksyonov в May 17 19:49:54 по местному времени:

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

Monday May 01 2017 16:10, Vitaliy Aksyonov писал Semen Panevin:

SP>> Да, в этом письме есть символ с кодом 0x8D. Только это не Soft
SP>> CR, а русская буква Н :)
VA> Просто в коде этой функции этот символ особым способом обрабатывается.
Если ты про case SOFTCR ... else if (CompTable) то этот else я уже пробовал полностью закомментировать, ничего не изменилось.

SP>> Но наличие или отсутствие этой буквы на проблему не влияет, у
SP>> меня воспроизводилось и без неё.

VA> Ниже прочитал, что уже все работает?
Кто прочитал, где, и что работает? Ты сабж не попутал?

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

... Учиться, учиться и учиться! (с) Ленин
--- GoldED+/LNX 1.1.5-b20170303 (Linux 4.1.12-gentoo iF6M10)

Re: Spellchecker issue
 

Vitaliy Aksyonov написал(а) к Semen Panevin в May 17 20:08:44 по местному времени:

Привет, Semen!

01 май 17 19:49, Semen Panevin -> Vitaliy Aksyonov:

SP>>> Да, в этом письме есть символ с кодом 0x8D. Только это не Soft
SP>>> CR, а русская буква Н :)
VA>> Просто в коде этой функции этот символ особым способом
VA>> обрабатывается.
SP> Если ты про case SOFTCR ... else if (CompTable) то этот else я уже
SP> пробовал полностью закомментировать, ничего не изменилось.

Да. Про него.
Хм. Еще тогда такое попробуй. Увеличь буфер в три раза, когда работает и посмотри, что в нем оказывается после вызова xlatstr.
Там в этой функции очень много зависит от флагов компиляции и внешних настроек.

SP>>> Но наличие или отсутствие этой буквы на проблему не влияет, у
SP>>> меня воспроизводилось и без неё.
VA>> Ниже прочитал, что уже все работает?
SP> Кто прочитал, где, и что работает? Ты сабж не попутал?

Упс. Перепутал авторов. :) Значит, продолжаем копать. :)

Все-таки можешь выслать дамп после падения и дамп перед вызовом xlatstr и бинарник нестрипнутый?

Напомни, какой спеллчекер используешь?

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

... 10.0 times 0.10 is hardly ever 1.00.
--- GoldED+/LNX 1.1.5-b20160201