1. Forum
  2. FidoNet Russia
  3. RU.FTN.DEVELOP

  • Фидософт в real-mode, чтобы работал с >64KB письмами

    From Nil A@2:5015/46 to Dmitry Protasoff on Tue Oct 8 19:02:22 2024
    * Originally in su.comp.old
    * Crossposted in ru.ftn.develop
    Hello, Dmitry!

    08 Oct 24 16:52, from Dmitry Protasoff -> Nil A:

    Голдед в реал-моде не работает с такими длинными письмами.

    Так вот, внимание вопрос! А был ли вообще какой-то софт в FIdo для
    8086, который умел в real mode на PC работать с письмами больше 64k?

    Я не знаю о таком. По мне, все пейсатели фидософта, в общей массе, самоучки. Они умеют только делать malloc() много раз, когда видят письмо.

    Сегодня, если очень много времени, можно взять хоть 8ми битный микроконтроллер, какой-нибудь STM8, или пики, атмелы.. и написать тоссер, читалку с LCD, просто вычитывая данные, с SD карточки какой-нибудь, какими-то буферами. о это может написать только программист. А не программисту надо память под _всё_ сообщение аллоцировать. А пейсателям хаски, так вообще надо памяти умножить на 3 от размера сообщения, чтобы растоссить, проверено на lorapvt.bigfiles.

    Best Regards, Nil
    --- GoldED+/LNX 1.1.5-b20240306
    * Origin: FidoNet member since 1995 (2:5015/46)
  • From Dmitry Protasoff@2:5001/100.1 to Nil A on Tue Oct 8 17:37:22 2024
    Hello, Nil!

    Tuesday October 08 2024 19:02, you wrote to me:

    Я не знаю о таком. По мне, все пейсатели фидософта, в общей массе, самоучки. Они умеют только делать malloc() много раз, когда видят
    письмо.

    А теперь внимание новые интересный вопрос! :) А почему не всякий софт умеет FSC-0047?
    HPT не умеет. А ведь это как раз и есть работа с сообщениями >64k, дабы они пролазили через старый софт.
    Hасколько вообще эта поддержка распространена?

    аллоцировать. А пейсателям хаски, так вообще надо памяти умножить на 3
    от размера сообщения, чтобы растоссить, проверено на lorapvt.bigfiles.

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

    Best regards,
    dp.

    --- GoldED+/LNX 1.1.5-b20230304
    * Origin: All is good in St. John's Wood (2:5001/100.1)
  • From Nil A@2:5015/46 to Dmitry Protasoff on Tue Oct 8 19:58:02 2024
    Hello, Dmitry!

    08 Oct 24 17:37, from Dmitry Protasoff -> Nil A:

    А теперь внимание новые интересный вопрос! :) А почему не всякий софт умеет FSC-0047?

    Цеж FSC, просто референс какой-то. Стандарт с буков FTS начинается.

    HPT не умеет. А ведь это как раз и есть работа с сообщениями >64k,
    дабы они пролазили через старый софт. Hасколько вообще эта поддержка распространена?

    у, видимо не договарились, как сплитать длинные сообщения, оставили просто как референс.

    HPT тоссеру ваще не нужно ВСЁ сообщение в памяти держать. Ему надо поискать клуджи, поискать origin, seen-by, path, а потом читать байты из исходного pkt, и перекладывать в другие pkt.

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

    Best Regards, Nil
    --- GoldED+/LNX 1.1.5-b20240306
    * Origin: FidoNet member since 1995 (2:5015/46)
  • From Dmitry Protasoff@2:5001/100.1 to Nil A on Tue Oct 8 18:22:46 2024
    Hello, Nil!

    Tuesday October 08 2024 19:58, you wrote to me:

    А теперь внимание новые интересный вопрос! :) А почему не всякий
    софт умеет FSC-0047?

    Цеж FSC, просто референс какой-то. Стандарт с буков FTS начинается.

    Дык фича полезная, странно что не реализована. Понятно, что не обязаны, но..
    В fidogate она была и даже работала.

    Вот из конфига:

    # Hе генерить FSC-0047 кладжи (^ASPLIT)
    #NoFSC0047

    А ifmail не умеет (если считать, что только гейтам она положена).

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

    Я вот все больше погружаюсь в тему (давно забытую) и все больше у шоке.
    Для тоссера crashmail вообще реально эксплоиты писать, жесть и жуть.

    Ты где-то писал, что есть фидошный софт на Rust - не влом ссылочку или хотя бы название найти?
    Или это причудилось после бокала вина?

    Best regards,
    dp.

    --- GoldED+/LNX 1.1.5-b20230304
    * Origin: All is good in St. John's Wood (2:5001/100.1)
  • From Nil A@2:5015/46 to Dmitry Protasoff on Tue Oct 8 20:50:16 2024
    Hello, Dmitry!

    08 Oct 24 18:22, from Dmitry Protasoff -> Nil A:

    Ты где-то писал, что есть фидошный софт на Rust - не влом ссылочку или хотя бы название найти? Или это причудилось после бокала вина?

    Corona is an echomail processor / netmail tracker for FidoNet Technology Network (FTN).
    https://github.com/bytefall/corona

    Bot to support Telegram channel of 2:5011 Fidonet https://github.com/ArtHome12/N5011

    Best Regards, Nil
    --- GoldED+/LNX 1.1.5-b20240306
    * Origin: FidoNet member since 1995 (2:5015/46)
  • From Dmitry Protasoff@2:5001/100.1 to Nil A on Tue Oct 8 19:05:09 2024
    Hello, Nil!

    Tuesday October 08 2024 20:50, you wrote to me:

    ссылочку или хотя бы название найти? Или это причудилось после
    бокала вина?

    Corona is an echomail processor / netmail tracker for FidoNet
    Technology Network (FTN).
    https://github.com/bytefall/corona

    Ох какой квйф то! :) Услада для глаз :)

    Best regards,
    dp.

    --- GoldED+/LNX 1.1.5-b20230304
    * Origin: All is good in St. John's Wood (2:5001/100.1)
  • From Stas Mishchenkov@2:460/5858 to Nil A on Thu Oct 10 12:37:44 2024
    Hi Nil!

    08 Oct 24 19:58, Nil A -> Dmitry Protasoff:

    HPT тоссеру ваще не нужно ВСЁ сообщение в памяти держать.

    Он передаёт тело сообщения в перлхук $text целиком.

    Have nice nights.
    Stas Mishchenkov.

    --- На халяву не только уксус сладок, но и свинина постна, халяльна и кошерна.
    * Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)
  • From Vitaliy Aksyonov@1:104/117 to Nil A on Mon Oct 14 23:18:54 2024
    Привет, Nil!

    08 Oct 24 19:58, ты писал(а) Dmitry Protasoff:

    А теперь внимание новые интересный вопрос! :) А почему не всякий
    софт умеет FSC-0047?

    Цеж FSC, просто референс какой-то. Стандарт с буков FTS начинается.

    HPT не умеет. А ведь это как раз и есть работа с сообщениями
    64k, дабы они пролазили через старый софт. Hасколько вообще эта
    поддержка распространена?

    у, видимо не договарились, как сплитать длинные сообщения, оставили
    просто как референс.

    HPT тоссеру ваще не нужно ВСЁ сообщение в памяти держать. Ему надо поискать клуджи, поискать origin, seen-by, path, а потом читать байты
    из исходного pkt, и перекладывать в другие pkt.

    Так-то не надо, но никто не гарантирует, что клуджи будут в начале/конце письма (с небольшими исключениями), а чтобы прочитать PATH/SEEN-BY - письмо таки придётся полностью прочитать. Конечно, в памяти его держать совсем необязательно. О. Хочешь свой тоссер написать? ;) Или может hpt поправить, чтобы он не держал всё в памяти? Или так - поговорить? ;)

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

    Разные задачи. Ты же видел, как старые фидошные проги "сериализуют" данные на диск. Фигак - и записали объект из памяти. А чё, удобно. Только бывают всякие Big Endian. А ещё никто не гарантирует, что int везде будет 4 байта. Даже то, что байт - это 8 бит.

    Best regards,
    Vitaliy Aksyonov.

    ... астоящий цвет голубой мечты - розовый!
    --- GoldED+/LNX 1.1.5-b20240309
    * Origin: Aurora, Colorado (1:104/117)
  • From Nil A@2:5015/46 to Vitaliy Aksyonov on Tue Oct 15 18:34:54 2024
    Hello, Vitaliy!

    14 Oct 24 23:18, from Vitaliy Aksyonov -> Nil A:

    HPT тоссеру ваще не нужно ВСЁ сообщение в памяти держать. Ему
    надо поискать клуджи, поискать origin, seen-by, path, а потом
    читать байты из исходного pkt, и перекладывать в другие pkt.

    Так-то не надо, но никто не гарантирует, что клуджи будут в
    начале/конце письма (с небольшими исключениями),

    А вот я тоже хотел спросить. Подскажите, люди грамотные, а лучше в доку ткните. Могут ли клуджи идти уже после первого неклуджа? Вроде могут, но так делать не хорошо, процесс парсенья усложняют.

    а чтобы прочитать PATH/SEEN-BY - письмо таки придётся полностью
    прочитать.

    Origin, path, seen-by - надо искать с конца просто.

    Кстати, много фидософта, написанного не программистами, ищут первый origin, и ошибаются, потому что это форвард какой-нибудь.

    Конечно, в памяти его держать совсем необязательно.

    Спасибо что согласился со мной.

    О. Хочешь свой тоссер написать? ;)

    А зачем рынку ещё один тоссер? Рынку надо писать приложки, а я не умею.

    Или может hpt поправить, чтобы он не держал всё в памяти?

    Это интереснее уже, но править надо с smapi api. Кстати, там _уже_ можно вычитывать тело письма не целиком, а сколько байтов тебе надо, со смещением. о круче всего получить некий итератор, чтобы по нему елозить по письму.

    Или так - поговорить? ;)

    Стопудово поговорить.

    Ты же видел, как старые фидошные проги "сериализуют" данные на диск.
    Фигак - и записали объект из памяти. А чё, удобно. Только бывают
    всякие Big Endian.

    К сожалению, так делали все в начале 90, включая коммерческий софт.

    А ещё никто не гарантирует, что int везде будет 4 байта. Даже то, что
    байт - это 8 бит.

    у вот тут фидошники многие знали, и часто typedef какой-нибудь торчит.

    Best Regards, Nil
    --- GoldED+/LNX 1.1.5-b20240306
    * Origin: FidoNet member since 1995 (2:5015/46)
  • From Stas Mishchenkov@2:460/5858 to Nil A on Wed Oct 16 12:13:36 2024
    Hi Nil!

    15 Oct 24 18:34, Nil A -> Vitaliy Aksyonov:

    HPT тоссеру ваще не нужно ВСЁ сообщение в памяти держать. Ему
    надо поискать клуджи, поискать origin, seen-by, path, а потом
    читать байты из исходного pkt, и перекладывать в другие pkt.

    Так-то не надо, но никто не гарантирует, что клуджи будут в
    начале/конце письма (с небольшими исключениями),

    А вот я тоже хотел спросить. Подскажите, люди грамотные, а лучше в доку ткните. Могут ли клуджи идти уже после первого неклуджа? Вроде могут, но так делать не хорошо, процесс парсенья усложняют.

    Ты дорогу на ftsc.org забыл? ;)

    Have nice nights.
    Stas Mishchenkov.

    --- Жизнь - она как конфеты. Одним с коньяком, а другим - сосательные.
    * Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)
  • From Nil A@2:5015/46 to Stas Mishchenkov on Wed Oct 16 18:21:46 2024
    Hello, Stas!

    16 Oct 24 12:13, from Stas Mishchenkov -> Nil A:

    А вот я тоже хотел спросить. Подскажите, люди грамотные, а лучше
    в доку ткните. Могут ли клуджи идти уже после первого неклуджа?
    Вроде могут, но так делать не хорошо, процесс парсенья усложняют.
    Ты дорогу на ftsc.org забыл? ;)

    По делу, пожалуйста. Может, или не может, клуджи посреди письма идти?

    Best Regards, Nil
    --- GoldED+/LNX 1.1.5-b20240306
    * Origin: FidoNet member since 1995 (2:5015/46)
  • From Vitaliy Aksyonov@1:104/117 to Nil A on Wed Oct 16 09:37:32 2024
    Привет, Nil!

    16 Oct 24 18:21, ты писал(а) Stas Mishchenkov:

    А вот я тоже хотел спросить. Подскажите, люди грамотные, а лучше
    в доку ткните. Могут ли клуджи идти уже после первого неклуджа?
    Вроде могут, но так делать не хорошо, процесс парсенья
    усложняют.
    Ты дорогу на ftsc.org забыл? ;)
    По делу, пожалуйста. Может, или не может, клуджи посреди письма идти?

    Ты же сам знаешь, что могут. Тот же @CHRS может. Правда, я ни разу не видел, чтобы его так использовали.

    Best regards,
    Vitaliy Aksyonov.

    ... N287E - N53JC
    --- GoldED+/LNX 1.1.5-b20240309
    * Origin: Aurora, Colorado (1:104/117)
  • From Stas Mishchenkov@2:460/5858 to Nil A on Thu Oct 17 13:58:24 2024
    Hi Nil!

    16 Oct 24 18:21, Nil A -> Stas Mishchenkov:

    А вот я тоже хотел спросить. Подскажите, люди грамотные, а лучше
    в доку ткните. Могут ли клуджи идти уже после первого неклуджа?
    Вроде могут, но так делать не хорошо, процесс парсенья усложняют.
    Ты дорогу на ftsc.org забыл? ;)

    По делу, пожалуйста. Может, или не может, клуджи посреди письма идти?

    Хидден может, а каждому клуджу в FTS описано своё место.

    Have nice nights.
    Stas Mishchenkov.

    --- Врач прописал регулярную половую жизнь, интересно по страховке ее оплатят?
    * Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)
  • From Vitaliy Aksyonov@1:104/117 to Stas Mishchenkov on Thu Oct 17 07:55:04 2024
    Привет, Stas!

    17 Oct 24 13:58, ты писал(а) Nil A:

    А вот я тоже хотел спросить. Подскажите, люди грамотные, а
    лучше в доку ткните. Могут ли клуджи идти уже после первого
    неклуджа? Вроде могут, но так делать не хорошо, процесс
    парсенья усложняют.
    Ты дорогу на ftsc.org забыл? ;)
    По делу, пожалуйста. Может, или не может, клуджи посреди письма
    идти?
    Хидден может, а каждому клуджу в FTS описано своё место.

    еправда ваша. апример fsc-0046.005. Там явно не указано, где именно добвляются клуджи PID/TID.

    Я видел явное указание для клуджа Via. о это просто логично. При маршрутизации письма, дописать в конец сильно проще, чем в начало/середину.

    Best regards,
    Vitaliy Aksyonov.

    ... Фигурное копание.
    --- GoldED+/LNX 1.1.5-b20240309
    * Origin: Aurora, Colorado (1:104/117)
  • From Stas Mishchenkov@2:460/5858 to Vitaliy Aksyonov on Fri Oct 18 07:44:58 2024
    Hi Vitaliy!

    17 Oct 24 07:55, Vitaliy Aksyonov -> Stas Mishchenkov:

    А вот я тоже хотел спросить. Подскажите, люди грамотные, а
    лучше в доку ткните. Могут ли клуджи идти уже после первого
    неклуджа? Вроде могут, но так делать не хорошо, процесс
    парсенья усложняют.
    Ты дорогу на ftsc.org забыл? ;)
    По делу, пожалуйста. Может, или не может, клуджи посреди письма
    идти?
    Хидден может, а каждому клуджу в FTS описано своё место.

    еправда ваша. апример fsc-0046.005. Там явно не указано, где именно добвляются клуджи PID/TID.

    Людям свойственно ошибаться. ;)

    Я видел явное указание для клуджа Via. о это просто логично. При маршрутизации письма, дописать в конец сильно проще, чем в начало/середину.

    Хотя, я видел и вкряченный перед ориджном. ;)

    Have nice nights.
    Stas Mishchenkov.

    --- Ревновать женщину без повода - глупо, а если есть повод, то поздно.
    * Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)
  • From Vitaliy Aksyonov@1:104/117 to Stas Mishchenkov on Fri Oct 18 07:01:54 2024
    Привет, Stas!

    18 Oct 24 07:44, ты писал(а) мне:

    А вот я тоже хотел спросить. Подскажите, люди грамотные, а
    лучше в доку ткните. Могут ли клуджи идти уже после первого
    неклуджа? Вроде могут, но так делать не хорошо, процесс
    парсенья усложняют.
    Ты дорогу на ftsc.org забыл? ;)
    По делу, пожалуйста. Может, или не может, клуджи посреди письма
    идти?
    Хидден может, а каждому клуджу в FTS описано своё место.
    еправда ваша. апример fsc-0046.005. Там явно не указано, где
    именно добвляются клуджи PID/TID.
    Людям свойственно ошибаться. ;)

    Там дичь в этих стандартах местами. Легко запутаться.

    Я видел явное указание для клуджа Via. о это просто логично. При
    маршрутизации письма, дописать в конец сильно проще, чем в
    начало/середину.
    Хотя, я видел и вкряченный перед ориджном. ;)

    Суровость законов (стандартов) компенсируется необязательностью их выполнения.

    А для ила ответ - чтобы наверняка получить нужный клудж - надо сканить все строки сообщения.

    Хорошо, что некоторые базы хранят их отдельно. В JAM получить список клуджей проще простого и не надо лезть в текст письма совсем.

    Best regards,
    Vitaliy Aksyonov.

    ... Один в поле - хуже татарина...
    --- GoldED+/LNX 1.1.5-b20240309
    * Origin: Aurora, Colorado (1:104/117)