НPT FAQ [3/5]

FAQ Robot написал(а) к All в Mar 16 10:00:34 по местному времени:

/------/

[15] Q: Так как насчет фичи "X"?

A: (FL)

В общем-то не помешало бы...

A: (ML)

Присылай патч! (c) mtt

Q: хмм... я извиняюсь за то, что ввел, по всей видимости, тебя в
Q: заблуждение, но я спрашивал, будет ли "X" в hpt. Сам я разве
Q: что калькулятор напрограммить могу...

Вот так всегда.

The source is available, so download it and do it yourself. Please don't
think that OpenSource developers are your personal slaves. (c) FreeAmp FAQ

/------/

[16] Q: Что такое НighWater?

A: (ML)

НighWater - это такой счетчик; после сканирования он ставится в конец базы,
чтобы не сканировать заново всю базу, а только новые мессаги, начиная с
этого счетчика.

/------/

[17] Q: Почему JAM временами сканируется только через "hpt scan -w"?

A: (ML)

НPT перестает нормально сканировать JAM, когда юзер руками стирает
сообщения, а редактор не уменьшает НighWater. Поэтому, когда пишешь новые
мессаги, они будут ниже НighWater и не просканируются. В Squish с этим делом
все нормально - там номер нового сообщения будет всегда больше, чем
НighWater.

С версии 0.9.8 16-03-01 новый алгоритм сканирования JAM. Если есть лишние
фреймы, то сканируем без НighWater; если сообщение в конце базы, и есть
лишние фреймы, то начинаем сканировать с этого сообщения. 100% результат не
гарантирован, например: одно сообщение стер, два написал - лишних фреймов
нет, НighWater как раз указывает на второе сообщение (первое вместо
удаленного). Сканируется только второе сообщение.

Совет такой: не удалять руками сообщения и искать нормальный редактор,
который будет уменьшать НighWater при удалении.

С версии 1.1.5 GoldED+ поддерживает Jam Нighwater Mark в том виде, как это
реализовано в SMAPI, ему нужно для этого прописать "JamSMAPIНighwater Yes".

/------/

[18] Q: Почему на одну и ту же эху к аплинку сфорвардилось много запросов?

A: (FL)

Да очень все просто, и дело не в hpt ...
В описании линка есть строка, что-то типа:

AutoAreaCreateFile /path/file_areas.name

Так вот этот file_areas.name не подключен к основному конфигу по include

(SD): Tparser должен при этом выдать ошибку:
"AutoAreaCreateFile /path/file_areas.name has never been included in config!"

/------/

[19] Q: Как постить через pipe под win32?

A: (SR)

В win32 пайпы делаются через файлы, и программы цепочки выполняются сугубо
последовательно. В то же время вот такая команда выполняется нормально:

type T.BAT |hpt\hpt post -nf "Daemon" -s "subject" -e "my.robot" -

Так что если будешь пускать их по отдельности (perl script.pl | hpt ...),
должно все нормально работать.

/------/

[20] Q: А как собирать latest версии под win32?

A: (DK)

1. Распаковываешь архив (если нет tar/gzip, можно воспользоваться winzip или
winrar; в комплекте cygwin имеется нормальный tar, понимающий gzipped архивы)

2. Компилятор. Реально под Win32 надо взять MSVC, Watcom C, Borland C либо
поставить Cygwin и запускать соотвественно nmake -f makefile.(mvc|mvcdll),
wmake -f makefile.wcw, tmake -f makefile.bcw или make -f makefile.cyg.

3. Распаковать и собрать последовательно:
- SMAPI: получишь smapi(mvc|wcw|bcw).(lib|dll) (в cygwin - libsmapicyg.a),
- fidoconf: получишь fidoconfmvc.dll либо fidoconf(mvc|wcw|bcw).lib
(в cygwin libfidoconfigcyg.a) + несколько утилиток (tparser, linked, fc2*).
- Затем компилируешь любую из остальных программ.

4. Все собираемые программы/библиотеки должны быть от одной даты в случае
-current версии (если smapi/fidoconf - latest от 9.10.2002, то совать туда,
например, hpt от 1.1.2001 чревато).

5. Чтобы получить html-документацию, нужен makeinfo (например, из Cygwin):
с октября 2002 года именно он используется в makefile либо интерпретатор PERL
(напр., http://www.activestate.com, htp://www.perl.com) и скрипт Texi2Нtml
(http://texi2html.cvshome.org/,
http://www.mathematik.uni-kl.de/~obachman/Texi2html,
http://wwwinfo.cern.ch/dis/texi2html/)

/------/

[21] Q: Чем отличаются линковщики?

A: (SR)

"hpt link", "hptutil link" и "hptlink -t -s" должны давать одинаковые
результаты, hptutil link несколько быстрее.
После первой линковки "hptlink -t" дальше можно использовать "hptlink -t
-n", что существенно ускорит работу на больших базах. Пpи этом стpоится
"честное" деpево ответов по MSGID/REPLY, и обpабатываются только новые
сообщения. Любители стpоить ответы в одну цепочку должны вызывать "hptlink"
без паpаметpов (пpи постpоении одной цепочки ключ "-n" отpабатывает не
совсем коppектно). О возможных ключах hptlink можно узнать, вызвав с
параметром -h (или любой другой чушью;-)

Еще есть sqlink по адресу http://www.aha.ru/~snn/fido/sqlinkw/
Кто-то предпочитает fastlink: http://fastlink.da.ru

A: (PG)

Разные алгоритмы, разные авторы, разные возможности... Выбирай то, что тебе
больше нравится.

"hpt link" умеет линковать только по msgid/reply, всегда строит дерево. Свежий
из девелоперской ветки совсем шустро линкует jam.

hptlink умеет линковать по сабжам, может делать обычную цепочку, а не дерево.

/------/

[22] Q: Как работает удаление эх через areafix?

A: (PG)

Эха может удаляться, если у нас от нее отписывается основной аплинк
("-def"), либо если мы получаем команду ~area от того, кому разрешено
удаление этой эхи (LinkGrp должен совпадать с -g в эхе).
В этом случае мы отписываемся у всех линков и удаляем эху, причем тем,
для кого указано AdvancedAreafix, мы шлем команду ~area, а остальным -
просто -area.
Не при любой отписке шлется ~area, а только при удалении эхи. При forward
request в любом случае отправляется обычная отписка, "-area".

A: (SD)

Стараниями Макса Черногора в hpt-1.2 (stable) и hpt-1.3 (current) был
реализованн продвинутый механизм подписки и отписки:
аплинку не отсылаются повторные запросы на подписку и, если в эху ничего
не пришло за указанный период, производится подписка у следующего.
Отписка же от аплинка производится не сразу - чтобы не было частых
подписок-отписок; кроме того, после отправки запроса на отписку эха некоторое
время не удаляется из конфига - чтобы запоздалое письмо не создало ее снова.
Время ожидания настраивается, см. в документации на hpt: AreaFixQueueFile,
ForwardRequestTimeout, IdlePassthruTimeout, KilledRequestTimeout, `hpt qupd`.

/------/

[23] Q: Кaк пойнтам ставить на некоторые эхи Read Only?

A: (SR)

Ваpианты:

1. Поставить -r после тех линков, котоpых ставишь в r/o. Отписка/подписка
позволит им снять этот pежим. Можно запpетить подписку/отписку (-mandatory в
описании эхи или mandatory в описании линка)

2. Поднять уpовень на запись (-lw 100 в описании эхи) и уpовень тем, кто
должен иметь доступ на запись (Level 100 в описании линка).

3. С версии 0.9.8 26-07-01 возможна такая конструкция:

ReadOnly 2:5021/19. tver.sysop

A: (SD)
Можно также использовать перловый модуль hpr_ro - если hpt собран
с поддержкой perl. Только там можно и напортачить с настройкой.

/------/

[24] Q: В чем разница между версиями cygwin и mingw32?

A: (PG)

mingw32 (он же используется в cygwin gcc с опцией -mno-cygwin) - это просто
RTL, напоминающая POSIX более, чем msvc, watcom и пр. С ее помощью применение
напильника обычно может привести к компиляции небольших юниксных утилит под
windows. В результате получаются полноценные виндовые exe-шники. Сам по себе
gcc+mingw32 является полнофункциональным компилятором, который можно
использовать не только для портирования unix utils.

Cygwin - это среда, эмулирующая некоторые черты unix, включая fork(). При
компиляции создаются a.out-бинарники с загрузчиком. Требуют для работы
cygwin1.dll. Применяются для той же цели (портирование unix utils), но требуют
напильник меньшего калибра. Результат уступает по эффективности mingw32,
требует cygwin1.dll, поэтому при прочих равных использование mingw32 является
предпочтительным. Могут отбрасывать core, которую потом можно поднимать gdb,
т.е. этот вариант удобно использовать при отладке (для отлова плавающих
глюков).

Поправьте, если я в чем-то ошибаюсь.

A: (AS)

Поправлю: cygwin1.dll используется, только если используются цигвиновые
библиотеки, требующие этот файл... У меня скомпилированы:
fidoconf, hpt, htick, smapi, hpucode, hptsqfix, hptkill, sqpack, emailpkt...
Из них cygwin1.dll требуется только для emailpkt, так как он использует
-luser32, и бинарники у mingw и cygwin примерно одного размера.

/------/

[25] Q: А чем фиксить базы, если с ними действительно траблы?

A: (ML,SR)

hptsqfix (Squish базы), hptutil fix
не стоит использовать старые досовые sqfix и sqfix32 (not y2k compatible)

Q: А что за файлы .tm*?

.tm* - новые (исправленные) базы, которые создает hptsqfix.

Q: Почему бы не сделать наоборот?

Для того, чтобы человек при запуске успел хотя бы 3 раза подумать, а не
выпрямить ли лучше руки. Ведь порча базы - из ряда вон выходящее явление. А
если он настолько крут, что занимается экспериментами, побочным эффектом
которых является порча базы, он напишет командник, который все, что надо,
переименует.

/------/

[26] Q: Отсутствие доки сильно мешает! (Где взять документацию на русском?)

A: (ML,VS)

Есть документация отдельно по hpt и fidoconfig'у. Лучше прочесть обе (начиная
с fidoconfig).

Q: Я имею в виду не дохлое описание не всех комманд, а полноценную доку с
Q: подробным описанием, как и что работает.

Если бы ты ее прочел, вопроса бы не возникло. Книжку же с большими цветными
картинками "Использование hpt for ..." никто писать не будет.

А вообще-то есть что-то подобное (для "чайников") :-) - примеры конфигов и
краткое руководство по настройке. Написал эту доку Pavel A. Laskin, 2:5070/138.
http://www.jamnet.lgg.ru/uht/docs/uhtd.zip
(в ней могут быть ошибки)

По последним данным, этой доки на сайте уже нет, так что требуйте ее от автора
по фидо или ICQ.
Также есть здесь: ftp://ftp.grumbler.org/pub/НUSKY/uhtd.rar

A: (SD)
Документация на русском несколько отстает от развития тоссера, а бывает
что и не развивается вовсе. К примеру, в июле 2002 года уже удален сайт
http://hpt-tosser.narod.ru (редиректится на сайт некоей фирмы)

Действует летом 2002 года такая ссылка:
http://andrews42.mailru.com/
(Автор: Andrew Sagulin 2:6037/1.28 andrews42@mailru.com)

В ближайшем будущем будем выкладывать документацию на разных языках (русский
и английский - а если будут добровольцы-переводчики - то и на других) на
http://sourceforge.net/projects/husky, раздел "Документация"
(точный URL: http://sourceforge.net/docman/?group_id=1332)

/------/
--- hpt/w32 1.9.0

FAQ Robot написал(а) к All в Apr 16 10:00:08 по местному времени:

/------/

[15] Q: Так как насчет фичи "X"?

A: (FL)

В общем-то не помешало бы...

A: (ML)

Присылай патч! (c) mtt

Q: хмм... я извиняюсь за то, что ввел, по всей видимости, тебя в
Q: заблуждение, но я спрашивал, будет ли "X" в hpt. Сам я разве
Q: что калькулятор напрограммить могу...

Вот так всегда.

The source is available, so download it and do it yourself. Please don't
think that OpenSource developers are your personal slaves. (c) FreeAmp FAQ

/------/

[16] Q: Что такое НighWater?

A: (ML)

НighWater - это такой счетчик; после сканирования он ставится в конец базы,
чтобы не сканировать заново всю базу, а только новые мессаги, начиная с
этого счетчика.

/------/

[17] Q: Почему JAM временами сканируется только через "hpt scan -w"?

A: (ML)

НPT перестает нормально сканировать JAM, когда юзер руками стирает
сообщения, а редактор не уменьшает НighWater. Поэтому, когда пишешь новые
мессаги, они будут ниже НighWater и не просканируются. В Squish с этим делом
все нормально - там номер нового сообщения будет всегда больше, чем
НighWater.

С версии 0.9.8 16-03-01 новый алгоритм сканирования JAM. Если есть лишние
фреймы, то сканируем без НighWater; если сообщение в конце базы, и есть
лишние фреймы, то начинаем сканировать с этого сообщения. 100% результат не
гарантирован, например: одно сообщение стер, два написал - лишних фреймов
нет, НighWater как раз указывает на второе сообщение (первое вместо
удаленного). Сканируется только второе сообщение.

Совет такой: не удалять руками сообщения и искать нормальный редактор,
который будет уменьшать НighWater при удалении.

С версии 1.1.5 GoldED+ поддерживает Jam Нighwater Mark в том виде, как это
реализовано в SMAPI, ему нужно для этого прописать "JamSMAPIНighwater Yes".

/------/

[18] Q: Почему на одну и ту же эху к аплинку сфорвардилось много запросов?

A: (FL)

Да очень все просто, и дело не в hpt ...
В описании линка есть строка, что-то типа:

AutoAreaCreateFile /path/file_areas.name

Так вот этот file_areas.name не подключен к основному конфигу по include

(SD): Tparser должен при этом выдать ошибку:
"AutoAreaCreateFile /path/file_areas.name has never been included in config!"

/------/

[19] Q: Как постить через pipe под win32?

A: (SR)

В win32 пайпы делаются через файлы, и программы цепочки выполняются сугубо
последовательно. В то же время вот такая команда выполняется нормально:

type T.BAT |hpt\hpt post -nf "Daemon" -s "subject" -e "my.robot" -

Так что если будешь пускать их по отдельности (perl script.pl | hpt ...),
должно все нормально работать.

/------/

[20] Q: А как собирать latest версии под win32?

A: (DK)

1. Распаковываешь архив (если нет tar/gzip, можно воспользоваться winzip или
winrar; в комплекте cygwin имеется нормальный tar, понимающий gzipped архивы)

2. Компилятор. Реально под Win32 надо взять MSVC, Watcom C, Borland C либо
поставить Cygwin и запускать соотвественно nmake -f makefile.(mvc|mvcdll),
wmake -f makefile.wcw, tmake -f makefile.bcw или make -f makefile.cyg.

3. Распаковать и собрать последовательно:
- SMAPI: получишь smapi(mvc|wcw|bcw).(lib|dll) (в cygwin - libsmapicyg.a),
- fidoconf: получишь fidoconfmvc.dll либо fidoconf(mvc|wcw|bcw).lib
(в cygwin libfidoconfigcyg.a) + несколько утилиток (tparser, linked, fc2*).
- Затем компилируешь любую из остальных программ.

4. Все собираемые программы/библиотеки должны быть от одной даты в случае
-current версии (если smapi/fidoconf - latest от 9.10.2002, то совать туда,
например, hpt от 1.1.2001 чревато).

5. Чтобы получить html-документацию, нужен makeinfo (например, из Cygwin):
с октября 2002 года именно он используется в makefile либо интерпретатор PERL
(напр., http://www.activestate.com, htp://www.perl.com) и скрипт Texi2Нtml
(http://texi2html.cvshome.org/,
http://www.mathematik.uni-kl.de/~obachman/Texi2html,
http://wwwinfo.cern.ch/dis/texi2html/)

/------/

[21] Q: Чем отличаются линковщики?

A: (SR)

"hpt link", "hptutil link" и "hptlink -t -s" должны давать одинаковые
результаты, hptutil link несколько быстрее.
После первой линковки "hptlink -t" дальше можно использовать "hptlink -t
-n", что существенно ускорит работу на больших базах. Пpи этом стpоится
"честное" деpево ответов по MSGID/REPLY, и обpабатываются только новые
сообщения. Любители стpоить ответы в одну цепочку должны вызывать "hptlink"
без паpаметpов (пpи постpоении одной цепочки ключ "-n" отpабатывает не
совсем коppектно). О возможных ключах hptlink можно узнать, вызвав с
параметром -h (или любой другой чушью;-)

Еще есть sqlink по адресу http://www.aha.ru/~snn/fido/sqlinkw/
Кто-то предпочитает fastlink: http://fastlink.da.ru

A: (PG)

Разные алгоритмы, разные авторы, разные возможности... Выбирай то, что тебе
больше нравится.

"hpt link" умеет линковать только по msgid/reply, всегда строит дерево. Свежий
из девелоперской ветки совсем шустро линкует jam.

hptlink умеет линковать по сабжам, может делать обычную цепочку, а не дерево.

/------/

[22] Q: Как работает удаление эх через areafix?

A: (PG)

Эха может удаляться, если у нас от нее отписывается основной аплинк
("-def"), либо если мы получаем команду ~area от того, кому разрешено
удаление этой эхи (LinkGrp должен совпадать с -g в эхе).
В этом случае мы отписываемся у всех линков и удаляем эху, причем тем,
для кого указано AdvancedAreafix, мы шлем команду ~area, а остальным -
просто -area.
Не при любой отписке шлется ~area, а только при удалении эхи. При forward
request в любом случае отправляется обычная отписка, "-area".

A: (SD)

Стараниями Макса Черногора в hpt-1.2 (stable) и hpt-1.3 (current) был
реализованн продвинутый механизм подписки и отписки:
аплинку не отсылаются повторные запросы на подписку и, если в эху ничего
не пришло за указанный период, производится подписка у следующего.
Отписка же от аплинка производится не сразу - чтобы не было частых
подписок-отписок; кроме того, после отправки запроса на отписку эха некоторое
время не удаляется из конфига - чтобы запоздалое письмо не создало ее снова.
Время ожидания настраивается, см. в документации на hpt: AreaFixQueueFile,
ForwardRequestTimeout, IdlePassthruTimeout, KilledRequestTimeout, `hpt qupd`.

/------/

[23] Q: Кaк пойнтам ставить на некоторые эхи Read Only?

A: (SR)

Ваpианты:

1. Поставить -r после тех линков, котоpых ставишь в r/o. Отписка/подписка
позволит им снять этот pежим. Можно запpетить подписку/отписку (-mandatory в
описании эхи или mandatory в описании линка)

2. Поднять уpовень на запись (-lw 100 в описании эхи) и уpовень тем, кто
должен иметь доступ на запись (Level 100 в описании линка).

3. С версии 0.9.8 26-07-01 возможна такая конструкция:

ReadOnly 2:5021/19. tver.sysop

A: (SD)
Можно также использовать перловый модуль hpr_ro - если hpt собран
с поддержкой perl. Только там можно и напортачить с настройкой.

/------/

[24] Q: В чем разница между версиями cygwin и mingw32?

A: (PG)

mingw32 (он же используется в cygwin gcc с опцией -mno-cygwin) - это просто
RTL, напоминающая POSIX более, чем msvc, watcom и пр. С ее помощью применение
напильника обычно может привести к компиляции небольших юниксных утилит под
windows. В результате получаются полноценные виндовые exe-шники. Сам по себе
gcc+mingw32 является полнофункциональным компилятором, который можно
использовать не только для портирования unix utils.

Cygwin - это среда, эмулирующая некоторые черты unix, включая fork(). При
компиляции создаются a.out-бинарники с загрузчиком. Требуют для работы
cygwin1.dll. Применяются для той же цели (портирование unix utils), но требуют
напильник меньшего калибра. Результат уступает по эффективности mingw32,
требует cygwin1.dll, поэтому при прочих равных использование mingw32 является
предпочтительным. Могут отбрасывать core, которую потом можно поднимать gdb,
т.е. этот вариант удобно использовать при отладке (для отлова плавающих
глюков).

Поправьте, если я в чем-то ошибаюсь.

A: (AS)

Поправлю: cygwin1.dll используется, только если используются цигвиновые
библиотеки, требующие этот файл... У меня скомпилированы:
fidoconf, hpt, htick, smapi, hpucode, hptsqfix, hptkill, sqpack, emailpkt...
Из них cygwin1.dll требуется только для emailpkt, так как он использует
-luser32, и бинарники у mingw и cygwin примерно одного размера.

/------/

[25] Q: А чем фиксить базы, если с ними действительно траблы?

A: (ML,SR)

hptsqfix (Squish базы), hptutil fix
не стоит использовать старые досовые sqfix и sqfix32 (not y2k compatible)

Q: А что за файлы .tm*?

.tm* - новые (исправленные) базы, которые создает hptsqfix.

Q: Почему бы не сделать наоборот?

Для того, чтобы человек при запуске успел хотя бы 3 раза подумать, а не
выпрямить ли лучше руки. Ведь порча базы - из ряда вон выходящее явление. А
если он настолько крут, что занимается экспериментами, побочным эффектом
которых является порча базы, он напишет командник, который все, что надо,
переименует.

/------/

[26] Q: Отсутствие доки сильно мешает! (Где взять документацию на русском?)

A: (ML,VS)

Есть документация отдельно по hpt и fidoconfig'у. Лучше прочесть обе (начиная
с fidoconfig).

Q: Я имею в виду не дохлое описание не всех комманд, а полноценную доку с
Q: подробным описанием, как и что работает.

Если бы ты ее прочел, вопроса бы не возникло. Книжку же с большими цветными
картинками "Использование hpt for ..." никто писать не будет.

А вообще-то есть что-то подобное (для "чайников") :-) - примеры конфигов и
краткое руководство по настройке. Написал эту доку Pavel A. Laskin, 2:5070/138.
http://www.jamnet.lgg.ru/uht/docs/uhtd.zip
(в ней могут быть ошибки)

По последним данным, этой доки на сайте уже нет, так что требуйте ее от автора
по фидо или ICQ.
Также есть здесь: ftp://ftp.grumbler.org/pub/НUSKY/uhtd.rar

A: (SD)
Документация на русском несколько отстает от развития тоссера, а бывает
что и не развивается вовсе. К примеру, в июле 2002 года уже удален сайт
http://hpt-tosser.narod.ru (редиректится на сайт некоей фирмы)

Действует летом 2002 года такая ссылка:
http://andrews42.mailru.com/
(Автор: Andrew Sagulin 2:6037/1.28 andrews42@mailru.com)

В ближайшем будущем будем выкладывать документацию на разных языках (русский
и английский - а если будут добровольцы-переводчики - то и на других) на
http://sourceforge.net/projects/husky, раздел "Документация"
(точный URL: http://sourceforge.net/docman/?group_id=1332)

/------/
--- hpt/w32 1.9.0

FAQ Robot написал(а) к All в Apr 16 10:00:08 по местному времени:

/------/

[15] Q: Так как насчет фичи "X"?

A: (FL)

В общем-то не помешало бы...

A: (ML)

Присылай патч! (c) mtt

Q: хмм... я извиняюсь за то, что ввел, по всей видимости, тебя в
Q: заблуждение, но я спрашивал, будет ли "X" в hpt. Сам я разве
Q: что калькулятор напрограммить могу...

Вот так всегда.

The source is available, so download it and do it yourself. Please don't
think that OpenSource developers are your personal slaves. (c) FreeAmp FAQ

/------/

[16] Q: Что такое НighWater?

A: (ML)

НighWater - это такой счетчик; после сканирования он ставится в конец базы,
чтобы не сканировать заново всю базу, а только новые мессаги, начиная с
этого счетчика.

/------/

[17] Q: Почему JAM временами сканируется только через "hpt scan -w"?

A: (ML)

НPT перестает нормально сканировать JAM, когда юзер руками стирает
сообщения, а редактор не уменьшает НighWater. Поэтому, когда пишешь новые
мессаги, они будут ниже НighWater и не просканируются. В Squish с этим делом
все нормально - там номер нового сообщения будет всегда больше, чем
НighWater.

С версии 0.9.8 16-03-01 новый алгоритм сканирования JAM. Если есть лишние
фреймы, то сканируем без НighWater; если сообщение в конце базы, и есть
лишние фреймы, то начинаем сканировать с этого сообщения. 100% результат не
гарантирован, например: одно сообщение стер, два написал - лишних фреймов
нет, НighWater как раз указывает на второе сообщение (первое вместо
удаленного). Сканируется только второе сообщение.

Совет такой: не удалять руками сообщения и искать нормальный редактор,
который будет уменьшать НighWater при удалении.

С версии 1.1.5 GoldED+ поддерживает Jam Нighwater Mark в том виде, как это
реализовано в SMAPI, ему нужно для этого прописать "JamSMAPIНighwater Yes".

/------/

[18] Q: Почему на одну и ту же эху к аплинку сфорвардилось много запросов?

A: (FL)

Да очень все просто, и дело не в hpt ...
В описании линка есть строка, что-то типа:

AutoAreaCreateFile /path/file_areas.name

Так вот этот file_areas.name не подключен к основному конфигу по include

(SD): Tparser должен при этом выдать ошибку:
"AutoAreaCreateFile /path/file_areas.name has never been included in config!"

/------/

[19] Q: Как постить через pipe под win32?

A: (SR)

В win32 пайпы делаются через файлы, и программы цепочки выполняются сугубо
последовательно. В то же время вот такая команда выполняется нормально:

type T.BAT |hpt\hpt post -nf "Daemon" -s "subject" -e "my.robot" -

Так что если будешь пускать их по отдельности (perl script.pl | hpt ...),
должно все нормально работать.

/------/

[20] Q: А как собирать latest версии под win32?

A: (DK)

1. Распаковываешь архив (если нет tar/gzip, можно воспользоваться winzip или
winrar; в комплекте cygwin имеется нормальный tar, понимающий gzipped архивы)

2. Компилятор. Реально под Win32 надо взять MSVC, Watcom C, Borland C либо
поставить Cygwin и запускать соотвественно nmake -f makefile.(mvc|mvcdll),
wmake -f makefile.wcw, tmake -f makefile.bcw или make -f makefile.cyg.

3. Распаковать и собрать последовательно:
- SMAPI: получишь smapi(mvc|wcw|bcw).(lib|dll) (в cygwin - libsmapicyg.a),
- fidoconf: получишь fidoconfmvc.dll либо fidoconf(mvc|wcw|bcw).lib
(в cygwin libfidoconfigcyg.a) + несколько утилиток (tparser, linked, fc2*).
- Затем компилируешь любую из остальных программ.

4. Все собираемые программы/библиотеки должны быть от одной даты в случае
-current версии (если smapi/fidoconf - latest от 9.10.2002, то совать туда,
например, hpt от 1.1.2001 чревато).

5. Чтобы получить html-документацию, нужен makeinfo (например, из Cygwin):
с октября 2002 года именно он используется в makefile либо интерпретатор PERL
(напр., http://www.activestate.com, htp://www.perl.com) и скрипт Texi2Нtml
(http://texi2html.cvshome.org/,
http://www.mathematik.uni-kl.de/~obachman/Texi2html,
http://wwwinfo.cern.ch/dis/texi2html/)

/------/

[21] Q: Чем отличаются линковщики?

A: (SR)

"hpt link", "hptutil link" и "hptlink -t -s" должны давать одинаковые
результаты, hptutil link несколько быстрее.
После первой линковки "hptlink -t" дальше можно использовать "hptlink -t
-n", что существенно ускорит работу на больших базах. Пpи этом стpоится
"честное" деpево ответов по MSGID/REPLY, и обpабатываются только новые
сообщения. Любители стpоить ответы в одну цепочку должны вызывать "hptlink"
без паpаметpов (пpи постpоении одной цепочки ключ "-n" отpабатывает не
совсем коppектно). О возможных ключах hptlink можно узнать, вызвав с
параметром -h (или любой другой чушью;-)

Еще есть sqlink по адресу http://www.aha.ru/~snn/fido/sqlinkw/
Кто-то предпочитает fastlink: http://fastlink.da.ru

A: (PG)

Разные алгоритмы, разные авторы, разные возможности... Выбирай то, что тебе
больше нравится.

"hpt link" умеет линковать только по msgid/reply, всегда строит дерево. Свежий
из девелоперской ветки совсем шустро линкует jam.

hptlink умеет линковать по сабжам, может делать обычную цепочку, а не дерево.

/------/

[22] Q: Как работает удаление эх через areafix?

A: (PG)

Эха может удаляться, если у нас от нее отписывается основной аплинк
("-def"), либо если мы получаем команду ~area от того, кому разрешено
удаление этой эхи (LinkGrp должен совпадать с -g в эхе).
В этом случае мы отписываемся у всех линков и удаляем эху, причем тем,
для кого указано AdvancedAreafix, мы шлем команду ~area, а остальным -
просто -area.
Не при любой отписке шлется ~area, а только при удалении эхи. При forward
request в любом случае отправляется обычная отписка, "-area".

A: (SD)

Стараниями Макса Черногора в hpt-1.2 (stable) и hpt-1.3 (current) был
реализованн продвинутый механизм подписки и отписки:
аплинку не отсылаются повторные запросы на подписку и, если в эху ничего
не пришло за указанный период, производится подписка у следующего.
Отписка же от аплинка производится не сразу - чтобы не было частых
подписок-отписок; кроме того, после отправки запроса на отписку эха некоторое
время не удаляется из конфига - чтобы запоздалое письмо не создало ее снова.
Время ожидания настраивается, см. в документации на hpt: AreaFixQueueFile,
ForwardRequestTimeout, IdlePassthruTimeout, KilledRequestTimeout, `hpt qupd`.

/------/

[23] Q: Кaк пойнтам ставить на некоторые эхи Read Only?

A: (SR)

Ваpианты:

1. Поставить -r после тех линков, котоpых ставишь в r/o. Отписка/подписка
позволит им снять этот pежим. Можно запpетить подписку/отписку (-mandatory в
описании эхи или mandatory в описании линка)

2. Поднять уpовень на запись (-lw 100 в описании эхи) и уpовень тем, кто
должен иметь доступ на запись (Level 100 в описании линка).

3. С версии 0.9.8 26-07-01 возможна такая конструкция:

ReadOnly 2:5021/19. tver.sysop

A: (SD)
Можно также использовать перловый модуль hpr_ro - если hpt собран
с поддержкой perl. Только там можно и напортачить с настройкой.

/------/

[24] Q: В чем разница между версиями cygwin и mingw32?

A: (PG)

mingw32 (он же используется в cygwin gcc с опцией -mno-cygwin) - это просто
RTL, напоминающая POSIX более, чем msvc, watcom и пр. С ее помощью применение
напильника обычно может привести к компиляции небольших юниксных утилит под
windows. В результате получаются полноценные виндовые exe-шники. Сам по себе
gcc+mingw32 является полнофункциональным компилятором, который можно
использовать не только для портирования unix utils.

Cygwin - это среда, эмулирующая некоторые черты unix, включая fork(). При
компиляции создаются a.out-бинарники с загрузчиком. Требуют для работы
cygwin1.dll. Применяются для той же цели (портирование unix utils), но требуют
напильник меньшего калибра. Результат уступает по эффективности mingw32,
требует cygwin1.dll, поэтому при прочих равных использование mingw32 является
предпочтительным. Могут отбрасывать core, которую потом можно поднимать gdb,
т.е. этот вариант удобно использовать при отладке (для отлова плавающих
глюков).

Поправьте, если я в чем-то ошибаюсь.

A: (AS)

Поправлю: cygwin1.dll используется, только если используются цигвиновые
библиотеки, требующие этот файл... У меня скомпилированы:
fidoconf, hpt, htick, smapi, hpucode, hptsqfix, hptkill, sqpack, emailpkt...
Из них cygwin1.dll требуется только для emailpkt, так как он использует
-luser32, и бинарники у mingw и cygwin примерно одного размера.

/------/

[25] Q: А чем фиксить базы, если с ними действительно траблы?

A: (ML,SR)

hptsqfix (Squish базы), hptutil fix
не стоит использовать старые досовые sqfix и sqfix32 (not y2k compatible)

Q: А что за файлы .tm*?

.tm* - новые (исправленные) базы, которые создает hptsqfix.

Q: Почему бы не сделать наоборот?

Для того, чтобы человек при запуске успел хотя бы 3 раза подумать, а не
выпрямить ли лучше руки. Ведь порча базы - из ряда вон выходящее явление. А
если он настолько крут, что занимается экспериментами, побочным эффектом
которых является порча базы, он напишет командник, который все, что надо,
переименует.

/------/

[26] Q: Отсутствие доки сильно мешает! (Где взять документацию на русском?)

A: (ML,VS)

Есть документация отдельно по hpt и fidoconfig'у. Лучше прочесть обе (начиная
с fidoconfig).

Q: Я имею в виду не дохлое описание не всех комманд, а полноценную доку с
Q: подробным описанием, как и что работает.

Если бы ты ее прочел, вопроса бы не возникло. Книжку же с большими цветными
картинками "Использование hpt for ..." никто писать не будет.

А вообще-то есть что-то подобное (для "чайников") :-) - примеры конфигов и
краткое руководство по настройке. Написал эту доку Pavel A. Laskin, 2:5070/138.
http://www.jamnet.lgg.ru/uht/docs/uhtd.zip
(в ней могут быть ошибки)

По последним данным, этой доки на сайте уже нет, так что требуйте ее от автора
по фидо или ICQ.
Также есть здесь: ftp://ftp.grumbler.org/pub/НUSKY/uhtd.rar

A: (SD)
Документация на русском несколько отстает от развития тоссера, а бывает
что и не развивается вовсе. К примеру, в июле 2002 года уже удален сайт
http://hpt-tosser.narod.ru (редиректится на сайт некоей фирмы)

Действует летом 2002 года такая ссылка:
http://andrews42.mailru.com/
(Автор: Andrew Sagulin 2:6037/1.28 andrews42@mailru.com)

В ближайшем будущем будем выкладывать документацию на разных языках (русский
и английский - а если будут добровольцы-переводчики - то и на других) на
http://sourceforge.net/projects/husky, раздел "Документация"
(точный URL: http://sourceforge.net/docman/?group_id=1332)

/------/
--- hpt/w32 1.9.0

FAQ Robot написал(а) к All в May 16 10:00:08 по местному времени:

/------/

[15] Q: Так как насчет фичи "X"?

A: (FL)

В общем-то не помешало бы...

A: (ML)

Присылай патч! (c) mtt

Q: хмм... я извиняюсь за то, что ввел, по всей видимости, тебя в
Q: заблуждение, но я спрашивал, будет ли "X" в hpt. Сам я разве
Q: что калькулятор напрограммить могу...

Вот так всегда.

The source is available, so download it and do it yourself. Please don't
think that OpenSource developers are your personal slaves. (c) FreeAmp FAQ

/------/

[16] Q: Что такое НighWater?

A: (ML)

НighWater - это такой счетчик; после сканирования он ставится в конец базы,
чтобы не сканировать заново всю базу, а только новые мессаги, начиная с
этого счетчика.

/------/

[17] Q: Почему JAM временами сканируется только через "hpt scan -w"?

A: (ML)

НPT перестает нормально сканировать JAM, когда юзер руками стирает
сообщения, а редактор не уменьшает НighWater. Поэтому, когда пишешь новые
мессаги, они будут ниже НighWater и не просканируются. В Squish с этим делом
все нормально - там номер нового сообщения будет всегда больше, чем
НighWater.

С версии 0.9.8 16-03-01 новый алгоритм сканирования JAM. Если есть лишние
фреймы, то сканируем без НighWater; если сообщение в конце базы, и есть
лишние фреймы, то начинаем сканировать с этого сообщения. 100% результат не
гарантирован, например: одно сообщение стер, два написал - лишних фреймов
нет, НighWater как раз указывает на второе сообщение (первое вместо
удаленного). Сканируется только второе сообщение.

Совет такой: не удалять руками сообщения и искать нормальный редактор,
который будет уменьшать НighWater при удалении.

С версии 1.1.5 GoldED+ поддерживает Jam Нighwater Mark в том виде, как это
реализовано в SMAPI, ему нужно для этого прописать "JamSMAPIНighwater Yes".

/------/

[18] Q: Почему на одну и ту же эху к аплинку сфорвардилось много запросов?

A: (FL)

Да очень все просто, и дело не в hpt ...
В описании линка есть строка, что-то типа:

AutoAreaCreateFile /path/file_areas.name

Так вот этот file_areas.name не подключен к основному конфигу по include

(SD): Tparser должен при этом выдать ошибку:
"AutoAreaCreateFile /path/file_areas.name has never been included in config!"

/------/

[19] Q: Как постить через pipe под win32?

A: (SR)

В win32 пайпы делаются через файлы, и программы цепочки выполняются сугубо
последовательно. В то же время вот такая команда выполняется нормально:

type T.BAT |hpt\hpt post -nf "Daemon" -s "subject" -e "my.robot" -

Так что если будешь пускать их по отдельности (perl script.pl | hpt ...),
должно все нормально работать.

/------/

[20] Q: А как собирать latest версии под win32?

A: (DK)

1. Распаковываешь архив (если нет tar/gzip, можно воспользоваться winzip или
winrar; в комплекте cygwin имеется нормальный tar, понимающий gzipped архивы)

2. Компилятор. Реально под Win32 надо взять MSVC, Watcom C, Borland C либо
поставить Cygwin и запускать соотвественно nmake -f makefile.(mvc|mvcdll),
wmake -f makefile.wcw, tmake -f makefile.bcw или make -f makefile.cyg.

3. Распаковать и собрать последовательно:
- SMAPI: получишь smapi(mvc|wcw|bcw).(lib|dll) (в cygwin - libsmapicyg.a),
- fidoconf: получишь fidoconfmvc.dll либо fidoconf(mvc|wcw|bcw).lib
(в cygwin libfidoconfigcyg.a) + несколько утилиток (tparser, linked, fc2*).
- Затем компилируешь любую из остальных программ.

4. Все собираемые программы/библиотеки должны быть от одной даты в случае
-current версии (если smapi/fidoconf - latest от 9.10.2002, то совать туда,
например, hpt от 1.1.2001 чревато).

5. Чтобы получить html-документацию, нужен makeinfo (например, из Cygwin):
с октября 2002 года именно он используется в makefile либо интерпретатор PERL
(напр., http://www.activestate.com, htp://www.perl.com) и скрипт Texi2Нtml
(http://texi2html.cvshome.org/,
http://www.mathematik.uni-kl.de/~obachman/Texi2html,
http://wwwinfo.cern.ch/dis/texi2html/)

/------/

[21] Q: Чем отличаются линковщики?

A: (SR)

"hpt link", "hptutil link" и "hptlink -t -s" должны давать одинаковые
результаты, hptutil link несколько быстрее.
После первой линковки "hptlink -t" дальше можно использовать "hptlink -t
-n", что существенно ускорит работу на больших базах. Пpи этом стpоится
"честное" деpево ответов по MSGID/REPLY, и обpабатываются только новые
сообщения. Любители стpоить ответы в одну цепочку должны вызывать "hptlink"
без паpаметpов (пpи постpоении одной цепочки ключ "-n" отpабатывает не
совсем коppектно). О возможных ключах hptlink можно узнать, вызвав с
параметром -h (или любой другой чушью;-)

Еще есть sqlink по адресу http://www.aha.ru/~snn/fido/sqlinkw/
Кто-то предпочитает fastlink: http://fastlink.da.ru

A: (PG)

Разные алгоритмы, разные авторы, разные возможности... Выбирай то, что тебе
больше нравится.

"hpt link" умеет линковать только по msgid/reply, всегда строит дерево. Свежий
из девелоперской ветки совсем шустро линкует jam.

hptlink умеет линковать по сабжам, может делать обычную цепочку, а не дерево.

/------/

[22] Q: Как работает удаление эх через areafix?

A: (PG)

Эха может удаляться, если у нас от нее отписывается основной аплинк
("-def"), либо если мы получаем команду ~area от того, кому разрешено
удаление этой эхи (LinkGrp должен совпадать с -g в эхе).
В этом случае мы отписываемся у всех линков и удаляем эху, причем тем,
для кого указано AdvancedAreafix, мы шлем команду ~area, а остальным -
просто -area.
Не при любой отписке шлется ~area, а только при удалении эхи. При forward
request в любом случае отправляется обычная отписка, "-area".

A: (SD)

Стараниями Макса Черногора в hpt-1.2 (stable) и hpt-1.3 (current) был
реализованн продвинутый механизм подписки и отписки:
аплинку не отсылаются повторные запросы на подписку и, если в эху ничего
не пришло за указанный период, производится подписка у следующего.
Отписка же от аплинка производится не сразу - чтобы не было частых
подписок-отписок; кроме того, после отправки запроса на отписку эха некоторое
время не удаляется из конфига - чтобы запоздалое письмо не создало ее снова.
Время ожидания настраивается, см. в документации на hpt: AreaFixQueueFile,
ForwardRequestTimeout, IdlePassthruTimeout, KilledRequestTimeout, `hpt qupd`.

/------/

[23] Q: Кaк пойнтам ставить на некоторые эхи Read Only?

A: (SR)

Ваpианты:

1. Поставить -r после тех линков, котоpых ставишь в r/o. Отписка/подписка
позволит им снять этот pежим. Можно запpетить подписку/отписку (-mandatory в
описании эхи или mandatory в описании линка)

2. Поднять уpовень на запись (-lw 100 в описании эхи) и уpовень тем, кто
должен иметь доступ на запись (Level 100 в описании линка).

3. С версии 0.9.8 26-07-01 возможна такая конструкция:

ReadOnly 2:5021/19. tver.sysop

A: (SD)
Можно также использовать перловый модуль hpr_ro - если hpt собран
с поддержкой perl. Только там можно и напортачить с настройкой.

/------/

[24] Q: В чем разница между версиями cygwin и mingw32?

A: (PG)

mingw32 (он же используется в cygwin gcc с опцией -mno-cygwin) - это просто
RTL, напоминающая POSIX более, чем msvc, watcom и пр. С ее помощью применение
напильника обычно может привести к компиляции небольших юниксных утилит под
windows. В результате получаются полноценные виндовые exe-шники. Сам по себе
gcc+mingw32 является полнофункциональным компилятором, который можно
использовать не только для портирования unix utils.

Cygwin - это среда, эмулирующая некоторые черты unix, включая fork(). При
компиляции создаются a.out-бинарники с загрузчиком. Требуют для работы
cygwin1.dll. Применяются для той же цели (портирование unix utils), но требуют
напильник меньшего калибра. Результат уступает по эффективности mingw32,
требует cygwin1.dll, поэтому при прочих равных использование mingw32 является
предпочтительным. Могут отбрасывать core, которую потом можно поднимать gdb,
т.е. этот вариант удобно использовать при отладке (для отлова плавающих
глюков).

Поправьте, если я в чем-то ошибаюсь.

A: (AS)

Поправлю: cygwin1.dll используется, только если используются цигвиновые
библиотеки, требующие этот файл... У меня скомпилированы:
fidoconf, hpt, htick, smapi, hpucode, hptsqfix, hptkill, sqpack, emailpkt...
Из них cygwin1.dll требуется только для emailpkt, так как он использует
-luser32, и бинарники у mingw и cygwin примерно одного размера.

/------/

[25] Q: А чем фиксить базы, если с ними действительно траблы?

A: (ML,SR)

hptsqfix (Squish базы), hptutil fix
не стоит использовать старые досовые sqfix и sqfix32 (not y2k compatible)

Q: А что за файлы .tm*?

.tm* - новые (исправленные) базы, которые создает hptsqfix.

Q: Почему бы не сделать наоборот?

Для того, чтобы человек при запуске успел хотя бы 3 раза подумать, а не
выпрямить ли лучше руки. Ведь порча базы - из ряда вон выходящее явление. А
если он настолько крут, что занимается экспериментами, побочным эффектом
которых является порча базы, он напишет командник, который все, что надо,
переименует.

/------/

[26] Q: Отсутствие доки сильно мешает! (Где взять документацию на русском?)

A: (ML,VS)

Есть документация отдельно по hpt и fidoconfig'у. Лучше прочесть обе (начиная
с fidoconfig).

Q: Я имею в виду не дохлое описание не всех комманд, а полноценную доку с
Q: подробным описанием, как и что работает.

Если бы ты ее прочел, вопроса бы не возникло. Книжку же с большими цветными
картинками "Использование hpt for ..." никто писать не будет.

А вообще-то есть что-то подобное (для "чайников") :-) - примеры конфигов и
краткое руководство по настройке. Написал эту доку Pavel A. Laskin, 2:5070/138.
http://www.jamnet.lgg.ru/uht/docs/uhtd.zip
(в ней могут быть ошибки)

По последним данным, этой доки на сайте уже нет, так что требуйте ее от автора
по фидо или ICQ.
Также есть здесь: ftp://ftp.grumbler.org/pub/НUSKY/uhtd.rar

A: (SD)
Документация на русском несколько отстает от развития тоссера, а бывает
что и не развивается вовсе. К примеру, в июле 2002 года уже удален сайт
http://hpt-tosser.narod.ru (редиректится на сайт некоей фирмы)

Действует летом 2002 года такая ссылка:
http://andrews42.mailru.com/
(Автор: Andrew Sagulin 2:6037/1.28 andrews42@mailru.com)

В ближайшем будущем будем выкладывать документацию на разных языках (русский
и английский - а если будут добровольцы-переводчики - то и на других) на
http://sourceforge.net/projects/husky, раздел "Документация"
(точный URL: http://sourceforge.net/docman/?group_id=1332)

/------/
--- hpt/w32 1.9.0

FAQ Robot написал(а) к All в Jun 16 10:00:08 по местному времени:

/------/

[15] Q: Так как насчет фичи "X"?

A: (FL)

В общем-то не помешало бы...

A: (ML)

Присылай патч! (c) mtt

Q: хмм... я извиняюсь за то, что ввел, по всей видимости, тебя в
Q: заблуждение, но я спрашивал, будет ли "X" в hpt. Сам я разве
Q: что калькулятор напрограммить могу...

Вот так всегда.

The source is available, so download it and do it yourself. Please don't
think that OpenSource developers are your personal slaves. (c) FreeAmp FAQ

/------/

[16] Q: Что такое НighWater?

A: (ML)

НighWater - это такой счетчик; после сканирования он ставится в конец базы,
чтобы не сканировать заново всю базу, а только новые мессаги, начиная с
этого счетчика.

/------/

[17] Q: Почему JAM временами сканируется только через "hpt scan -w"?

A: (ML)

НPT перестает нормально сканировать JAM, когда юзер руками стирает
сообщения, а редактор не уменьшает НighWater. Поэтому, когда пишешь новые
мессаги, они будут ниже НighWater и не просканируются. В Squish с этим делом
все нормально - там номер нового сообщения будет всегда больше, чем
НighWater.

С версии 0.9.8 16-03-01 новый алгоритм сканирования JAM. Если есть лишние
фреймы, то сканируем без НighWater; если сообщение в конце базы, и есть
лишние фреймы, то начинаем сканировать с этого сообщения. 100% результат не
гарантирован, например: одно сообщение стер, два написал - лишних фреймов
нет, НighWater как раз указывает на второе сообщение (первое вместо
удаленного). Сканируется только второе сообщение.

Совет такой: не удалять руками сообщения и искать нормальный редактор,
который будет уменьшать НighWater при удалении.

С версии 1.1.5 GoldED+ поддерживает Jam Нighwater Mark в том виде, как это
реализовано в SMAPI, ему нужно для этого прописать "JamSMAPIНighwater Yes".

/------/

[18] Q: Почему на одну и ту же эху к аплинку сфорвардилось много запросов?

A: (FL)

Да очень все просто, и дело не в hpt ...
В описании линка есть строка, что-то типа:

AutoAreaCreateFile /path/file_areas.name

Так вот этот file_areas.name не подключен к основному конфигу по include

(SD): Tparser должен при этом выдать ошибку:
"AutoAreaCreateFile /path/file_areas.name has never been included in config!"

/------/

[19] Q: Как постить через pipe под win32?

A: (SR)

В win32 пайпы делаются через файлы, и программы цепочки выполняются сугубо
последовательно. В то же время вот такая команда выполняется нормально:

type T.BAT |hpt\hpt post -nf "Daemon" -s "subject" -e "my.robot" -

Так что если будешь пускать их по отдельности (perl script.pl | hpt ...),
должно все нормально работать.

/------/

[20] Q: А как собирать latest версии под win32?

A: (DK)

1. Распаковываешь архив (если нет tar/gzip, можно воспользоваться winzip или
winrar; в комплекте cygwin имеется нормальный tar, понимающий gzipped архивы)

2. Компилятор. Реально под Win32 надо взять MSVC, Watcom C, Borland C либо
поставить Cygwin и запускать соотвественно nmake -f makefile.(mvc|mvcdll),
wmake -f makefile.wcw, tmake -f makefile.bcw или make -f makefile.cyg.

3. Распаковать и собрать последовательно:
- SMAPI: получишь smapi(mvc|wcw|bcw).(lib|dll) (в cygwin - libsmapicyg.a),
- fidoconf: получишь fidoconfmvc.dll либо fidoconf(mvc|wcw|bcw).lib
(в cygwin libfidoconfigcyg.a) + несколько утилиток (tparser, linked, fc2*).
- Затем компилируешь любую из остальных программ.

4. Все собираемые программы/библиотеки должны быть от одной даты в случае
-current версии (если smapi/fidoconf - latest от 9.10.2002, то совать туда,
например, hpt от 1.1.2001 чревато).

5. Чтобы получить html-документацию, нужен makeinfo (например, из Cygwin):
с октября 2002 года именно он используется в makefile либо интерпретатор PERL
(напр., http://www.activestate.com, htp://www.perl.com) и скрипт Texi2Нtml
(http://texi2html.cvshome.org/,
http://www.mathematik.uni-kl.de/~obachman/Texi2html,
http://wwwinfo.cern.ch/dis/texi2html/)

/------/

[21] Q: Чем отличаются линковщики?

A: (SR)

"hpt link", "hptutil link" и "hptlink -t -s" должны давать одинаковые
результаты, hptutil link несколько быстрее.
После первой линковки "hptlink -t" дальше можно использовать "hptlink -t
-n", что существенно ускорит работу на больших базах. Пpи этом стpоится
"честное" деpево ответов по MSGID/REPLY, и обpабатываются только новые
сообщения. Любители стpоить ответы в одну цепочку должны вызывать "hptlink"
без паpаметpов (пpи постpоении одной цепочки ключ "-n" отpабатывает не
совсем коppектно). О возможных ключах hptlink можно узнать, вызвав с
параметром -h (или любой другой чушью;-)

Еще есть sqlink по адресу http://www.aha.ru/~snn/fido/sqlinkw/
Кто-то предпочитает fastlink: http://fastlink.da.ru

A: (PG)

Разные алгоритмы, разные авторы, разные возможности... Выбирай то, что тебе
больше нравится.

"hpt link" умеет линковать только по msgid/reply, всегда строит дерево. Свежий
из девелоперской ветки совсем шустро линкует jam.

hptlink умеет линковать по сабжам, может делать обычную цепочку, а не дерево.

/------/

[22] Q: Как работает удаление эх через areafix?

A: (PG)

Эха может удаляться, если у нас от нее отписывается основной аплинк
("-def"), либо если мы получаем команду ~area от того, кому разрешено
удаление этой эхи (LinkGrp должен совпадать с -g в эхе).
В этом случае мы отписываемся у всех линков и удаляем эху, причем тем,
для кого указано AdvancedAreafix, мы шлем команду ~area, а остальным -
просто -area.
Не при любой отписке шлется ~area, а только при удалении эхи. При forward
request в любом случае отправляется обычная отписка, "-area".

A: (SD)

Стараниями Макса Черногора в hpt-1.2 (stable) и hpt-1.3 (current) был
реализованн продвинутый механизм подписки и отписки:
аплинку не отсылаются повторные запросы на подписку и, если в эху ничего
не пришло за указанный период, производится подписка у следующего.
Отписка же от аплинка производится не сразу - чтобы не было частых
подписок-отписок; кроме того, после отправки запроса на отписку эха некоторое
время не удаляется из конфига - чтобы запоздалое письмо не создало ее снова.
Время ожидания настраивается, см. в документации на hpt: AreaFixQueueFile,
ForwardRequestTimeout, IdlePassthruTimeout, KilledRequestTimeout, `hpt qupd`.

/------/

[23] Q: Кaк пойнтам ставить на некоторые эхи Read Only?

A: (SR)

Ваpианты:

1. Поставить -r после тех линков, котоpых ставишь в r/o. Отписка/подписка
позволит им снять этот pежим. Можно запpетить подписку/отписку (-mandatory в
описании эхи или mandatory в описании линка)

2. Поднять уpовень на запись (-lw 100 в описании эхи) и уpовень тем, кто
должен иметь доступ на запись (Level 100 в описании линка).

3. С версии 0.9.8 26-07-01 возможна такая конструкция:

ReadOnly 2:5021/19. tver.sysop

A: (SD)
Можно также использовать перловый модуль hpr_ro - если hpt собран
с поддержкой perl. Только там можно и напортачить с настройкой.

/------/

[24] Q: В чем разница между версиями cygwin и mingw32?

A: (PG)

mingw32 (он же используется в cygwin gcc с опцией -mno-cygwin) - это просто
RTL, напоминающая POSIX более, чем msvc, watcom и пр. С ее помощью применение
напильника обычно может привести к компиляции небольших юниксных утилит под
windows. В результате получаются полноценные виндовые exe-шники. Сам по себе
gcc+mingw32 является полнофункциональным компилятором, который можно
использовать не только для портирования unix utils.

Cygwin - это среда, эмулирующая некоторые черты unix, включая fork(). При
компиляции создаются a.out-бинарники с загрузчиком. Требуют для работы
cygwin1.dll. Применяются для той же цели (портирование unix utils), но требуют
напильник меньшего калибра. Результат уступает по эффективности mingw32,
требует cygwin1.dll, поэтому при прочих равных использование mingw32 является
предпочтительным. Могут отбрасывать core, которую потом можно поднимать gdb,
т.е. этот вариант удобно использовать при отладке (для отлова плавающих
глюков).

Поправьте, если я в чем-то ошибаюсь.

A: (AS)

Поправлю: cygwin1.dll используется, только если используются цигвиновые
библиотеки, требующие этот файл... У меня скомпилированы:
fidoconf, hpt, htick, smapi, hpucode, hptsqfix, hptkill, sqpack, emailpkt...
Из них cygwin1.dll требуется только для emailpkt, так как он использует
-luser32, и бинарники у mingw и cygwin примерно одного размера.

/------/

[25] Q: А чем фиксить базы, если с ними действительно траблы?

A: (ML,SR)

hptsqfix (Squish базы), hptutil fix
не стоит использовать старые досовые sqfix и sqfix32 (not y2k compatible)

Q: А что за файлы .tm*?

.tm* - новые (исправленные) базы, которые создает hptsqfix.

Q: Почему бы не сделать наоборот?

Для того, чтобы человек при запуске успел хотя бы 3 раза подумать, а не
выпрямить ли лучше руки. Ведь порча базы - из ряда вон выходящее явление. А
если он настолько крут, что занимается экспериментами, побочным эффектом
которых является порча базы, он напишет командник, который все, что надо,
переименует.

/------/

[26] Q: Отсутствие доки сильно мешает! (Где взять документацию на русском?)

A: (ML,VS)

Есть документация отдельно по hpt и fidoconfig'у. Лучше прочесть обе (начиная
с fidoconfig).

Q: Я имею в виду не дохлое описание не всех комманд, а полноценную доку с
Q: подробным описанием, как и что работает.

Если бы ты ее прочел, вопроса бы не возникло. Книжку же с большими цветными
картинками "Использование hpt for ..." никто писать не будет.

А вообще-то есть что-то подобное (для "чайников") :-) - примеры конфигов и
краткое руководство по настройке. Написал эту доку Pavel A. Laskin, 2:5070/138.
http://www.jamnet.lgg.ru/uht/docs/uhtd.zip
(в ней могут быть ошибки)

По последним данным, этой доки на сайте уже нет, так что требуйте ее от автора
по фидо или ICQ.
Также есть здесь: ftp://ftp.grumbler.org/pub/НUSKY/uhtd.rar

A: (SD)
Документация на русском несколько отстает от развития тоссера, а бывает
что и не развивается вовсе. К примеру, в июле 2002 года уже удален сайт
http://hpt-tosser.narod.ru (редиректится на сайт некоей фирмы)

Действует летом 2002 года такая ссылка:
http://andrews42.mailru.com/
(Автор: Andrew Sagulin 2:6037/1.28 andrews42@mailru.com)

В ближайшем будущем будем выкладывать документацию на разных языках (русский
и английский - а если будут добровольцы-переводчики - то и на других) на
http://sourceforge.net/projects/husky, раздел "Документация"
(точный URL: http://sourceforge.net/docman/?group_id=1332)

/------/
--- hpt/w32 1.9.0

FAQ Robot написал(а) к All в Jun 16 10:00:08 по местному времени:

/------/

[15] Q: Так как насчет фичи "X"?

A: (FL)

В общем-то не помешало бы...

A: (ML)

Присылай патч! (c) mtt

Q: хмм... я извиняюсь за то, что ввел, по всей видимости, тебя в
Q: заблуждение, но я спрашивал, будет ли "X" в hpt. Сам я разве
Q: что калькулятор напрограммить могу...

Вот так всегда.

The source is available, so download it and do it yourself. Please don't
think that OpenSource developers are your personal slaves. (c) FreeAmp FAQ

/------/

[16] Q: Что такое НighWater?

A: (ML)

НighWater - это такой счетчик; после сканирования он ставится в конец базы,
чтобы не сканировать заново всю базу, а только новые мессаги, начиная с
этого счетчика.

/------/

[17] Q: Почему JAM временами сканируется только через "hpt scan -w"?

A: (ML)

НPT перестает нормально сканировать JAM, когда юзер руками стирает
сообщения, а редактор не уменьшает НighWater. Поэтому, когда пишешь новые
мессаги, они будут ниже НighWater и не просканируются. В Squish с этим делом
все нормально - там номер нового сообщения будет всегда больше, чем
НighWater.

С версии 0.9.8 16-03-01 новый алгоритм сканирования JAM. Если есть лишние
фреймы, то сканируем без НighWater; если сообщение в конце базы, и есть
лишние фреймы, то начинаем сканировать с этого сообщения. 100% результат не
гарантирован, например: одно сообщение стер, два написал - лишних фреймов
нет, НighWater как раз указывает на второе сообщение (первое вместо
удаленного). Сканируется только второе сообщение.

Совет такой: не удалять руками сообщения и искать нормальный редактор,
который будет уменьшать НighWater при удалении.

С версии 1.1.5 GoldED+ поддерживает Jam Нighwater Mark в том виде, как это
реализовано в SMAPI, ему нужно для этого прописать "JamSMAPIНighwater Yes".

/------/

[18] Q: Почему на одну и ту же эху к аплинку сфорвардилось много запросов?

A: (FL)

Да очень все просто, и дело не в hpt ...
В описании линка есть строка, что-то типа:

AutoAreaCreateFile /path/file_areas.name

Так вот этот file_areas.name не подключен к основному конфигу по include

(SD): Tparser должен при этом выдать ошибку:
"AutoAreaCreateFile /path/file_areas.name has never been included in config!"

/------/

[19] Q: Как постить через pipe под win32?

A: (SR)

В win32 пайпы делаются через файлы, и программы цепочки выполняются сугубо
последовательно. В то же время вот такая команда выполняется нормально:

type T.BAT |hpt\hpt post -nf "Daemon" -s "subject" -e "my.robot" -

Так что если будешь пускать их по отдельности (perl script.pl | hpt ...),
должно все нормально работать.

/------/

[20] Q: А как собирать latest версии под win32?

A: (DK)

1. Распаковываешь архив (если нет tar/gzip, можно воспользоваться winzip или
winrar; в комплекте cygwin имеется нормальный tar, понимающий gzipped архивы)

2. Компилятор. Реально под Win32 надо взять MSVC, Watcom C, Borland C либо
поставить Cygwin и запускать соотвественно nmake -f makefile.(mvc|mvcdll),
wmake -f makefile.wcw, tmake -f makefile.bcw или make -f makefile.cyg.

3. Распаковать и собрать последовательно:
- SMAPI: получишь smapi(mvc|wcw|bcw).(lib|dll) (в cygwin - libsmapicyg.a),
- fidoconf: получишь fidoconfmvc.dll либо fidoconf(mvc|wcw|bcw).lib
(в cygwin libfidoconfigcyg.a) + несколько утилиток (tparser, linked, fc2*).
- Затем компилируешь любую из остальных программ.

4. Все собираемые программы/библиотеки должны быть от одной даты в случае
-current версии (если smapi/fidoconf - latest от 9.10.2002, то совать туда,
например, hpt от 1.1.2001 чревато).

5. Чтобы получить html-документацию, нужен makeinfo (например, из Cygwin):
с октября 2002 года именно он используется в makefile либо интерпретатор PERL
(напр., http://www.activestate.com, htp://www.perl.com) и скрипт Texi2Нtml
(http://texi2html.cvshome.org/,
http://www.mathematik.uni-kl.de/~obachman/Texi2html,
http://wwwinfo.cern.ch/dis/texi2html/)

/------/

[21] Q: Чем отличаются линковщики?

A: (SR)

"hpt link", "hptutil link" и "hptlink -t -s" должны давать одинаковые
результаты, hptutil link несколько быстрее.
После первой линковки "hptlink -t" дальше можно использовать "hptlink -t
-n", что существенно ускорит работу на больших базах. Пpи этом стpоится
"честное" деpево ответов по MSGID/REPLY, и обpабатываются только новые
сообщения. Любители стpоить ответы в одну цепочку должны вызывать "hptlink"
без паpаметpов (пpи постpоении одной цепочки ключ "-n" отpабатывает не
совсем коppектно). О возможных ключах hptlink можно узнать, вызвав с
параметром -h (или любой другой чушью;-)

Еще есть sqlink по адресу http://www.aha.ru/~snn/fido/sqlinkw/
Кто-то предпочитает fastlink: http://fastlink.da.ru

A: (PG)

Разные алгоритмы, разные авторы, разные возможности... Выбирай то, что тебе
больше нравится.

"hpt link" умеет линковать только по msgid/reply, всегда строит дерево. Свежий
из девелоперской ветки совсем шустро линкует jam.

hptlink умеет линковать по сабжам, может делать обычную цепочку, а не дерево.

/------/

[22] Q: Как работает удаление эх через areafix?

A: (PG)

Эха может удаляться, если у нас от нее отписывается основной аплинк
("-def"), либо если мы получаем команду ~area от того, кому разрешено
удаление этой эхи (LinkGrp должен совпадать с -g в эхе).
В этом случае мы отписываемся у всех линков и удаляем эху, причем тем,
для кого указано AdvancedAreafix, мы шлем команду ~area, а остальным -
просто -area.
Не при любой отписке шлется ~area, а только при удалении эхи. При forward
request в любом случае отправляется обычная отписка, "-area".

A: (SD)

Стараниями Макса Черногора в hpt-1.2 (stable) и hpt-1.3 (current) был
реализованн продвинутый механизм подписки и отписки:
аплинку не отсылаются повторные запросы на подписку и, если в эху ничего
не пришло за указанный период, производится подписка у следующего.
Отписка же от аплинка производится не сразу - чтобы не было частых
подписок-отписок; кроме того, после отправки запроса на отписку эха некоторое
время не удаляется из конфига - чтобы запоздалое письмо не создало ее снова.
Время ожидания настраивается, см. в документации на hpt: AreaFixQueueFile,
ForwardRequestTimeout, IdlePassthruTimeout, KilledRequestTimeout, `hpt qupd`.

/------/

[23] Q: Кaк пойнтам ставить на некоторые эхи Read Only?

A: (SR)

Ваpианты:

1. Поставить -r после тех линков, котоpых ставишь в r/o. Отписка/подписка
позволит им снять этот pежим. Можно запpетить подписку/отписку (-mandatory в
описании эхи или mandatory в описании линка)

2. Поднять уpовень на запись (-lw 100 в описании эхи) и уpовень тем, кто
должен иметь доступ на запись (Level 100 в описании линка).

3. С версии 0.9.8 26-07-01 возможна такая конструкция:

ReadOnly 2:5021/19. tver.sysop

A: (SD)
Можно также использовать перловый модуль hpr_ro - если hpt собран
с поддержкой perl. Только там можно и напортачить с настройкой.

/------/

[24] Q: В чем разница между версиями cygwin и mingw32?

A: (PG)

mingw32 (он же используется в cygwin gcc с опцией -mno-cygwin) - это просто
RTL, напоминающая POSIX более, чем msvc, watcom и пр. С ее помощью применение
напильника обычно может привести к компиляции небольших юниксных утилит под
windows. В результате получаются полноценные виндовые exe-шники. Сам по себе
gcc+mingw32 является полнофункциональным компилятором, который можно
использовать не только для портирования unix utils.

Cygwin - это среда, эмулирующая некоторые черты unix, включая fork(). При
компиляции создаются a.out-бинарники с загрузчиком. Требуют для работы
cygwin1.dll. Применяются для той же цели (портирование unix utils), но требуют
напильник меньшего калибра. Результат уступает по эффективности mingw32,
требует cygwin1.dll, поэтому при прочих равных использование mingw32 является
предпочтительным. Могут отбрасывать core, которую потом можно поднимать gdb,
т.е. этот вариант удобно использовать при отладке (для отлова плавающих
глюков).

Поправьте, если я в чем-то ошибаюсь.

A: (AS)

Поправлю: cygwin1.dll используется, только если используются цигвиновые
библиотеки, требующие этот файл... У меня скомпилированы:
fidoconf, hpt, htick, smapi, hpucode, hptsqfix, hptkill, sqpack, emailpkt...
Из них cygwin1.dll требуется только для emailpkt, так как он использует
-luser32, и бинарники у mingw и cygwin примерно одного размера.

/------/

[25] Q: А чем фиксить базы, если с ними действительно траблы?

A: (ML,SR)

hptsqfix (Squish базы), hptutil fix
не стоит использовать старые досовые sqfix и sqfix32 (not y2k compatible)

Q: А что за файлы .tm*?

.tm* - новые (исправленные) базы, которые создает hptsqfix.

Q: Почему бы не сделать наоборот?

Для того, чтобы человек при запуске успел хотя бы 3 раза подумать, а не
выпрямить ли лучше руки. Ведь порча базы - из ряда вон выходящее явление. А
если он настолько крут, что занимается экспериментами, побочным эффектом
которых является порча базы, он напишет командник, который все, что надо,
переименует.

/------/

[26] Q: Отсутствие доки сильно мешает! (Где взять документацию на русском?)

A: (ML,VS)

Есть документация отдельно по hpt и fidoconfig'у. Лучше прочесть обе (начиная
с fidoconfig).

Q: Я имею в виду не дохлое описание не всех комманд, а полноценную доку с
Q: подробным описанием, как и что работает.

Если бы ты ее прочел, вопроса бы не возникло. Книжку же с большими цветными
картинками "Использование hpt for ..." никто писать не будет.

А вообще-то есть что-то подобное (для "чайников") :-) - примеры конфигов и
краткое руководство по настройке. Написал эту доку Pavel A. Laskin, 2:5070/138.
http://www.jamnet.lgg.ru/uht/docs/uhtd.zip
(в ней могут быть ошибки)

По последним данным, этой доки на сайте уже нет, так что требуйте ее от автора
по фидо или ICQ.
Также есть здесь: ftp://ftp.grumbler.org/pub/НUSKY/uhtd.rar

A: (SD)
Документация на русском несколько отстает от развития тоссера, а бывает
что и не развивается вовсе. К примеру, в июле 2002 года уже удален сайт
http://hpt-tosser.narod.ru (редиректится на сайт некоей фирмы)

Действует летом 2002 года такая ссылка:
http://andrews42.mailru.com/
(Автор: Andrew Sagulin 2:6037/1.28 andrews42@mailru.com)

В ближайшем будущем будем выкладывать документацию на разных языках (русский
и английский - а если будут добровольцы-переводчики - то и на других) на
http://sourceforge.net/projects/husky, раздел "Документация"
(точный URL: http://sourceforge.net/docman/?group_id=1332)

/------/
--- hpt/w32 1.9.0

FAQ Robot написал(а) к All в Jul 16 10:00:08 по местному времени:

/------/

[15] Q: Так как насчет фичи "X"?

A: (FL)

В общем-то не помешало бы...

A: (ML)

Присылай патч! (c) mtt

Q: хмм... я извиняюсь за то, что ввел, по всей видимости, тебя в
Q: заблуждение, но я спрашивал, будет ли "X" в hpt. Сам я разве
Q: что калькулятор напрограммить могу...

Вот так всегда.

The source is available, so download it and do it yourself. Please don't
think that OpenSource developers are your personal slaves. (c) FreeAmp FAQ

/------/

[16] Q: Что такое НighWater?

A: (ML)

НighWater - это такой счетчик; после сканирования он ставится в конец базы,
чтобы не сканировать заново всю базу, а только новые мессаги, начиная с
этого счетчика.

/------/

[17] Q: Почему JAM временами сканируется только через "hpt scan -w"?

A: (ML)

НPT перестает нормально сканировать JAM, когда юзер руками стирает
сообщения, а редактор не уменьшает НighWater. Поэтому, когда пишешь новые
мессаги, они будут ниже НighWater и не просканируются. В Squish с этим делом
все нормально - там номер нового сообщения будет всегда больше, чем
НighWater.

С версии 0.9.8 16-03-01 новый алгоритм сканирования JAM. Если есть лишние
фреймы, то сканируем без НighWater; если сообщение в конце базы, и есть
лишние фреймы, то начинаем сканировать с этого сообщения. 100% результат не
гарантирован, например: одно сообщение стер, два написал - лишних фреймов
нет, НighWater как раз указывает на второе сообщение (первое вместо
удаленного). Сканируется только второе сообщение.

Совет такой: не удалять руками сообщения и искать нормальный редактор,
который будет уменьшать НighWater при удалении.

С версии 1.1.5 GoldED+ поддерживает Jam Нighwater Mark в том виде, как это
реализовано в SMAPI, ему нужно для этого прописать "JamSMAPIНighwater Yes".

/------/

[18] Q: Почему на одну и ту же эху к аплинку сфорвардилось много запросов?

A: (FL)

Да очень все просто, и дело не в hpt ...
В описании линка есть строка, что-то типа:

AutoAreaCreateFile /path/file_areas.name

Так вот этот file_areas.name не подключен к основному конфигу по include

(SD): Tparser должен при этом выдать ошибку:
"AutoAreaCreateFile /path/file_areas.name has never been included in config!"

/------/

[19] Q: Как постить через pipe под win32?

A: (SR)

В win32 пайпы делаются через файлы, и программы цепочки выполняются сугубо
последовательно. В то же время вот такая команда выполняется нормально:

type T.BAT |hpt\hpt post -nf "Daemon" -s "subject" -e "my.robot" -

Так что если будешь пускать их по отдельности (perl script.pl | hpt ...),
должно все нормально работать.

/------/

[20] Q: А как собирать latest версии под win32?

A: (DK)

1. Распаковываешь архив (если нет tar/gzip, можно воспользоваться winzip или
winrar; в комплекте cygwin имеется нормальный tar, понимающий gzipped архивы)

2. Компилятор. Реально под Win32 надо взять MSVC, Watcom C, Borland C либо
поставить Cygwin и запускать соотвественно nmake -f makefile.(mvc|mvcdll),
wmake -f makefile.wcw, tmake -f makefile.bcw или make -f makefile.cyg.

3. Распаковать и собрать последовательно:
- SMAPI: получишь smapi(mvc|wcw|bcw).(lib|dll) (в cygwin - libsmapicyg.a),
- fidoconf: получишь fidoconfmvc.dll либо fidoconf(mvc|wcw|bcw).lib
(в cygwin libfidoconfigcyg.a) + несколько утилиток (tparser, linked, fc2*).
- Затем компилируешь любую из остальных программ.

4. Все собираемые программы/библиотеки должны быть от одной даты в случае
-current версии (если smapi/fidoconf - latest от 9.10.2002, то совать туда,
например, hpt от 1.1.2001 чревато).

5. Чтобы получить html-документацию, нужен makeinfo (например, из Cygwin):
с октября 2002 года именно он используется в makefile либо интерпретатор PERL
(напр., http://www.activestate.com, htp://www.perl.com) и скрипт Texi2Нtml
(http://texi2html.cvshome.org/,
http://www.mathematik.uni-kl.de/~obachman/Texi2html,
http://wwwinfo.cern.ch/dis/texi2html/)

/------/

[21] Q: Чем отличаются линковщики?

A: (SR)

"hpt link", "hptutil link" и "hptlink -t -s" должны давать одинаковые
результаты, hptutil link несколько быстрее.
После первой линковки "hptlink -t" дальше можно использовать "hptlink -t
-n", что существенно ускорит работу на больших базах. Пpи этом стpоится
"честное" деpево ответов по MSGID/REPLY, и обpабатываются только новые
сообщения. Любители стpоить ответы в одну цепочку должны вызывать "hptlink"
без паpаметpов (пpи постpоении одной цепочки ключ "-n" отpабатывает не
совсем коppектно). О возможных ключах hptlink можно узнать, вызвав с
параметром -h (или любой другой чушью;-)

Еще есть sqlink по адресу http://www.aha.ru/~snn/fido/sqlinkw/
Кто-то предпочитает fastlink: http://fastlink.da.ru

A: (PG)

Разные алгоритмы, разные авторы, разные возможности... Выбирай то, что тебе
больше нравится.

"hpt link" умеет линковать только по msgid/reply, всегда строит дерево. Свежий
из девелоперской ветки совсем шустро линкует jam.

hptlink умеет линковать по сабжам, может делать обычную цепочку, а не дерево.

/------/

[22] Q: Как работает удаление эх через areafix?

A: (PG)

Эха может удаляться, если у нас от нее отписывается основной аплинк
("-def"), либо если мы получаем команду ~area от того, кому разрешено
удаление этой эхи (LinkGrp должен совпадать с -g в эхе).
В этом случае мы отписываемся у всех линков и удаляем эху, причем тем,
для кого указано AdvancedAreafix, мы шлем команду ~area, а остальным -
просто -area.
Не при любой отписке шлется ~area, а только при удалении эхи. При forward
request в любом случае отправляется обычная отписка, "-area".

A: (SD)

Стараниями Макса Черногора в hpt-1.2 (stable) и hpt-1.3 (current) был
реализованн продвинутый механизм подписки и отписки:
аплинку не отсылаются повторные запросы на подписку и, если в эху ничего
не пришло за указанный период, производится подписка у следующего.
Отписка же от аплинка производится не сразу - чтобы не было частых
подписок-отписок; кроме того, после отправки запроса на отписку эха некоторое
время не удаляется из конфига - чтобы запоздалое письмо не создало ее снова.
Время ожидания настраивается, см. в документации на hpt: AreaFixQueueFile,
ForwardRequestTimeout, IdlePassthruTimeout, KilledRequestTimeout, `hpt qupd`.

/------/

[23] Q: Кaк пойнтам ставить на некоторые эхи Read Only?

A: (SR)

Ваpианты:

1. Поставить -r после тех линков, котоpых ставишь в r/o. Отписка/подписка
позволит им снять этот pежим. Можно запpетить подписку/отписку (-mandatory в
описании эхи или mandatory в описании линка)

2. Поднять уpовень на запись (-lw 100 в описании эхи) и уpовень тем, кто
должен иметь доступ на запись (Level 100 в описании линка).

3. С версии 0.9.8 26-07-01 возможна такая конструкция:

ReadOnly 2:5021/19. tver.sysop

A: (SD)
Можно также использовать перловый модуль hpr_ro - если hpt собран
с поддержкой perl. Только там можно и напортачить с настройкой.

/------/

[24] Q: В чем разница между версиями cygwin и mingw32?

A: (PG)

mingw32 (он же используется в cygwin gcc с опцией -mno-cygwin) - это просто
RTL, напоминающая POSIX более, чем msvc, watcom и пр. С ее помощью применение
напильника обычно может привести к компиляции небольших юниксных утилит под
windows. В результате получаются полноценные виндовые exe-шники. Сам по себе
gcc+mingw32 является полнофункциональным компилятором, который можно
использовать не только для портирования unix utils.

Cygwin - это среда, эмулирующая некоторые черты unix, включая fork(). При
компиляции создаются a.out-бинарники с загрузчиком. Требуют для работы
cygwin1.dll. Применяются для той же цели (портирование unix utils), но требуют
напильник меньшего калибра. Результат уступает по эффективности mingw32,
требует cygwin1.dll, поэтому при прочих равных использование mingw32 является
предпочтительным. Могут отбрасывать core, которую потом можно поднимать gdb,
т.е. этот вариант удобно использовать при отладке (для отлова плавающих
глюков).

Поправьте, если я в чем-то ошибаюсь.

A: (AS)

Поправлю: cygwin1.dll используется, только если используются цигвиновые
библиотеки, требующие этот файл... У меня скомпилированы:
fidoconf, hpt, htick, smapi, hpucode, hptsqfix, hptkill, sqpack, emailpkt...
Из них cygwin1.dll требуется только для emailpkt, так как он использует
-luser32, и бинарники у mingw и cygwin примерно одного размера.

/------/

[25] Q: А чем фиксить базы, если с ними действительно траблы?

A: (ML,SR)

hptsqfix (Squish базы), hptutil fix
не стоит использовать старые досовые sqfix и sqfix32 (not y2k compatible)

Q: А что за файлы .tm*?

.tm* - новые (исправленные) базы, которые создает hptsqfix.

Q: Почему бы не сделать наоборот?

Для того, чтобы человек при запуске успел хотя бы 3 раза подумать, а не
выпрямить ли лучше руки. Ведь порча базы - из ряда вон выходящее явление. А
если он настолько крут, что занимается экспериментами, побочным эффектом
которых является порча базы, он напишет командник, который все, что надо,
переименует.

/------/

[26] Q: Отсутствие доки сильно мешает! (Где взять документацию на русском?)

A: (ML,VS)

Есть документация отдельно по hpt и fidoconfig'у. Лучше прочесть обе (начиная
с fidoconfig).

Q: Я имею в виду не дохлое описание не всех комманд, а полноценную доку с
Q: подробным описанием, как и что работает.

Если бы ты ее прочел, вопроса бы не возникло. Книжку же с большими цветными
картинками "Использование hpt for ..." никто писать не будет.

А вообще-то есть что-то подобное (для "чайников") :-) - примеры конфигов и
краткое руководство по настройке. Написал эту доку Pavel A. Laskin, 2:5070/138.
http://www.jamnet.lgg.ru/uht/docs/uhtd.zip
(в ней могут быть ошибки)

По последним данным, этой доки на сайте уже нет, так что требуйте ее от автора
по фидо или ICQ.
Также есть здесь: ftp://ftp.grumbler.org/pub/НUSKY/uhtd.rar

A: (SD)
Документация на русском несколько отстает от развития тоссера, а бывает
что и не развивается вовсе. К примеру, в июле 2002 года уже удален сайт
http://hpt-tosser.narod.ru (редиректится на сайт некоей фирмы)

Действует летом 2002 года такая ссылка:
http://andrews42.mailru.com/
(Автор: Andrew Sagulin 2:6037/1.28 andrews42@mailru.com)

В ближайшем будущем будем выкладывать документацию на разных языках (русский
и английский - а если будут добровольцы-переводчики - то и на других) на
http://sourceforge.net/projects/husky, раздел "Документация"
(точный URL: http://sourceforge.net/docman/?group_id=1332)

/------/
--- hpt/w32 1.9.0

FAQ Robot написал(а) к All в Aug 16 10:00:10 по местному времени:

/------/

[15] Q: Так как насчет фичи "X"?

A: (FL)

В общем-то не помешало бы...

A: (ML)

Присылай патч! (c) mtt

Q: хмм... я извиняюсь за то, что ввел, по всей видимости, тебя в
Q: заблуждение, но я спрашивал, будет ли "X" в hpt. Сам я разве
Q: что калькулятор напрограммить могу...

Вот так всегда.

The source is available, so download it and do it yourself. Please don't
think that OpenSource developers are your personal slaves. (c) FreeAmp FAQ

/------/

[16] Q: Что такое НighWater?

A: (ML)

НighWater - это такой счетчик; после сканирования он ставится в конец базы,
чтобы не сканировать заново всю базу, а только новые мессаги, начиная с
этого счетчика.

/------/

[17] Q: Почему JAM временами сканируется только через "hpt scan -w"?

A: (ML)

НPT перестает нормально сканировать JAM, когда юзер руками стирает
сообщения, а редактор не уменьшает НighWater. Поэтому, когда пишешь новые
мессаги, они будут ниже НighWater и не просканируются. В Squish с этим делом
все нормально - там номер нового сообщения будет всегда больше, чем
НighWater.

С версии 0.9.8 16-03-01 новый алгоритм сканирования JAM. Если есть лишние
фреймы, то сканируем без НighWater; если сообщение в конце базы, и есть
лишние фреймы, то начинаем сканировать с этого сообщения. 100% результат не
гарантирован, например: одно сообщение стер, два написал - лишних фреймов
нет, НighWater как раз указывает на второе сообщение (первое вместо
удаленного). Сканируется только второе сообщение.

Совет такой: не удалять руками сообщения и искать нормальный редактор,
который будет уменьшать НighWater при удалении.

С версии 1.1.5 GoldED+ поддерживает Jam Нighwater Mark в том виде, как это
реализовано в SMAPI, ему нужно для этого прописать "JamSMAPIНighwater Yes".

/------/

[18] Q: Почему на одну и ту же эху к аплинку сфорвардилось много запросов?

A: (FL)

Да очень все просто, и дело не в hpt ...
В описании линка есть строка, что-то типа:

AutoAreaCreateFile /path/file_areas.name

Так вот этот file_areas.name не подключен к основному конфигу по include

(SD): Tparser должен при этом выдать ошибку:
"AutoAreaCreateFile /path/file_areas.name has never been included in config!"

/------/

[19] Q: Как постить через pipe под win32?

A: (SR)

В win32 пайпы делаются через файлы, и программы цепочки выполняются сугубо
последовательно. В то же время вот такая команда выполняется нормально:

type T.BAT |hpt\hpt post -nf "Daemon" -s "subject" -e "my.robot" -

Так что если будешь пускать их по отдельности (perl script.pl | hpt ...),
должно все нормально работать.

/------/

[20] Q: А как собирать latest версии под win32?

A: (DK)

1. Распаковываешь архив (если нет tar/gzip, можно воспользоваться winzip или
winrar; в комплекте cygwin имеется нормальный tar, понимающий gzipped архивы)

2. Компилятор. Реально под Win32 надо взять MSVC, Watcom C, Borland C либо
поставить Cygwin и запускать соотвественно nmake -f makefile.(mvc|mvcdll),
wmake -f makefile.wcw, tmake -f makefile.bcw или make -f makefile.cyg.

3. Распаковать и собрать последовательно:
- SMAPI: получишь smapi(mvc|wcw|bcw).(lib|dll) (в cygwin - libsmapicyg.a),
- fidoconf: получишь fidoconfmvc.dll либо fidoconf(mvc|wcw|bcw).lib
(в cygwin libfidoconfigcyg.a) + несколько утилиток (tparser, linked, fc2*).
- Затем компилируешь любую из остальных программ.

4. Все собираемые программы/библиотеки должны быть от одной даты в случае
-current версии (если smapi/fidoconf - latest от 9.10.2002, то совать туда,
например, hpt от 1.1.2001 чревато).

5. Чтобы получить html-документацию, нужен makeinfo (например, из Cygwin):
с октября 2002 года именно он используется в makefile либо интерпретатор PERL
(напр., http://www.activestate.com, htp://www.perl.com) и скрипт Texi2Нtml
(http://texi2html.cvshome.org/,
http://www.mathematik.uni-kl.de/~obachman/Texi2html,
http://wwwinfo.cern.ch/dis/texi2html/)

/------/

[21] Q: Чем отличаются линковщики?

A: (SR)

"hpt link", "hptutil link" и "hptlink -t -s" должны давать одинаковые
результаты, hptutil link несколько быстрее.
После первой линковки "hptlink -t" дальше можно использовать "hptlink -t
-n", что существенно ускорит работу на больших базах. Пpи этом стpоится
"честное" деpево ответов по MSGID/REPLY, и обpабатываются только новые
сообщения. Любители стpоить ответы в одну цепочку должны вызывать "hptlink"
без паpаметpов (пpи постpоении одной цепочки ключ "-n" отpабатывает не
совсем коppектно). О возможных ключах hptlink можно узнать, вызвав с
параметром -h (или любой другой чушью;-)

Еще есть sqlink по адресу http://www.aha.ru/~snn/fido/sqlinkw/
Кто-то предпочитает fastlink: http://fastlink.da.ru

A: (PG)

Разные алгоритмы, разные авторы, разные возможности... Выбирай то, что тебе
больше нравится.

"hpt link" умеет линковать только по msgid/reply, всегда строит дерево. Свежий
из девелоперской ветки совсем шустро линкует jam.

hptlink умеет линковать по сабжам, может делать обычную цепочку, а не дерево.

/------/

[22] Q: Как работает удаление эх через areafix?

A: (PG)

Эха может удаляться, если у нас от нее отписывается основной аплинк
("-def"), либо если мы получаем команду ~area от того, кому разрешено
удаление этой эхи (LinkGrp должен совпадать с -g в эхе).
В этом случае мы отписываемся у всех линков и удаляем эху, причем тем,
для кого указано AdvancedAreafix, мы шлем команду ~area, а остальным -
просто -area.
Не при любой отписке шлется ~area, а только при удалении эхи. При forward
request в любом случае отправляется обычная отписка, "-area".

A: (SD)

Стараниями Макса Черногора в hpt-1.2 (stable) и hpt-1.3 (current) был
реализованн продвинутый механизм подписки и отписки:
аплинку не отсылаются повторные запросы на подписку и, если в эху ничего
не пришло за указанный период, производится подписка у следующего.
Отписка же от аплинка производится не сразу - чтобы не было частых
подписок-отписок; кроме того, после отправки запроса на отписку эха некоторое
время не удаляется из конфига - чтобы запоздалое письмо не создало ее снова.
Время ожидания настраивается, см. в документации на hpt: AreaFixQueueFile,
ForwardRequestTimeout, IdlePassthruTimeout, KilledRequestTimeout, `hpt qupd`.

/------/

[23] Q: Кaк пойнтам ставить на некоторые эхи Read Only?

A: (SR)

Ваpианты:

1. Поставить -r после тех линков, котоpых ставишь в r/o. Отписка/подписка
позволит им снять этот pежим. Можно запpетить подписку/отписку (-mandatory в
описании эхи или mandatory в описании линка)

2. Поднять уpовень на запись (-lw 100 в описании эхи) и уpовень тем, кто
должен иметь доступ на запись (Level 100 в описании линка).

3. С версии 0.9.8 26-07-01 возможна такая конструкция:

ReadOnly 2:5021/19. tver.sysop

A: (SD)
Можно также использовать перловый модуль hpr_ro - если hpt собран
с поддержкой perl. Только там можно и напортачить с настройкой.

/------/

[24] Q: В чем разница между версиями cygwin и mingw32?

A: (PG)

mingw32 (он же используется в cygwin gcc с опцией -mno-cygwin) - это просто
RTL, напоминающая POSIX более, чем msvc, watcom и пр. С ее помощью применение
напильника обычно может привести к компиляции небольших юниксных утилит под
windows. В результате получаются полноценные виндовые exe-шники. Сам по себе
gcc+mingw32 является полнофункциональным компилятором, который можно
использовать не только для портирования unix utils.

Cygwin - это среда, эмулирующая некоторые черты unix, включая fork(). При
компиляции создаются a.out-бинарники с загрузчиком. Требуют для работы
cygwin1.dll. Применяются для той же цели (портирование unix utils), но требуют
напильник меньшего калибра. Результат уступает по эффективности mingw32,
требует cygwin1.dll, поэтому при прочих равных использование mingw32 является
предпочтительным. Могут отбрасывать core, которую потом можно поднимать gdb,
т.е. этот вариант удобно использовать при отладке (для отлова плавающих
глюков).

Поправьте, если я в чем-то ошибаюсь.

A: (AS)

Поправлю: cygwin1.dll используется, только если используются цигвиновые
библиотеки, требующие этот файл... У меня скомпилированы:
fidoconf, hpt, htick, smapi, hpucode, hptsqfix, hptkill, sqpack, emailpkt...
Из них cygwin1.dll требуется только для emailpkt, так как он использует
-luser32, и бинарники у mingw и cygwin примерно одного размера.

/------/

[25] Q: А чем фиксить базы, если с ними действительно траблы?

A: (ML,SR)

hptsqfix (Squish базы), hptutil fix
не стоит использовать старые досовые sqfix и sqfix32 (not y2k compatible)

Q: А что за файлы .tm*?

.tm* - новые (исправленные) базы, которые создает hptsqfix.

Q: Почему бы не сделать наоборот?

Для того, чтобы человек при запуске успел хотя бы 3 раза подумать, а не
выпрямить ли лучше руки. Ведь порча базы - из ряда вон выходящее явление. А
если он настолько крут, что занимается экспериментами, побочным эффектом
которых является порча базы, он напишет командник, который все, что надо,
переименует.

/------/

[26] Q: Отсутствие доки сильно мешает! (Где взять документацию на русском?)

A: (ML,VS)

Есть документация отдельно по hpt и fidoconfig'у. Лучше прочесть обе (начиная
с fidoconfig).

Q: Я имею в виду не дохлое описание не всех комманд, а полноценную доку с
Q: подробным описанием, как и что работает.

Если бы ты ее прочел, вопроса бы не возникло. Книжку же с большими цветными
картинками "Использование hpt for ..." никто писать не будет.

А вообще-то есть что-то подобное (для "чайников") :-) - примеры конфигов и
краткое руководство по настройке. Написал эту доку Pavel A. Laskin, 2:5070/138.
http://www.jamnet.lgg.ru/uht/docs/uhtd.zip
(в ней могут быть ошибки)

По последним данным, этой доки на сайте уже нет, так что требуйте ее от автора
по фидо или ICQ.
Также есть здесь: ftp://ftp.grumbler.org/pub/НUSKY/uhtd.rar

A: (SD)
Документация на русском несколько отстает от развития тоссера, а бывает
что и не развивается вовсе. К примеру, в июле 2002 года уже удален сайт
http://hpt-tosser.narod.ru (редиректится на сайт некоей фирмы)

Действует летом 2002 года такая ссылка:
http://andrews42.mailru.com/
(Автор: Andrew Sagulin 2:6037/1.28 andrews42@mailru.com)

В ближайшем будущем будем выкладывать документацию на разных языках (русский
и английский - а если будут добровольцы-переводчики - то и на других) на
http://sourceforge.net/projects/husky, раздел "Документация"
(точный URL: http://sourceforge.net/docman/?group_id=1332)

/------/
--- hpt/w32 1.9.0

FAQ Robot написал(а) к All в Sep 16 10:00:10 по местному времени:

/------/

[15] Q: Так как насчет фичи "X"?

A: (FL)

В общем-то не помешало бы...

A: (ML)

Присылай патч! (c) mtt

Q: хмм... я извиняюсь за то, что ввел, по всей видимости, тебя в
Q: заблуждение, но я спрашивал, будет ли "X" в hpt. Сам я разве
Q: что калькулятор напрограммить могу...

Вот так всегда.

The source is available, so download it and do it yourself. Please don't
think that OpenSource developers are your personal slaves. (c) FreeAmp FAQ

/------/

[16] Q: Что такое НighWater?

A: (ML)

НighWater - это такой счетчик; после сканирования он ставится в конец базы,
чтобы не сканировать заново всю базу, а только новые мессаги, начиная с
этого счетчика.

/------/

[17] Q: Почему JAM временами сканируется только через "hpt scan -w"?

A: (ML)

НPT перестает нормально сканировать JAM, когда юзер руками стирает
сообщения, а редактор не уменьшает НighWater. Поэтому, когда пишешь новые
мессаги, они будут ниже НighWater и не просканируются. В Squish с этим делом
все нормально - там номер нового сообщения будет всегда больше, чем
НighWater.

С версии 0.9.8 16-03-01 новый алгоритм сканирования JAM. Если есть лишние
фреймы, то сканируем без НighWater; если сообщение в конце базы, и есть
лишние фреймы, то начинаем сканировать с этого сообщения. 100% результат не
гарантирован, например: одно сообщение стер, два написал - лишних фреймов
нет, НighWater как раз указывает на второе сообщение (первое вместо
удаленного). Сканируется только второе сообщение.

Совет такой: не удалять руками сообщения и искать нормальный редактор,
который будет уменьшать НighWater при удалении.

С версии 1.1.5 GoldED+ поддерживает Jam Нighwater Mark в том виде, как это
реализовано в SMAPI, ему нужно для этого прописать "JamSMAPIНighwater Yes".

/------/

[18] Q: Почему на одну и ту же эху к аплинку сфорвардилось много запросов?

A: (FL)

Да очень все просто, и дело не в hpt ...
В описании линка есть строка, что-то типа:

AutoAreaCreateFile /path/file_areas.name

Так вот этот file_areas.name не подключен к основному конфигу по include

(SD): Tparser должен при этом выдать ошибку:
"AutoAreaCreateFile /path/file_areas.name has never been included in config!"

/------/

[19] Q: Как постить через pipe под win32?

A: (SR)

В win32 пайпы делаются через файлы, и программы цепочки выполняются сугубо
последовательно. В то же время вот такая команда выполняется нормально:

type T.BAT |hpt\hpt post -nf "Daemon" -s "subject" -e "my.robot" -

Так что если будешь пускать их по отдельности (perl script.pl | hpt ...),
должно все нормально работать.

/------/

[20] Q: А как собирать latest версии под win32?

A: (DK)

1. Распаковываешь архив (если нет tar/gzip, можно воспользоваться winzip или
winrar; в комплекте cygwin имеется нормальный tar, понимающий gzipped архивы)

2. Компилятор. Реально под Win32 надо взять MSVC, Watcom C, Borland C либо
поставить Cygwin и запускать соотвественно nmake -f makefile.(mvc|mvcdll),
wmake -f makefile.wcw, tmake -f makefile.bcw или make -f makefile.cyg.

3. Распаковать и собрать последовательно:
- SMAPI: получишь smapi(mvc|wcw|bcw).(lib|dll) (в cygwin - libsmapicyg.a),
- fidoconf: получишь fidoconfmvc.dll либо fidoconf(mvc|wcw|bcw).lib
(в cygwin libfidoconfigcyg.a) + несколько утилиток (tparser, linked, fc2*).
- Затем компилируешь любую из остальных программ.

4. Все собираемые программы/библиотеки должны быть от одной даты в случае
-current версии (если smapi/fidoconf - latest от 9.10.2002, то совать туда,
например, hpt от 1.1.2001 чревато).

5. Чтобы получить html-документацию, нужен makeinfo (например, из Cygwin):
с октября 2002 года именно он используется в makefile либо интерпретатор PERL
(напр., http://www.activestate.com, htp://www.perl.com) и скрипт Texi2Нtml
(http://texi2html.cvshome.org/,
http://www.mathematik.uni-kl.de/~obachman/Texi2html,
http://wwwinfo.cern.ch/dis/texi2html/)

/------/

[21] Q: Чем отличаются линковщики?

A: (SR)

"hpt link", "hptutil link" и "hptlink -t -s" должны давать одинаковые
результаты, hptutil link несколько быстрее.
После первой линковки "hptlink -t" дальше можно использовать "hptlink -t
-n", что существенно ускорит работу на больших базах. Пpи этом стpоится
"честное" деpево ответов по MSGID/REPLY, и обpабатываются только новые
сообщения. Любители стpоить ответы в одну цепочку должны вызывать "hptlink"
без паpаметpов (пpи постpоении одной цепочки ключ "-n" отpабатывает не
совсем коppектно). О возможных ключах hptlink можно узнать, вызвав с
параметром -h (или любой другой чушью;-)

Еще есть sqlink по адресу http://www.aha.ru/~snn/fido/sqlinkw/
Кто-то предпочитает fastlink: http://fastlink.da.ru

A: (PG)

Разные алгоритмы, разные авторы, разные возможности... Выбирай то, что тебе
больше нравится.

"hpt link" умеет линковать только по msgid/reply, всегда строит дерево. Свежий
из девелоперской ветки совсем шустро линкует jam.

hptlink умеет линковать по сабжам, может делать обычную цепочку, а не дерево.

/------/

[22] Q: Как работает удаление эх через areafix?

A: (PG)

Эха может удаляться, если у нас от нее отписывается основной аплинк
("-def"), либо если мы получаем команду ~area от того, кому разрешено
удаление этой эхи (LinkGrp должен совпадать с -g в эхе).
В этом случае мы отписываемся у всех линков и удаляем эху, причем тем,
для кого указано AdvancedAreafix, мы шлем команду ~area, а остальным -
просто -area.
Не при любой отписке шлется ~area, а только при удалении эхи. При forward
request в любом случае отправляется обычная отписка, "-area".

A: (SD)

Стараниями Макса Черногора в hpt-1.2 (stable) и hpt-1.3 (current) был
реализованн продвинутый механизм подписки и отписки:
аплинку не отсылаются повторные запросы на подписку и, если в эху ничего
не пришло за указанный период, производится подписка у следующего.
Отписка же от аплинка производится не сразу - чтобы не было частых
подписок-отписок; кроме того, после отправки запроса на отписку эха некоторое
время не удаляется из конфига - чтобы запоздалое письмо не создало ее снова.
Время ожидания настраивается, см. в документации на hpt: AreaFixQueueFile,
ForwardRequestTimeout, IdlePassthruTimeout, KilledRequestTimeout, `hpt qupd`.

/------/

[23] Q: Кaк пойнтам ставить на некоторые эхи Read Only?

A: (SR)

Ваpианты:

1. Поставить -r после тех линков, котоpых ставишь в r/o. Отписка/подписка
позволит им снять этот pежим. Можно запpетить подписку/отписку (-mandatory в
описании эхи или mandatory в описании линка)

2. Поднять уpовень на запись (-lw 100 в описании эхи) и уpовень тем, кто
должен иметь доступ на запись (Level 100 в описании линка).

3. С версии 0.9.8 26-07-01 возможна такая конструкция:

ReadOnly 2:5021/19. tver.sysop

A: (SD)
Можно также использовать перловый модуль hpr_ro - если hpt собран
с поддержкой perl. Только там можно и напортачить с настройкой.

/------/

[24] Q: В чем разница между версиями cygwin и mingw32?

A: (PG)

mingw32 (он же используется в cygwin gcc с опцией -mno-cygwin) - это просто
RTL, напоминающая POSIX более, чем msvc, watcom и пр. С ее помощью применение
напильника обычно может привести к компиляции небольших юниксных утилит под
windows. В результате получаются полноценные виндовые exe-шники. Сам по себе
gcc+mingw32 является полнофункциональным компилятором, который можно
использовать не только для портирования unix utils.

Cygwin - это среда, эмулирующая некоторые черты unix, включая fork(). При
компиляции создаются a.out-бинарники с загрузчиком. Требуют для работы
cygwin1.dll. Применяются для той же цели (портирование unix utils), но требуют
напильник меньшего калибра. Результат уступает по эффективности mingw32,
требует cygwin1.dll, поэтому при прочих равных использование mingw32 является
предпочтительным. Могут отбрасывать core, которую потом можно поднимать gdb,
т.е. этот вариант удобно использовать при отладке (для отлова плавающих
глюков).

Поправьте, если я в чем-то ошибаюсь.

A: (AS)

Поправлю: cygwin1.dll используется, только если используются цигвиновые
библиотеки, требующие этот файл... У меня скомпилированы:
fidoconf, hpt, htick, smapi, hpucode, hptsqfix, hptkill, sqpack, emailpkt...
Из них cygwin1.dll требуется только для emailpkt, так как он использует
-luser32, и бинарники у mingw и cygwin примерно одного размера.

/------/

[25] Q: А чем фиксить базы, если с ними действительно траблы?

A: (ML,SR)

hptsqfix (Squish базы), hptutil fix
не стоит использовать старые досовые sqfix и sqfix32 (not y2k compatible)

Q: А что за файлы .tm*?

.tm* - новые (исправленные) базы, которые создает hptsqfix.

Q: Почему бы не сделать наоборот?

Для того, чтобы человек при запуске успел хотя бы 3 раза подумать, а не
выпрямить ли лучше руки. Ведь порча базы - из ряда вон выходящее явление. А
если он настолько крут, что занимается экспериментами, побочным эффектом
которых является порча базы, он напишет командник, который все, что надо,
переименует.

/------/

[26] Q: Отсутствие доки сильно мешает! (Где взять документацию на русском?)

A: (ML,VS)

Есть документация отдельно по hpt и fidoconfig'у. Лучше прочесть обе (начиная
с fidoconfig).

Q: Я имею в виду не дохлое описание не всех комманд, а полноценную доку с
Q: подробным описанием, как и что работает.

Если бы ты ее прочел, вопроса бы не возникло. Книжку же с большими цветными
картинками "Использование hpt for ..." никто писать не будет.

А вообще-то есть что-то подобное (для "чайников") :-) - примеры конфигов и
краткое руководство по настройке. Написал эту доку Pavel A. Laskin, 2:5070/138.
http://www.jamnet.lgg.ru/uht/docs/uhtd.zip
(в ней могут быть ошибки)

По последним данным, этой доки на сайте уже нет, так что требуйте ее от автора
по фидо или ICQ.
Также есть здесь: ftp://ftp.grumbler.org/pub/НUSKY/uhtd.rar

A: (SD)
Документация на русском несколько отстает от развития тоссера, а бывает
что и не развивается вовсе. К примеру, в июле 2002 года уже удален сайт
http://hpt-tosser.narod.ru (редиректится на сайт некоей фирмы)

Действует летом 2002 года такая ссылка:
http://andrews42.mailru.com/
(Автор: Andrew Sagulin 2:6037/1.28 andrews42@mailru.com)

В ближайшем будущем будем выкладывать документацию на разных языках (русский
и английский - а если будут добровольцы-переводчики - то и на других) на
http://sourceforge.net/projects/husky, раздел "Документация"
(точный URL: http://sourceforge.net/docman/?group_id=1332)

/------/
--- hpt/w32 1.9.0

FAQ Robot написал(а) к All в Sep 16 10:00:14 по местному времени:

/------/

[15] Q: Так как насчет фичи "X"?

A: (FL)

В общем-то не помешало бы...

A: (ML)

Присылай патч! (c) mtt

Q: хмм... я извиняюсь за то, что ввел, по всей видимости, тебя в
Q: заблуждение, но я спрашивал, будет ли "X" в hpt. Сам я разве
Q: что калькулятор напрограммить могу...

Вот так всегда.

The source is available, so download it and do it yourself. Please don't
think that OpenSource developers are your personal slaves. (c) FreeAmp FAQ

/------/

[16] Q: Что такое НighWater?

A: (ML)

НighWater - это такой счетчик; после сканирования он ставится в конец базы,
чтобы не сканировать заново всю базу, а только новые мессаги, начиная с
этого счетчика.

/------/

[17] Q: Почему JAM временами сканируется только через "hpt scan -w"?

A: (ML)

НPT перестает нормально сканировать JAM, когда юзер руками стирает
сообщения, а редактор не уменьшает НighWater. Поэтому, когда пишешь новые
мессаги, они будут ниже НighWater и не просканируются. В Squish с этим делом
все нормально - там номер нового сообщения будет всегда больше, чем
НighWater.

С версии 0.9.8 16-03-01 новый алгоритм сканирования JAM. Если есть лишние
фреймы, то сканируем без НighWater; если сообщение в конце базы, и есть
лишние фреймы, то начинаем сканировать с этого сообщения. 100% результат не
гарантирован, например: одно сообщение стер, два написал - лишних фреймов
нет, НighWater как раз указывает на второе сообщение (первое вместо
удаленного). Сканируется только второе сообщение.

Совет такой: не удалять руками сообщения и искать нормальный редактор,
который будет уменьшать НighWater при удалении.

С версии 1.1.5 GoldED+ поддерживает Jam Нighwater Mark в том виде, как это
реализовано в SMAPI, ему нужно для этого прописать "JamSMAPIНighwater Yes".

/------/

[18] Q: Почему на одну и ту же эху к аплинку сфорвардилось много запросов?

A: (FL)

Да очень все просто, и дело не в hpt ...
В описании линка есть строка, что-то типа:

AutoAreaCreateFile /path/file_areas.name

Так вот этот file_areas.name не подключен к основному конфигу по include

(SD): Tparser должен при этом выдать ошибку:
"AutoAreaCreateFile /path/file_areas.name has never been included in config!"

/------/

[19] Q: Как постить через pipe под win32?

A: (SR)

В win32 пайпы делаются через файлы, и программы цепочки выполняются сугубо
последовательно. В то же время вот такая команда выполняется нормально:

type T.BAT |hpt\hpt post -nf "Daemon" -s "subject" -e "my.robot" -

Так что если будешь пускать их по отдельности (perl script.pl | hpt ...),
должно все нормально работать.

/------/

[20] Q: А как собирать latest версии под win32?

A: (DK)

1. Распаковываешь архив (если нет tar/gzip, можно воспользоваться winzip или
winrar; в комплекте cygwin имеется нормальный tar, понимающий gzipped архивы)

2. Компилятор. Реально под Win32 надо взять MSVC, Watcom C, Borland C либо
поставить Cygwin и запускать соотвественно nmake -f makefile.(mvc|mvcdll),
wmake -f makefile.wcw, tmake -f makefile.bcw или make -f makefile.cyg.

3. Распаковать и собрать последовательно:
- SMAPI: получишь smapi(mvc|wcw|bcw).(lib|dll) (в cygwin - libsmapicyg.a),
- fidoconf: получишь fidoconfmvc.dll либо fidoconf(mvc|wcw|bcw).lib
(в cygwin libfidoconfigcyg.a) + несколько утилиток (tparser, linked, fc2*).
- Затем компилируешь любую из остальных программ.

4. Все собираемые программы/библиотеки должны быть от одной даты в случае
-current версии (если smapi/fidoconf - latest от 9.10.2002, то совать туда,
например, hpt от 1.1.2001 чревато).

5. Чтобы получить html-документацию, нужен makeinfo (например, из Cygwin):
с октября 2002 года именно он используется в makefile либо интерпретатор PERL
(напр., http://www.activestate.com, htp://www.perl.com) и скрипт Texi2Нtml
(http://texi2html.cvshome.org/,
http://www.mathematik.uni-kl.de/~obachman/Texi2html,
http://wwwinfo.cern.ch/dis/texi2html/)

/------/

[21] Q: Чем отличаются линковщики?

A: (SR)

"hpt link", "hptutil link" и "hptlink -t -s" должны давать одинаковые
результаты, hptutil link несколько быстрее.
После первой линковки "hptlink -t" дальше можно использовать "hptlink -t
-n", что существенно ускорит работу на больших базах. Пpи этом стpоится
"честное" деpево ответов по MSGID/REPLY, и обpабатываются только новые
сообщения. Любители стpоить ответы в одну цепочку должны вызывать "hptlink"
без паpаметpов (пpи постpоении одной цепочки ключ "-n" отpабатывает не
совсем коppектно). О возможных ключах hptlink можно узнать, вызвав с
параметром -h (или любой другой чушью;-)

Еще есть sqlink по адресу http://www.aha.ru/~snn/fido/sqlinkw/
Кто-то предпочитает fastlink: http://fastlink.da.ru

A: (PG)

Разные алгоритмы, разные авторы, разные возможности... Выбирай то, что тебе
больше нравится.

"hpt link" умеет линковать только по msgid/reply, всегда строит дерево. Свежий
из девелоперской ветки совсем шустро линкует jam.

hptlink умеет линковать по сабжам, может делать обычную цепочку, а не дерево.

/------/

[22] Q: Как работает удаление эх через areafix?

A: (PG)

Эха может удаляться, если у нас от нее отписывается основной аплинк
("-def"), либо если мы получаем команду ~area от того, кому разрешено
удаление этой эхи (LinkGrp должен совпадать с -g в эхе).
В этом случае мы отписываемся у всех линков и удаляем эху, причем тем,
для кого указано AdvancedAreafix, мы шлем команду ~area, а остальным -
просто -area.
Не при любой отписке шлется ~area, а только при удалении эхи. При forward
request в любом случае отправляется обычная отписка, "-area".

A: (SD)

Стараниями Макса Черногора в hpt-1.2 (stable) и hpt-1.3 (current) был
реализованн продвинутый механизм подписки и отписки:
аплинку не отсылаются повторные запросы на подписку и, если в эху ничего
не пришло за указанный период, производится подписка у следующего.
Отписка же от аплинка производится не сразу - чтобы не было частых
подписок-отписок; кроме того, после отправки запроса на отписку эха некоторое
время не удаляется из конфига - чтобы запоздалое письмо не создало ее снова.
Время ожидания настраивается, см. в документации на hpt: AreaFixQueueFile,
ForwardRequestTimeout, IdlePassthruTimeout, KilledRequestTimeout, `hpt qupd`.

/------/

[23] Q: Кaк пойнтам ставить на некоторые эхи Read Only?

A: (SR)

Ваpианты:

1. Поставить -r после тех линков, котоpых ставишь в r/o. Отписка/подписка
позволит им снять этот pежим. Можно запpетить подписку/отписку (-mandatory в
описании эхи или mandatory в описании линка)

2. Поднять уpовень на запись (-lw 100 в описании эхи) и уpовень тем, кто
должен иметь доступ на запись (Level 100 в описании линка).

3. С версии 0.9.8 26-07-01 возможна такая конструкция:

ReadOnly 2:5021/19. tver.sysop

A: (SD)
Можно также использовать перловый модуль hpr_ro - если hpt собран
с поддержкой perl. Только там можно и напортачить с настройкой.

/------/

[24] Q: В чем разница между версиями cygwin и mingw32?

A: (PG)

mingw32 (он же используется в cygwin gcc с опцией -mno-cygwin) - это просто
RTL, напоминающая POSIX более, чем msvc, watcom и пр. С ее помощью применение
напильника обычно может привести к компиляции небольших юниксных утилит под
windows. В результате получаются полноценные виндовые exe-шники. Сам по себе
gcc+mingw32 является полнофункциональным компилятором, который можно
использовать не только для портирования unix utils.

Cygwin - это среда, эмулирующая некоторые черты unix, включая fork(). При
компиляции создаются a.out-бинарники с загрузчиком. Требуют для работы
cygwin1.dll. Применяются для той же цели (портирование unix utils), но требуют
напильник меньшего калибра. Результат уступает по эффективности mingw32,
требует cygwin1.dll, поэтому при прочих равных использование mingw32 является
предпочтительным. Могут отбрасывать core, которую потом можно поднимать gdb,
т.е. этот вариант удобно использовать при отладке (для отлова плавающих
глюков).

Поправьте, если я в чем-то ошибаюсь.

A: (AS)

Поправлю: cygwin1.dll используется, только если используются цигвиновые
библиотеки, требующие этот файл... У меня скомпилированы:
fidoconf, hpt, htick, smapi, hpucode, hptsqfix, hptkill, sqpack, emailpkt...
Из них cygwin1.dll требуется только для emailpkt, так как он использует
-luser32, и бинарники у mingw и cygwin примерно одного размера.

/------/

[25] Q: А чем фиксить базы, если с ними действительно траблы?

A: (ML,SR)

hptsqfix (Squish базы), hptutil fix
не стоит использовать старые досовые sqfix и sqfix32 (not y2k compatible)

Q: А что за файлы .tm*?

.tm* - новые (исправленные) базы, которые создает hptsqfix.

Q: Почему бы не сделать наоборот?

Для того, чтобы человек при запуске успел хотя бы 3 раза подумать, а не
выпрямить ли лучше руки. Ведь порча базы - из ряда вон выходящее явление. А
если он настолько крут, что занимается экспериментами, побочным эффектом
которых является порча базы, он напишет командник, который все, что надо,
переименует.

/------/

[26] Q: Отсутствие доки сильно мешает! (Где взять документацию на русском?)

A: (ML,VS)

Есть документация отдельно по hpt и fidoconfig'у. Лучше прочесть обе (начиная
с fidoconfig).

Q: Я имею в виду не дохлое описание не всех комманд, а полноценную доку с
Q: подробным описанием, как и что работает.

Если бы ты ее прочел, вопроса бы не возникло. Книжку же с большими цветными
картинками "Использование hpt for ..." никто писать не будет.

А вообще-то есть что-то подобное (для "чайников") :-) - примеры конфигов и
краткое руководство по настройке. Написал эту доку Pavel A. Laskin, 2:5070/138.
http://www.jamnet.lgg.ru/uht/docs/uhtd.zip
(в ней могут быть ошибки)

По последним данным, этой доки на сайте уже нет, так что требуйте ее от автора
по фидо или ICQ.
Также есть здесь: ftp://ftp.grumbler.org/pub/НUSKY/uhtd.rar

A: (SD)
Документация на русском несколько отстает от развития тоссера, а бывает
что и не развивается вовсе. К примеру, в июле 2002 года уже удален сайт
http://hpt-tosser.narod.ru (редиректится на сайт некоей фирмы)

Действует летом 2002 года такая ссылка:
http://andrews42.mailru.com/
(Автор: Andrew Sagulin 2:6037/1.28 andrews42@mailru.com)

В ближайшем будущем будем выкладывать документацию на разных языках (русский
и английский - а если будут добровольцы-переводчики - то и на других) на
http://sourceforge.net/projects/husky, раздел "Документация"
(точный URL: http://sourceforge.net/docman/?group_id=1332)

/------/
--- hpt/w32 1.9.0