Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.HUSKY
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.HUSKY с датами от 16 Jul 13 10:00:06 до 01 Nov 19 12:30:20, всего сообщений: 3866
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 15 из 3866 =========================================== RU.HUSKY =
От   : FAQ Robot                        2:5020/1042        16 Jul 13 10:00:14
Кому : All                                                 16 Jul 13 10:00:14
Тема : HTick FAQ [1/2]
FGHI : area://RU.HUSKY?msgid=2:5020/1042+51e4e226
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
                              HUSKY Ticker FAQ
  (версия от $Date: 2006/03/06 20:22:58 $ для htick-1.9-current и 1.4-stable)

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

Если  y вас  есть  желание пополнить FAQ  вопросами и/или новыми ответами -
пожалуйста, присылайте netmail'ом вопрос и ваш вариант ответа на него ведущемy.
Ведущий оставляет за собой право редактировать и подправлять присланные вопросы
и ответы, не согласовывая изменения с автоpами.

Ведущий FAQ - Stas Degteff, 2:5080/102

Hовые или измененные вопросы помечены знаком ">".

 Q01. Где взять свежие версии?
 Q02. А где можно стянуть исходники?
 Q03. Что означают буквы в скобках в начале ответа?
 Q04. Как связаться с разработчиками?
 Q05. Кому присылать патчи?
 Q06. Я скачал *-current-(дата).tar.gz, а там баг! (архив ~месячной давности)
 Q07. Кому прислать и как правильно оформить багрепорт?
 Q08. Так как насчет фичи "X"?
 Q09. А как собирать latest версии под win32?
 Q10. В чем разница между версиями cygwin и mingw32?
 Q11. А можно как-нибудь получать диффы на e-mail/netmail?
 Q12. Как победить ошибки компиляции под Red Hat и ASP Linux?
 Q13. Компилятор под FreeBSD ругается: warning: mktemp() possibly used unsafely
 Q14. Htick не удаляет из рабочего каталога распакованные из архивов файлы
 Q15. Как сделать, чтобы сначала отправлялись netmail и echomail, затем файлэхи

/---------------------------------------------------------------------/

[01] Q: Где взять свежие версии?

A: (ML, SR, SD)

1. Официальные дистрибутивы.
   Комплектацией архивов и компиляцией бинарников занимаются "Packagers"
   проекта: Pavel Andreew 2:5080/59 (главный packager: комплектация архивов,
   debian packages), Shilov Vladimir 2:4627/64 (бинарники win32-current),
   Andy U. Luk'yanov (бинарники Win32, OS/2, DPMI).

1.1. Бинарники и исходники релизов: http://sourceforge.net/projects/husky,
     страничка "Файлы" (самые свежие выставлены на первой). Ссылка есть
     на сайте проекта http://husky.sf.net == http://husky.sourceforge.net.

1.2. Исходники: http://husky.sourceforge.net/cvs2/stable
     или на CVS, инструкция тут: http://husky.sourceforge.net/cvs.html

1.3. Debian packages: http://husky.sourceforge.net/debian

1.4. Бинарники для win32 - в файлэхе NFTN, архив на Демосе:
     ftp://ddt.demos.su/pub/fileecho/NFTN/

2. Персональные сборки (часто согласованы с официальными):

2.2. husky пакет под BeOS - BeFTN - живет на http://walther.sourceforge.net/
     и http://www.bebits.com/app/1886/ (Собирают:
     под BeOS5.1 Paul Galashin 2:5053/777.12
     под BeOS5.0.3 Сергей Жарский 2:465/204.43)

2.3. Бинаpники DOS-DPMI, OS/2, Win32, Win32-dll-Perl:
     http://hpt-bin.boom.ru/ (собирает Andy U. Luk'yanov 2:5001/7)

3. Для Perl версии может понадобиться файл MSVCRT.DLL, взять его можно
   с сервера Microsoft: ftp://ftp.microsoft.com/softlib/mslfiles/msvcrt.exe

/------/

[02] Q: А где можно взять исходники?

A: (ML,SD)

1. current за несколько дней: http://husky.sourceforge.net/cvs2/current
2. stable за несколько дней: http://husky.sourceforge.net/cvs2/stable
3. Hа любой момент - с CVS, инструкция: http://husky.sourceforge.net/cvs.html
   и https://sourceforge.net/cvs/?group_id=1332
4. ftp://ddt.demos.su/pub/fileecho/HUSKY/ - файлэха HUSKY. Сорцы раз в два
   месяца, diff'ы постоянно.

/------/

[03] Q: Что означают буквы в скобках в начале ответа?

A: (ML)

Это сокращения от имен людей, написавших ответы:
    ML - Max Levenkov, 2:5000/117
    PG - Pavel Gulchouck, 2:463/68
    VS - Victor Sergienko. 2:464/118
    SR - Serguei Revtov, 2:5021/11.10 & 2:5021/19.1
    FL - Fedor Lizunkov, 2:5020/960
    VL - Vitaliy Lovky, 2:463/1113
    TE - Tobias Ernst, 2:2476/418
    DK - Dmitriy Kazimirow, 2:5004/73
    mk - mihail kapitanov, 2:465/239
    sv - sergei volodchenkov, 2:5030/1197.10
    am - andrey i mavlyanov, 2:5030/1159
    SD - Stas Degteff, 2:5080/102
    PA - Pavel Andreew, 2:5080/59
    DP - Dmitry Pankov, 2:5022/81
    AS - Alexander N. Skovpen

/------/

[04] Q: Как связаться с разработчиками?

A: (SD)
   1. Задать интересующий вопрос в эхоконференциях: русскоязычной RU.HUSKY
      или международной FIDOSOFT.HUSKY
   2. Hайти разработчика нужного модуля на страничке HUSKY TEAM:
      http://husky.sf.net/team.html
   3. Вот нынешние участники проекта c http://sourceforge.net/projects/husky/
      (данные на ноябрь 2002):

Andy U. Luk'yanov  Packager            andr_lukyanov at users.sourceforge.net
Andrew Sagulin     Developer           andrews42 at users.sourceforge.net
Dmitry Sergienko   Project Manager     d_sergienko at users.sourceforge.net
Georgi Fofanov     Developer           georgi at users.sourceforge.net
Gerrit Kьhn        Developer           gerritkuehn at users.sourceforge.net
Igor Zakharoff     Doc Translator      i_zkh at users.sourceforge.net
Michael Haase      Developer           it-dienste at users.sourceforge.net
Joerg Stadelhoff   Developer           joergstadelhoff at users.sourceforge.net
Max Levenkov       Developer           max_levenkov at users.sourceforge.net
Max Chernogor      Project Manager     mche at users.sourceforge.net
Matthias Tichy                         mtt at users.sourceforge.net
Nestyurkin Nikolay Developer           nikn at users.sourceforge.net
Ivan Fedorov       Support Manager     nssoft at users.sourceforge.net
Tobias Ernst       Project Manager     os2tobi at users.sourceforge.net
Pavel Gulchouck    Project Manager     pgul at users.sourceforge.net
Volker Quetschke   Developer           quetschke at users.sourceforge.net
Sascha Silbe                           sascha_silbe at users.sourceforge.net
Pavel Andreew      Packager            sfpavel at users.sourceforge.net
Shilov Vladimir    Packager            shivn at users.sourceforge.net
Stas Degteff       Developer           stas_degteff at users.sourceforge.net
Tema Zelikin       Doc Translator      tema31 at users.sourceforge.net

Чтобы получить email-адрес, " at " нужно заменить на "@".

/------/

[05] Q: Кому присылать патчи?

A: (ML,SD)

Любому разработчику, лучше ведущему модуля, для htick - Max Chernogor (адреса
см. в ответах 3 и 4).
Требования к патчам:

1. Если добавлен новый token(**), нужно:
а) добавить его в fidoconf/doc/keywords.htick
б) задокументировать в htick/doc/htick.texi
** В tokens.h в массиве parseline_tokens соблюдайте сортировку токенов!

2. Формат запуска diff следующий:
   diff -r -c -N htick.orig htick.modified > htick.diff
   где htick.orig и htick - каталоги с исходным и переделанным htick. (Будьте
   внимательны! Типичная ошибка - неверный порядок параметров, в результате
   чего получается обратный дифф.)

3. Обязательно запаковать архиватором (tar+gzip, zip, rar - в порядке
   предпочтения; досовские версии архиваторов крайне нежелательно использовать
   из-за того, что они портят имя файла)

4. Сделать описание вида (в одну строку, пусть даже она будет больше ширины
   экрана в несколько раз):
   new feature added [patch by Vasya Pupkin]
   и эту строку вставить в текст письма (не в файл!).

5. Каждому модулю (fidoconf, htick, ...) - свой патч.

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

/------/

[06] Q: Я скачал *-current-(дата).tar.gz, а там баг! (архив ~месячной давности)

A: (PA)
   Стоит обновиться.
   Дело в том, что *current* меняется не по разу в день (с учётом пожеланий
и багрепортов). Поэтому тот архив, что скачал ты, на сегодня /мягко говоря/
устарел ;-)
   Раздел "Файлы" на http://sf.net/projects/husky предназначен в первую очередь
для размещения официальных (пре)релизов и еже-{одно-двух}-недельных бинарников.
Исходники же (особенно current) лучше брать самые свежие с CVS, на худой конец
- http://husky.sf.net/cvs2/current/*-latest.tar.gz.
   Если же баг не исправлен - пиши багрепорт (см. следующий ответ).

/------/

[07] Q: Кому прислать и как правильно оформить багрепорт?

A: (SD)
   А разве в комплекте нет bugreport.txt (bugreport.rus)? Тогда вот инструкция.
   Багрепорт можно запостить в эхоконференции RU.HUSKY или FIDOSOFT.HUSKY
(международная, писать надо по-английски); в раздел bugtrack на сайте
(https://sourceforge.net/tracker/?atid=101332&group_id=1332&func=browse).
Можно также написать ведущему проекта - но это менее оперативно.

   Чтобы багрепорт был понят без дополнительных вопросов, нужно указать:
- полное название бинарника, его версию и ОС
  (например, htick 1.9.0-cur/win32 28-02-2003, запущенный под Windows 2000)
- суть ошибки
- приложить информативное место в логе при включенных ВСЕХ уровнях
  протоколирования - т.е. Loglevels 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabc...
  (например, с десяток строк перед прерыванием работы программы)
  начиная с htick 1.1 можно указывать диапазон уровней: Loglevels 0-z
- если непонятно поведение - приложить информативную часть конфига.

   Багрепорты предпочтительно публиковать в bugtrack - там есть возможность
оперативно передавать их разработчикам.
   Кроме багрепортов, на sf.net имеется такой же сервис для поддержки
пользователей и предложений по развитию.

/------/

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

A: (ML)

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

Q: хмм... я извиняюсь за то, что ввел, по всей видимости, тебя в
Q: заблуждение, но я _спрашивал_, будет ли "X" в htick. Сам я разве
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

/------/

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

A: (DK)

1.  Распаковываешь архив  (если  нету tar/gzip, то либо www.cygnus.com, либо
www.winzip.com).

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

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

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

5. Чтобы получить html-документацию, нужен makeinfo (например, из Cygwin):
с октября 2002 года именно он используется в makefile либо интерпретатор PERL
(напр., www.activestate.com, www.perl.com) и скрипт Texi2Html
(http://www.mathematik.uni-kl.de/~obachman/Texi2Html/Distrib)

/------/

[10] 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 примерно одного размера.

/------/
--- hpt/w32 1.4.0-stable
* Origin: Moscow, Russia (2:5020/1042)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.082056 секунды