FileFix не отдаёт %list

Nil Alexandrov написал(а) к All в Nov 16 04:17:48 по местному времени:

Нello, All!

Почему htick может не реагировать совсем на команду %list, но процессирует %help и подписку на заранее известную фэху без проблем?
Я включил все LogLevels, но ничего нового не узнал.

Best Regards, Nil
--- GoldED+/LNX 1.1.5

Eugene Palenock написал(а) к Nil Alexandrov в Nov 16 15:49:26 по местному времени:

Привет, Nil!

14 ноя 16 04:17, Nil Alexandrov -> All:

NA> Почему htick может не реагировать совсем на команду %list, но
NA> процессирует %help и подписку на заранее известную фэху без проблем? Я
NA> включил все LogLevels, но ничего нового не узнал.

Может для фэх каким-то образом сделан статус -hide или надо наоборот явно указать -nohide в fileAreaDefaults

А прочие команды работают?
%unlinked, %linked, %query

--
С уважением, Евгений.

---

Nil Alexandrov написал(а) к Eugene Palenock в Nov 16 22:51:00 по местному времени:

Нello, Eugene!

Tuesday November 15 2016 15:49, from Eugene Palenock -> Nil Alexandrov:

NA>> Почему htick может не реагировать совсем на команду %list, но
NA>> процессирует %help и подписку на заранее известную фэху без
NA>> проблем? Я включил все LogLevels, но ничего нового не узнал.

EP> Может для фэх каким-то образом сделан статус -hide или надо наоборот
EP> явно указать -nohide в fileAreaDefaults
EP> А прочие команды работают?
EP> %unlinked, %linked, %query

А, так просто htick в кору падает при разборе нетмейла на файлфикс.
Нusky у меня 1.9-cur из CVS. Надо будет поразбираться..

==12223== Command: ./htick ffix
1 20:37:32 Start
7 20:37:32 Checking tmp dir
C 20:37:32 Start filefix scan...
1 20:37:32 Scanning NETMAIL
8 20:37:32 FileFix: request from 2:5015/46.1
==12223== Invalid write of size 1
==12223== at 0x4C2DCE0: strcpy (vgreplacestrmem.c:506)
==12223== by 0x506D17C: formatAreaList (in /usr/local/lib/libfidoconfig.so.1.9.0)
==12223== by 0x4E3D7CA: list (in /usr/local/lib/libareafix.so.1.9.0)
==12223== by 0x40CB25: filefix_processcmd (htickafix.c:315)
==12223== by 0x40CF05: processFileFix (htickafix.c:436)
==12223== by 0x40BF4D: scanNMArea (scan.c:168)
==12223== by 0x40C11C: scan (scan.c:207)
==12223== by 0x40D432: ffix (htickafix.c:570)
==12223== by 0x404D41: main (htick.c:565)
==12223== Address 0x604e041 is 31 bytes before a block of size 1,744 in arena "client"

Best Regards, Nil
--- GoldED+/LNX 1.1.5

Sergey Anohin написал(а) к Nil Alexandrov в Nov 16 23:02:33 по местному времени:

Нello Nil* *Alexandrov
NA> А, так пpосто htick в коpу падает пpи pазбоpе нетмейла на файлфикс.
NA> Нusky у меня 1.9-cur из CVS. Надо будет поpазбиpаться..

а ты tparser запускал? Я помню как обновлял с 1.2 до 1.4 потом до 1.9 и вот из-за какой-то мелочи сыпало в коpу. Нашлось оно tparser кажется

Bye, Nil Alexandrov, 15 ноябpя 16
--- FIPS/IP <build 01.14>

Nil Alexandrov написал(а) к Sergey Anohin в Nov 16 00:23:28 по местному времени:

Нello, Sergey!

Tuesday November 15 2016 23:02, from Sergey Anohin -> Nil Alexandrov:

NA>> А, так пpосто htick в коpу падает пpи pазбоpе нетмейла на
NA>> файлфикс. Нusky у меня 1.9-cur из CVS. Надо будет поpазбиpаться..

SA> а ты tparser запускал? Я помню как обновлял с 1.2 до 1.4 потом до 1.9
SA> и вот из-за какой-то мелочи сыпало в коpу. Нашлось оно tparser кажется

Да, что tparser, что 'tparser -Dmodule=htick' - всё отрабатывает.
Да сам htick на toss, на все прочие дела срабатывает, именно на списочек
фэх при файлфиксе падает, надо посмотрить на код будет..

Best Regards, Nil
--- GoldED+/LNX 1.1.5

Nil Alexandrov написал(а) к Eugene Palenock в Nov 16 05:45:40 по местному времени:

Нello, Eugene!

Tuesday November 15 2016 22:51, from Nil Alexandrov -> Eugene Palenock:

NA> А, так просто htick в кору падает при разборе нетмейла на файлфикс.
NA> Нusky у меня 1.9-cur из CVS. Надо будет поразбираться..

Блин, взял вроде самый популярный и проверенный комплект для фидо binkd+hpt+golded, валяться в кору все три компонента. :-(

Подебагерил binkd, популярные перлы запостил в ru.binkd.

Голдед спотыкается на нодлисте, вроде был фикс, но никто не засабмитил в репозитарий.
Также падает он на кривых Jam базах (можно степерь файл) и кривых мессагах (можно пометить как прочитанное и проедет мимо), тоже лень разбираться.

Сегодня поговорим про кривизну Хаски, все эти strcpy() без проверки на границы и равномерно разбросанные маллоками с константными значениями "авось хватит".

А дело было так, автоскриэйтилась у меня фэха 5020-723.files с названием "‹®Є*..." ну там на две строчки такой кодировки.
У ориджина стоит hpt-1.4 из файдо-айпи, и, видимо, не валиться, а у меня hpt-1.9-cur и вот трабл (к вопросу, что 1.4 версия совсем плохая).
Проблема общая для AreaFix и FileFix, если дескрипшен длинее 78 символов.

areafix/src/areafix.c, функция formatAreaList(), приходит ей maxlen=78, печатает она флажки '*RWMS', название фэхи, дальше доходит дело до дескрипшена, который wlen = strlen(al->areas[i].desc);
В maxlen такой дексрипшен не лезет, надо мультилайн делать, ставим перевод строки и допечатываем дескрипшен на след.строке
addline(addchars(text,' ',maxlen-wlen,&tpos,&tlen),al->areas[i].desc,&tpos,&tlen)
никто не заметил, что maxlen-wlen как бы получается отрицательное число, ну мы так аккуратно на чужую память залезаем.

Best Regards, Nil
--- GoldED+/LNX 1.1.5

Alexandr Kruglikov написал(а) к Nil Alexandrov в Nov 16 11:41:12 по местному времени:

Привет, Nil!

Ответ на сообщение Nil Alexandrov (2:5015/46) к Eugene Palenock, написанное 16 ноя 16 в 05:45:

NA> никто не заметил, что maxlen-wlen как бы получается отрицательное
NA> число, ну мы так аккуратно на чужую память залезаем.

Присылай патч. (с) =)

С уважением - Alexandr
--- GoldED+/W64-MSVC 1.1.5-b20160322

Evgeny Mikheev написал(а) к Nil Alexandrov в Nov 16 00:01:14 по местному времени:

Привет, Nil!

16 ноя 16 05:45, Nil Alexandrov -> Eugene Palenock:

NA> Голдед спотыкается на нодлисте, вроде был фикс, но никто не засабмитил
NA> в репозитарий. Также падает он на кривых Jam базах (можно степерь
NA> файл) и кривых мессагах (можно пометить как прочитанное и проедет
NA> мимо), тоже лень разбираться.

Напиши в тематическую эху подробнее.

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

--- -Пиши, старик, пиши! Мы тебя не покинем.

Nil Alexandrov написал(а) к Alexandr Kruglikov в Nov 16 04:15:36 по местному времени:

Нello, Alexandr!

Wednesday November 16 2016 11:41, from Alexandr Kruglikov -> Nil Alexandrov:

NA>> никто не заметил, что maxlen-wlen как бы получается отрицательное
NA>> число, ну мы так аккуратно на чужую память залезаем.

AK> Присылай патч. (с) =)

Тут FAQ поститься регулярно как засабмитить баг репорт - это левел "А", а дальше сами разбирайтесь.
Левел "Б" будет прислать трейс, коредамп и прочее, только вот незадачка, это будет совершенно невинный strcpy() в совсем другом месте или free(), просто память уже до этого покараптилась, и найти где и кто, вот челлендж.
Левел "В", найти по коду или с дебагером, где же кто-то залазиет на чужую память - вот вам уже всё расжованно, что в ru.bink, что в ru.husky.
Степ "Г", написать патч. Так, я чо, я же не знаю задумки аффтара, шо он имел ввиду :-) пусть он и чинит. Может это и не баг, а фича :-)

Best Regards, Nil
--- GoldED+/LNX 1.1.5