= Сообщение: 18310 из 48194 =============================== RU.FIDONET.TODAY = От : Alexey Fayans 2:5030/1997 09 Jun 20 17:34:03 Кому : Stas Mishchenkov 09 Jun 20 17:34:03 Тема : Формат имен файлов в фэхах FGHI : area://RU.FIDONET.TODAY?msgid=2:5030/1997@fidonet+5edfa191 На : area://RU.FIDONET.TODAY?msgid=2:460/5858+5edf86eb = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Hello Stas!
On Tue, 09 Jun 2020 at 15:52 +0300, you wrote to me:
AV>>>> Двух гигабайтов. Точнее, 2**31-1 aka MAX_INT_32 (не путать с AV>>>> MAX_UINT_32). SM>>> Ну, откуда во времена диалапа мог взяться пакет больше двух гиг? SM>>> Там именно два мегабайта почему-то хардкодед. AF>> Вот скажи, с какой целью ты намеренно дезинформируешь людей? :) AF>> Ну не веришь мне - возьми и сам проверь, сгенерить пакет метров AF>> на 10 для теста - довольно простая задача. SM> Еще раз повторяю! Я видел это своими глазами!
А я ещё раз повторяю, что ты видел проблему, никак не связанную с размером пакета. Просто совпало, что в том пакете было сообщение с сабжем превышающем максимальный размер.
И я ещё раз повторяю, что сам лично убедился, что фастеха без проблем обрабатывает пакет размером 5 метров.
SM> В лог пишет, что неожиданный конец пакета и валится. Вполне возможно, SM> что размер пакета
Она это пишет в лог как раз потому, что прочитав сабж фиксированной длины (как положено по спецификации), не убеждается, что там есть \0, означающий конец строки, в результате при обращении к переменной происходит Access Violation, и фастеха падает с вот такой ошибкой.
SM> не единственное условие, при которм это происходит.
Ещё раз, просто возьми и проверь сам. Размер пакета вообще не является условием данной проблемы. И никогда не являлся.
SM> И я не думаю, что это было связано как-то с размером поля сабдж,
Ты не думаешь, а я _знаю_, т.к. воспроизвёл эту проблему. После удаления проблемного сообщения из пакета вручную фастеха нормально этот пакет обрабатывает.
SM> т.к. поинт, от которого оно валилось точно пользовался голдедом.
Ограничение на размер сабжа существует для пакета, а не для сообщения в локальной базе. Поэтому дед может создать такое сообщение не нарушая стандартов. И если кривой _тоссер_ (например, ParToss или старые версии HPT) не обрежет сабж при _упаковке_ сообщения в пакет, фастеха на таком пакете сломается.