forum.wfido.ru  

Вернуться   forum.wfido.ru > Прочие эхи > RU.HUSKY

Ответ
 
Опции темы Опции просмотра
  #21  
Старый 17.08.2016, 16:41
FAQ Robot
Guest
 
Сообщений: n/a
По умолчанию НTick FAQ [2/2]

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

/------/

[11] Q: А можно как-нибудь получать диффы на e-mail/netmail?

A: (DK)
Можно, https://lists.sourceforge.net/lists/...fo/husky-diffs -
в этой рассылке распространяются диффы, пожатые gzip. После распаковки
цеплять их надо с помощью patch -p0 < file.diff
(patch.exe - GNU Patch от CygWin'а или из binutils/win32)

A: (SD)
С полным перемещением на Sourceforge.Net создан список рассылки
диффов текстом (удобно отслеживать изменения):
https://lists.sourceforge.net/lists/listinfo/husky-cvs

Кроме того, есть CVS и доступ к нему из браузера:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/husky/

/------/

[12] Q: Как победить ошибки компиляции под Red Нat и ASP Linux?

A: (PG)
Если стянуть с gnu.org и поставить там нормальный gcc (2.95.3 или 3.xx) -
собирается.
А рэдхэтовским или аспшным хаком 2.96 - никто и не обещал. Можно посмотреть
на http://www.gnu.org/software/gcc/releases.html - нет такой версии, после
2.95.3 сразу идет 3.0.

/------/

[13] Q: Компилятор под FreeBSD ругается: warning: mktemp() possibly used
unsafely; consider using mkstemp()

A: (SD, PG)
В переводе это сообщение звучит так: "Предупреждение: функция mktemp(),
возможно, используется небезопасным образом; предпочтительно использовать
mkstemp()". mktemp() генерирует имя временного файла, mkstemp() к тому же
создает этот файл. Смысл предупреждения состоит в том, что после завершения
mktemp() сгенерированное имя файла может оказаться занятым.
Вот только есть одна тонкость: mktemp() - стандартная функция, а mkstemp()
- нет (в некоторых реализациях встречается еще и mkstemps() - создание файла
с суффиксом). Ради сохранения переносимости кода в husky используется
mktemp() с соответствующими проверками.

A: (PG)
На то он и warning, что предупреждает о возможной (но совсем не
обязательной) ошибке (possibly used unsafely). Так вот, в данном
случае ошибки нет, все так и задумано, и warning можно игнорировать.
Отличие его от других warning-ов в том, что его не так просто обойти
или отключить, как в других случаях (сделать явное преобразование
типов или вместо "if (a=b)" написать "if ((a=b)!=0)"). Предложенный
вариант использования mkstemp() мало того, что непереносим, но еще и
попросту не подходит в нашем случае, т.к. эта функция не позволяет
создавать временный файл с определенным расширением.
Все написано совершенно корректно, и менять код только ради того, чтобы
убрать warning, IMНO смысла нет.

/------/

[14] Q: Нtick не удаляет из рабочего каталога распакованные из архивов файлы

A: (DP)
RTFM! Пропиши нормально распаковщики! hint: параметр $f укажи. А то у тебя
извлекается не один файл, а все.
=== Cut ===
Unpack "pkzip25 -ext -silent -over=all -nozip -nofix $a $p $f" 0 504b0304
Unpack "rar e -y -c- $a $p $f" 0 52617221
Unpack "rar e -y -c- $a $p $f" 28 52534658
Unpack "arj e -y $a $p $f" 0 60ea
Unpack "ha ey $a $p $f" 0 4841
Unpack "lha e /m $a $p $f" 4 6c68

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

[15] Q: Как сделать, чтобы сначала отправлялись netmail и echomail, затем
файлэхи

A: (SD)
Тут нужен правильно работающий с приоритетной почтой мейлер. В большинстве
мейлеров неархивированный нетмейл (*.?ut) отправляется первым, затем мейлер
отправляет файлы из *.?lo с атрибутом immediate, затем direct или crash,
затем normal. Таким образом, для эхомейла hpt указываешь атрибут direct или
crash, для файлех htick'у - normal. Cоответсвенно hpt будет писать в *.dlo
или .clo, htick - *.flo. Мейлер при этом отсылает сначала нетмейл (.?ut,
в порядке приоритетности разных *.?ut), затем crash mail и direct mail,
затем normal mail. Использовать direct или crash - уточни в документации на
мейлер.

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


При написании данного файла за основу взят НPT FAQ.
--- hpt/w32 1.9.0
Ответить с цитированием
  #22  
Старый 17.08.2016, 16:41
FAQ Robot
Guest
 
Сообщений: n/a
По умолчанию НTick FAQ [2/2]

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

/------/

[11] Q: А можно как-нибудь получать диффы на e-mail/netmail?

A: (DK)
Можно, https://lists.sourceforge.net/lists/...fo/husky-diffs -
в этой рассылке распространяются диффы, пожатые gzip. После распаковки
цеплять их надо с помощью patch -p0 < file.diff
(patch.exe - GNU Patch от CygWin'а или из binutils/win32)

A: (SD)
С полным перемещением на Sourceforge.Net создан список рассылки
диффов текстом (удобно отслеживать изменения):
https://lists.sourceforge.net/lists/listinfo/husky-cvs

Кроме того, есть CVS и доступ к нему из браузера:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/husky/

/------/

[12] Q: Как победить ошибки компиляции под Red Нat и ASP Linux?

A: (PG)
Если стянуть с gnu.org и поставить там нормальный gcc (2.95.3 или 3.xx) -
собирается.
А рэдхэтовским или аспшным хаком 2.96 - никто и не обещал. Можно посмотреть
на http://www.gnu.org/software/gcc/releases.html - нет такой версии, после
2.95.3 сразу идет 3.0.

/------/

[13] Q: Компилятор под FreeBSD ругается: warning: mktemp() possibly used
unsafely; consider using mkstemp()

A: (SD, PG)
В переводе это сообщение звучит так: "Предупреждение: функция mktemp(),
возможно, используется небезопасным образом; предпочтительно использовать
mkstemp()". mktemp() генерирует имя временного файла, mkstemp() к тому же
создает этот файл. Смысл предупреждения состоит в том, что после завершения
mktemp() сгенерированное имя файла может оказаться занятым.
Вот только есть одна тонкость: mktemp() - стандартная функция, а mkstemp()
- нет (в некоторых реализациях встречается еще и mkstemps() - создание файла
с суффиксом). Ради сохранения переносимости кода в husky используется
mktemp() с соответствующими проверками.

A: (PG)
На то он и warning, что предупреждает о возможной (но совсем не
обязательной) ошибке (possibly used unsafely). Так вот, в данном
случае ошибки нет, все так и задумано, и warning можно игнорировать.
Отличие его от других warning-ов в том, что его не так просто обойти
или отключить, как в других случаях (сделать явное преобразование
типов или вместо "if (a=b)" написать "if ((a=b)!=0)"). Предложенный
вариант использования mkstemp() мало того, что непереносим, но еще и
попросту не подходит в нашем случае, т.к. эта функция не позволяет
создавать временный файл с определенным расширением.
Все написано совершенно корректно, и менять код только ради того, чтобы
убрать warning, IMНO смысла нет.

/------/

[14] Q: Нtick не удаляет из рабочего каталога распакованные из архивов файлы

A: (DP)
RTFM! Пропиши нормально распаковщики! hint: параметр $f укажи. А то у тебя
извлекается не один файл, а все.
=== Cut ===
Unpack "pkzip25 -ext -silent -over=all -nozip -nofix $a $p $f" 0 504b0304
Unpack "rar e -y -c- $a $p $f" 0 52617221
Unpack "rar e -y -c- $a $p $f" 28 52534658
Unpack "arj e -y $a $p $f" 0 60ea
Unpack "ha ey $a $p $f" 0 4841
Unpack "lha e /m $a $p $f" 4 6c68

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

[15] Q: Как сделать, чтобы сначала отправлялись netmail и echomail, затем
файлэхи

A: (SD)
Тут нужен правильно работающий с приоритетной почтой мейлер. В большинстве
мейлеров неархивированный нетмейл (*.?ut) отправляется первым, затем мейлер
отправляет файлы из *.?lo с атрибутом immediate, затем direct или crash,
затем normal. Таким образом, для эхомейла hpt указываешь атрибут direct или
crash, для файлех htick'у - normal. Cоответсвенно hpt будет писать в *.dlo
или .clo, htick - *.flo. Мейлер при этом отсылает сначала нетмейл (.?ut,
в порядке приоритетности разных *.?ut), затем crash mail и direct mail,
затем normal mail. Использовать direct или crash - уточни в документации на
мейлер.

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


При написании данного файла за основу взят НPT FAQ.
--- hpt/w32 1.9.0
Ответить с цитированием
  #23  
Старый 17.08.2016, 16:41
FAQ Robot
Guest
 
Сообщений: n/a
По умолчанию НTick FAQ [2/2]

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

/------/

[11] Q: А можно как-нибудь получать диффы на e-mail/netmail?

A: (DK)
Можно, https://lists.sourceforge.net/lists/...fo/husky-diffs -
в этой рассылке распространяются диффы, пожатые gzip. После распаковки
цеплять их надо с помощью patch -p0 < file.diff
(patch.exe - GNU Patch от CygWin'а или из binutils/win32)

A: (SD)
С полным перемещением на Sourceforge.Net создан список рассылки
диффов текстом (удобно отслеживать изменения):
https://lists.sourceforge.net/lists/listinfo/husky-cvs

Кроме того, есть CVS и доступ к нему из браузера:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/husky/

/------/

[12] Q: Как победить ошибки компиляции под Red Нat и ASP Linux?

A: (PG)
Если стянуть с gnu.org и поставить там нормальный gcc (2.95.3 или 3.xx) -
собирается.
А рэдхэтовским или аспшным хаком 2.96 - никто и не обещал. Можно посмотреть
на http://www.gnu.org/software/gcc/releases.html - нет такой версии, после
2.95.3 сразу идет 3.0.

/------/

[13] Q: Компилятор под FreeBSD ругается: warning: mktemp() possibly used
unsafely; consider using mkstemp()

A: (SD, PG)
В переводе это сообщение звучит так: "Предупреждение: функция mktemp(),
возможно, используется небезопасным образом; предпочтительно использовать
mkstemp()". mktemp() генерирует имя временного файла, mkstemp() к тому же
создает этот файл. Смысл предупреждения состоит в том, что после завершения
mktemp() сгенерированное имя файла может оказаться занятым.
Вот только есть одна тонкость: mktemp() - стандартная функция, а mkstemp()
- нет (в некоторых реализациях встречается еще и mkstemps() - создание файла
с суффиксом). Ради сохранения переносимости кода в husky используется
mktemp() с соответствующими проверками.

A: (PG)
На то он и warning, что предупреждает о возможной (но совсем не
обязательной) ошибке (possibly used unsafely). Так вот, в данном
случае ошибки нет, все так и задумано, и warning можно игнорировать.
Отличие его от других warning-ов в том, что его не так просто обойти
или отключить, как в других случаях (сделать явное преобразование
типов или вместо "if (a=b)" написать "if ((a=b)!=0)"). Предложенный
вариант использования mkstemp() мало того, что непереносим, но еще и
попросту не подходит в нашем случае, т.к. эта функция не позволяет
создавать временный файл с определенным расширением.
Все написано совершенно корректно, и менять код только ради того, чтобы
убрать warning, IMНO смысла нет.

/------/

[14] Q: Нtick не удаляет из рабочего каталога распакованные из архивов файлы

A: (DP)
RTFM! Пропиши нормально распаковщики! hint: параметр $f укажи. А то у тебя
извлекается не один файл, а все.
=== Cut ===
Unpack "pkzip25 -ext -silent -over=all -nozip -nofix $a $p $f" 0 504b0304
Unpack "rar e -y -c- $a $p $f" 0 52617221
Unpack "rar e -y -c- $a $p $f" 28 52534658
Unpack "arj e -y $a $p $f" 0 60ea
Unpack "ha ey $a $p $f" 0 4841
Unpack "lha e /m $a $p $f" 4 6c68

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

[15] Q: Как сделать, чтобы сначала отправлялись netmail и echomail, затем
файлэхи

A: (SD)
Тут нужен правильно работающий с приоритетной почтой мейлер. В большинстве
мейлеров неархивированный нетмейл (*.?ut) отправляется первым, затем мейлер
отправляет файлы из *.?lo с атрибутом immediate, затем direct или crash,
затем normal. Таким образом, для эхомейла hpt указываешь атрибут direct или
crash, для файлех htick'у - normal. Cоответсвенно hpt будет писать в *.dlo
или .clo, htick - *.flo. Мейлер при этом отсылает сначала нетмейл (.?ut,
в порядке приоритетности разных *.?ut), затем crash mail и direct mail,
затем normal mail. Использовать direct или crash - уточни в документации на
мейлер.

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


При написании данного файла за основу взят НPT FAQ.
--- hpt/w32 1.9.0
Ответить с цитированием
  #24  
Старый 17.08.2016, 16:41
FAQ Robot
Guest
 
Сообщений: n/a
По умолчанию НTick FAQ [2/2]

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

/------/

[11] Q: А можно как-нибудь получать диффы на e-mail/netmail?

A: (DK)
Можно, https://lists.sourceforge.net/lists/...fo/husky-diffs -
в этой рассылке распространяются диффы, пожатые gzip. После распаковки
цеплять их надо с помощью patch -p0 < file.diff
(patch.exe - GNU Patch от CygWin'а или из binutils/win32)

A: (SD)
С полным перемещением на Sourceforge.Net создан список рассылки
диффов текстом (удобно отслеживать изменения):
https://lists.sourceforge.net/lists/listinfo/husky-cvs

Кроме того, есть CVS и доступ к нему из браузера:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/husky/

/------/

[12] Q: Как победить ошибки компиляции под Red Нat и ASP Linux?

A: (PG)
Если стянуть с gnu.org и поставить там нормальный gcc (2.95.3 или 3.xx) -
собирается.
А рэдхэтовским или аспшным хаком 2.96 - никто и не обещал. Можно посмотреть
на http://www.gnu.org/software/gcc/releases.html - нет такой версии, после
2.95.3 сразу идет 3.0.

/------/

[13] Q: Компилятор под FreeBSD ругается: warning: mktemp() possibly used
unsafely; consider using mkstemp()

A: (SD, PG)
В переводе это сообщение звучит так: "Предупреждение: функция mktemp(),
возможно, используется небезопасным образом; предпочтительно использовать
mkstemp()". mktemp() генерирует имя временного файла, mkstemp() к тому же
создает этот файл. Смысл предупреждения состоит в том, что после завершения
mktemp() сгенерированное имя файла может оказаться занятым.
Вот только есть одна тонкость: mktemp() - стандартная функция, а mkstemp()
- нет (в некоторых реализациях встречается еще и mkstemps() - создание файла
с суффиксом). Ради сохранения переносимости кода в husky используется
mktemp() с соответствующими проверками.

A: (PG)
На то он и warning, что предупреждает о возможной (но совсем не
обязательной) ошибке (possibly used unsafely). Так вот, в данном
случае ошибки нет, все так и задумано, и warning можно игнорировать.
Отличие его от других warning-ов в том, что его не так просто обойти
или отключить, как в других случаях (сделать явное преобразование
типов или вместо "if (a=b)" написать "if ((a=b)!=0)"). Предложенный
вариант использования mkstemp() мало того, что непереносим, но еще и
попросту не подходит в нашем случае, т.к. эта функция не позволяет
создавать временный файл с определенным расширением.
Все написано совершенно корректно, и менять код только ради того, чтобы
убрать warning, IMНO смысла нет.

/------/

[14] Q: Нtick не удаляет из рабочего каталога распакованные из архивов файлы

A: (DP)
RTFM! Пропиши нормально распаковщики! hint: параметр $f укажи. А то у тебя
извлекается не один файл, а все.
=== Cut ===
Unpack "pkzip25 -ext -silent -over=all -nozip -nofix $a $p $f" 0 504b0304
Unpack "rar e -y -c- $a $p $f" 0 52617221
Unpack "rar e -y -c- $a $p $f" 28 52534658
Unpack "arj e -y $a $p $f" 0 60ea
Unpack "ha ey $a $p $f" 0 4841
Unpack "lha e /m $a $p $f" 4 6c68

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

[15] Q: Как сделать, чтобы сначала отправлялись netmail и echomail, затем
файлэхи

A: (SD)
Тут нужен правильно работающий с приоритетной почтой мейлер. В большинстве
мейлеров неархивированный нетмейл (*.?ut) отправляется первым, затем мейлер
отправляет файлы из *.?lo с атрибутом immediate, затем direct или crash,
затем normal. Таким образом, для эхомейла hpt указываешь атрибут direct или
crash, для файлех htick'у - normal. Cоответсвенно hpt будет писать в *.dlo
или .clo, htick - *.flo. Мейлер при этом отсылает сначала нетмейл (.?ut,
в порядке приоритетности разных *.?ut), затем crash mail и direct mail,
затем normal mail. Использовать direct или crash - уточни в документации на
мейлер.

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


При написании данного файла за основу взят НPT FAQ.
--- hpt/w32 1.9.0
Ответить с цитированием
  #25  
Старый 17.08.2016, 16:41
FAQ Robot
Guest
 
Сообщений: n/a
По умолчанию НTick FAQ [2/2]

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

/------/

[11] Q: А можно как-нибудь получать диффы на e-mail/netmail?

A: (DK)
Можно, https://lists.sourceforge.net/lists/...fo/husky-diffs -
в этой рассылке распространяются диффы, пожатые gzip. После распаковки
цеплять их надо с помощью patch -p0 < file.diff
(patch.exe - GNU Patch от CygWin'а или из binutils/win32)

A: (SD)
С полным перемещением на Sourceforge.Net создан список рассылки
диффов текстом (удобно отслеживать изменения):
https://lists.sourceforge.net/lists/listinfo/husky-cvs

Кроме того, есть CVS и доступ к нему из браузера:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/husky/

/------/

[12] Q: Как победить ошибки компиляции под Red Нat и ASP Linux?

A: (PG)
Если стянуть с gnu.org и поставить там нормальный gcc (2.95.3 или 3.xx) -
собирается.
А рэдхэтовским или аспшным хаком 2.96 - никто и не обещал. Можно посмотреть
на http://www.gnu.org/software/gcc/releases.html - нет такой версии, после
2.95.3 сразу идет 3.0.

/------/

[13] Q: Компилятор под FreeBSD ругается: warning: mktemp() possibly used
unsafely; consider using mkstemp()

A: (SD, PG)
В переводе это сообщение звучит так: "Предупреждение: функция mktemp(),
возможно, используется небезопасным образом; предпочтительно использовать
mkstemp()". mktemp() генерирует имя временного файла, mkstemp() к тому же
создает этот файл. Смысл предупреждения состоит в том, что после завершения
mktemp() сгенерированное имя файла может оказаться занятым.
Вот только есть одна тонкость: mktemp() - стандартная функция, а mkstemp()
- нет (в некоторых реализациях встречается еще и mkstemps() - создание файла
с суффиксом). Ради сохранения переносимости кода в husky используется
mktemp() с соответствующими проверками.

A: (PG)
На то он и warning, что предупреждает о возможной (но совсем не
обязательной) ошибке (possibly used unsafely). Так вот, в данном
случае ошибки нет, все так и задумано, и warning можно игнорировать.
Отличие его от других warning-ов в том, что его не так просто обойти
или отключить, как в других случаях (сделать явное преобразование
типов или вместо "if (a=b)" написать "if ((a=b)!=0)"). Предложенный
вариант использования mkstemp() мало того, что непереносим, но еще и
попросту не подходит в нашем случае, т.к. эта функция не позволяет
создавать временный файл с определенным расширением.
Все написано совершенно корректно, и менять код только ради того, чтобы
убрать warning, IMНO смысла нет.

/------/

[14] Q: Нtick не удаляет из рабочего каталога распакованные из архивов файлы

A: (DP)
RTFM! Пропиши нормально распаковщики! hint: параметр $f укажи. А то у тебя
извлекается не один файл, а все.
=== Cut ===
Unpack "pkzip25 -ext -silent -over=all -nozip -nofix $a $p $f" 0 504b0304
Unpack "rar e -y -c- $a $p $f" 0 52617221
Unpack "rar e -y -c- $a $p $f" 28 52534658
Unpack "arj e -y $a $p $f" 0 60ea
Unpack "ha ey $a $p $f" 0 4841
Unpack "lha e /m $a $p $f" 4 6c68

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

[15] Q: Как сделать, чтобы сначала отправлялись netmail и echomail, затем
файлэхи

A: (SD)
Тут нужен правильно работающий с приоритетной почтой мейлер. В большинстве
мейлеров неархивированный нетмейл (*.?ut) отправляется первым, затем мейлер
отправляет файлы из *.?lo с атрибутом immediate, затем direct или crash,
затем normal. Таким образом, для эхомейла hpt указываешь атрибут direct или
crash, для файлех htick'у - normal. Cоответсвенно hpt будет писать в *.dlo
или .clo, htick - *.flo. Мейлер при этом отсылает сначала нетмейл (.?ut,
в порядке приоритетности разных *.?ut), затем crash mail и direct mail,
затем normal mail. Использовать direct или crash - уточни в документации на
мейлер.

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


При написании данного файла за основу взят НPT FAQ.
--- hpt/w32 1.9.0
Ответить с цитированием
  #26  
Старый 17.08.2016, 16:41
FAQ Robot
Guest
 
Сообщений: n/a
По умолчанию НTick FAQ [2/2]

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

/------/

[11] Q: А можно как-нибудь получать диффы на e-mail/netmail?

A: (DK)
Можно, https://lists.sourceforge.net/lists/...fo/husky-diffs -
в этой рассылке распространяются диффы, пожатые gzip. После распаковки
цеплять их надо с помощью patch -p0 < file.diff
(patch.exe - GNU Patch от CygWin'а или из binutils/win32)

A: (SD)
С полным перемещением на Sourceforge.Net создан список рассылки
диффов текстом (удобно отслеживать изменения):
https://lists.sourceforge.net/lists/listinfo/husky-cvs

Кроме того, есть CVS и доступ к нему из браузера:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/husky/

/------/

[12] Q: Как победить ошибки компиляции под Red Нat и ASP Linux?

A: (PG)
Если стянуть с gnu.org и поставить там нормальный gcc (2.95.3 или 3.xx) -
собирается.
А рэдхэтовским или аспшным хаком 2.96 - никто и не обещал. Можно посмотреть
на http://www.gnu.org/software/gcc/releases.html - нет такой версии, после
2.95.3 сразу идет 3.0.

/------/

[13] Q: Компилятор под FreeBSD ругается: warning: mktemp() possibly used
unsafely; consider using mkstemp()

A: (SD, PG)
В переводе это сообщение звучит так: "Предупреждение: функция mktemp(),
возможно, используется небезопасным образом; предпочтительно использовать
mkstemp()". mktemp() генерирует имя временного файла, mkstemp() к тому же
создает этот файл. Смысл предупреждения состоит в том, что после завершения
mktemp() сгенерированное имя файла может оказаться занятым.
Вот только есть одна тонкость: mktemp() - стандартная функция, а mkstemp()
- нет (в некоторых реализациях встречается еще и mkstemps() - создание файла
с суффиксом). Ради сохранения переносимости кода в husky используется
mktemp() с соответствующими проверками.

A: (PG)
На то он и warning, что предупреждает о возможной (но совсем не
обязательной) ошибке (possibly used unsafely). Так вот, в данном
случае ошибки нет, все так и задумано, и warning можно игнорировать.
Отличие его от других warning-ов в том, что его не так просто обойти
или отключить, как в других случаях (сделать явное преобразование
типов или вместо "if (a=b)" написать "if ((a=b)!=0)"). Предложенный
вариант использования mkstemp() мало того, что непереносим, но еще и
попросту не подходит в нашем случае, т.к. эта функция не позволяет
создавать временный файл с определенным расширением.
Все написано совершенно корректно, и менять код только ради того, чтобы
убрать warning, IMНO смысла нет.

/------/

[14] Q: Нtick не удаляет из рабочего каталога распакованные из архивов файлы

A: (DP)
RTFM! Пропиши нормально распаковщики! hint: параметр $f укажи. А то у тебя
извлекается не один файл, а все.
=== Cut ===
Unpack "pkzip25 -ext -silent -over=all -nozip -nofix $a $p $f" 0 504b0304
Unpack "rar e -y -c- $a $p $f" 0 52617221
Unpack "rar e -y -c- $a $p $f" 28 52534658
Unpack "arj e -y $a $p $f" 0 60ea
Unpack "ha ey $a $p $f" 0 4841
Unpack "lha e /m $a $p $f" 4 6c68

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

[15] Q: Как сделать, чтобы сначала отправлялись netmail и echomail, затем
файлэхи

A: (SD)
Тут нужен правильно работающий с приоритетной почтой мейлер. В большинстве
мейлеров неархивированный нетмейл (*.?ut) отправляется первым, затем мейлер
отправляет файлы из *.?lo с атрибутом immediate, затем direct или crash,
затем normal. Таким образом, для эхомейла hpt указываешь атрибут direct или
crash, для файлех htick'у - normal. Cоответсвенно hpt будет писать в *.dlo
или .clo, htick - *.flo. Мейлер при этом отсылает сначала нетмейл (.?ut,
в порядке приоритетности разных *.?ut), затем crash mail и direct mail,
затем normal mail. Использовать direct или crash - уточни в документации на
мейлер.

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


При написании данного файла за основу взят НPT FAQ.
--- hpt/w32 1.9.0
Ответить с цитированием
  #27  
Старый 17.08.2016, 16:41
FAQ Robot
Guest
 
Сообщений: n/a
По умолчанию НTick FAQ [2/2]

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

/------/

[11] Q: А можно как-нибудь получать диффы на e-mail/netmail?

A: (DK)
Можно, https://lists.sourceforge.net/lists/...fo/husky-diffs -
в этой рассылке распространяются диффы, пожатые gzip. После распаковки
цеплять их надо с помощью patch -p0 < file.diff
(patch.exe - GNU Patch от CygWin'а или из binutils/win32)

A: (SD)
С полным перемещением на Sourceforge.Net создан список рассылки
диффов текстом (удобно отслеживать изменения):
https://lists.sourceforge.net/lists/listinfo/husky-cvs

Кроме того, есть CVS и доступ к нему из браузера:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/husky/

/------/

[12] Q: Как победить ошибки компиляции под Red Нat и ASP Linux?

A: (PG)
Если стянуть с gnu.org и поставить там нормальный gcc (2.95.3 или 3.xx) -
собирается.
А рэдхэтовским или аспшным хаком 2.96 - никто и не обещал. Можно посмотреть
на http://www.gnu.org/software/gcc/releases.html - нет такой версии, после
2.95.3 сразу идет 3.0.

/------/

[13] Q: Компилятор под FreeBSD ругается: warning: mktemp() possibly used
unsafely; consider using mkstemp()

A: (SD, PG)
В переводе это сообщение звучит так: "Предупреждение: функция mktemp(),
возможно, используется небезопасным образом; предпочтительно использовать
mkstemp()". mktemp() генерирует имя временного файла, mkstemp() к тому же
создает этот файл. Смысл предупреждения состоит в том, что после завершения
mktemp() сгенерированное имя файла может оказаться занятым.
Вот только есть одна тонкость: mktemp() - стандартная функция, а mkstemp()
- нет (в некоторых реализациях встречается еще и mkstemps() - создание файла
с суффиксом). Ради сохранения переносимости кода в husky используется
mktemp() с соответствующими проверками.

A: (PG)
На то он и warning, что предупреждает о возможной (но совсем не
обязательной) ошибке (possibly used unsafely). Так вот, в данном
случае ошибки нет, все так и задумано, и warning можно игнорировать.
Отличие его от других warning-ов в том, что его не так просто обойти
или отключить, как в других случаях (сделать явное преобразование
типов или вместо "if (a=b)" написать "if ((a=b)!=0)"). Предложенный
вариант использования mkstemp() мало того, что непереносим, но еще и
попросту не подходит в нашем случае, т.к. эта функция не позволяет
создавать временный файл с определенным расширением.
Все написано совершенно корректно, и менять код только ради того, чтобы
убрать warning, IMНO смысла нет.

/------/

[14] Q: Нtick не удаляет из рабочего каталога распакованные из архивов файлы

A: (DP)
RTFM! Пропиши нормально распаковщики! hint: параметр $f укажи. А то у тебя
извлекается не один файл, а все.
=== Cut ===
Unpack "pkzip25 -ext -silent -over=all -nozip -nofix $a $p $f" 0 504b0304
Unpack "rar e -y -c- $a $p $f" 0 52617221
Unpack "rar e -y -c- $a $p $f" 28 52534658
Unpack "arj e -y $a $p $f" 0 60ea
Unpack "ha ey $a $p $f" 0 4841
Unpack "lha e /m $a $p $f" 4 6c68

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

[15] Q: Как сделать, чтобы сначала отправлялись netmail и echomail, затем
файлэхи

A: (SD)
Тут нужен правильно работающий с приоритетной почтой мейлер. В большинстве
мейлеров неархивированный нетмейл (*.?ut) отправляется первым, затем мейлер
отправляет файлы из *.?lo с атрибутом immediate, затем direct или crash,
затем normal. Таким образом, для эхомейла hpt указываешь атрибут direct или
crash, для файлех htick'у - normal. Cоответсвенно hpt будет писать в *.dlo
или .clo, htick - *.flo. Мейлер при этом отсылает сначала нетмейл (.?ut,
в порядке приоритетности разных *.?ut), затем crash mail и direct mail,
затем normal mail. Использовать direct или crash - уточни в документации на
мейлер.

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


При написании данного файла за основу взят НPT FAQ.
--- hpt/w32 1.9.0
Ответить с цитированием
  #28  
Старый 17.08.2016, 16:41
FAQ Robot
Guest
 
Сообщений: n/a
По умолчанию НTick FAQ [2/2]

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

/------/

[11] Q: А можно как-нибудь получать диффы на e-mail/netmail?

A: (DK)
Можно, https://lists.sourceforge.net/lists/...fo/husky-diffs -
в этой рассылке распространяются диффы, пожатые gzip. После распаковки
цеплять их надо с помощью patch -p0 < file.diff
(patch.exe - GNU Patch от CygWin'а или из binutils/win32)

A: (SD)
С полным перемещением на Sourceforge.Net создан список рассылки
диффов текстом (удобно отслеживать изменения):
https://lists.sourceforge.net/lists/listinfo/husky-cvs

Кроме того, есть CVS и доступ к нему из браузера:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/husky/

/------/

[12] Q: Как победить ошибки компиляции под Red Нat и ASP Linux?

A: (PG)
Если стянуть с gnu.org и поставить там нормальный gcc (2.95.3 или 3.xx) -
собирается.
А рэдхэтовским или аспшным хаком 2.96 - никто и не обещал. Можно посмотреть
на http://www.gnu.org/software/gcc/releases.html - нет такой версии, после
2.95.3 сразу идет 3.0.

/------/

[13] Q: Компилятор под FreeBSD ругается: warning: mktemp() possibly used
unsafely; consider using mkstemp()

A: (SD, PG)
В переводе это сообщение звучит так: "Предупреждение: функция mktemp(),
возможно, используется небезопасным образом; предпочтительно использовать
mkstemp()". mktemp() генерирует имя временного файла, mkstemp() к тому же
создает этот файл. Смысл предупреждения состоит в том, что после завершения
mktemp() сгенерированное имя файла может оказаться занятым.
Вот только есть одна тонкость: mktemp() - стандартная функция, а mkstemp()
- нет (в некоторых реализациях встречается еще и mkstemps() - создание файла
с суффиксом). Ради сохранения переносимости кода в husky используется
mktemp() с соответствующими проверками.

A: (PG)
На то он и warning, что предупреждает о возможной (но совсем не
обязательной) ошибке (possibly used unsafely). Так вот, в данном
случае ошибки нет, все так и задумано, и warning можно игнорировать.
Отличие его от других warning-ов в том, что его не так просто обойти
или отключить, как в других случаях (сделать явное преобразование
типов или вместо "if (a=b)" написать "if ((a=b)!=0)"). Предложенный
вариант использования mkstemp() мало того, что непереносим, но еще и
попросту не подходит в нашем случае, т.к. эта функция не позволяет
создавать временный файл с определенным расширением.
Все написано совершенно корректно, и менять код только ради того, чтобы
убрать warning, IMНO смысла нет.

/------/

[14] Q: Нtick не удаляет из рабочего каталога распакованные из архивов файлы

A: (DP)
RTFM! Пропиши нормально распаковщики! hint: параметр $f укажи. А то у тебя
извлекается не один файл, а все.
=== Cut ===
Unpack "pkzip25 -ext -silent -over=all -nozip -nofix $a $p $f" 0 504b0304
Unpack "rar e -y -c- $a $p $f" 0 52617221
Unpack "rar e -y -c- $a $p $f" 28 52534658
Unpack "arj e -y $a $p $f" 0 60ea
Unpack "ha ey $a $p $f" 0 4841
Unpack "lha e /m $a $p $f" 4 6c68

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

[15] Q: Как сделать, чтобы сначала отправлялись netmail и echomail, затем
файлэхи

A: (SD)
Тут нужен правильно работающий с приоритетной почтой мейлер. В большинстве
мейлеров неархивированный нетмейл (*.?ut) отправляется первым, затем мейлер
отправляет файлы из *.?lo с атрибутом immediate, затем direct или crash,
затем normal. Таким образом, для эхомейла hpt указываешь атрибут direct или
crash, для файлех htick'у - normal. Cоответсвенно hpt будет писать в *.dlo
или .clo, htick - *.flo. Мейлер при этом отсылает сначала нетмейл (.?ut,
в порядке приоритетности разных *.?ut), затем crash mail и direct mail,
затем normal mail. Использовать direct или crash - уточни в документации на
мейлер.

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


При написании данного файла за основу взят НPT FAQ.
--- hpt/w32 1.9.0
Ответить с цитированием
  #29  
Старый 17.08.2016, 16:42
FAQ Robot
Guest
 
Сообщений: n/a
По умолчанию НTick FAQ [2/2]

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

/------/

[11] Q: А можно как-нибудь получать диффы на e-mail/netmail?

A: (DK)
Можно, https://lists.sourceforge.net/lists/...fo/husky-diffs -
в этой рассылке распространяются диффы, пожатые gzip. После распаковки
цеплять их надо с помощью patch -p0 < file.diff
(patch.exe - GNU Patch от CygWin'а или из binutils/win32)

A: (SD)
С полным перемещением на Sourceforge.Net создан список рассылки
диффов текстом (удобно отслеживать изменения):
https://lists.sourceforge.net/lists/listinfo/husky-cvs

Кроме того, есть CVS и доступ к нему из браузера:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/husky/

/------/

[12] Q: Как победить ошибки компиляции под Red Нat и ASP Linux?

A: (PG)
Если стянуть с gnu.org и поставить там нормальный gcc (2.95.3 или 3.xx) -
собирается.
А рэдхэтовским или аспшным хаком 2.96 - никто и не обещал. Можно посмотреть
на http://www.gnu.org/software/gcc/releases.html - нет такой версии, после
2.95.3 сразу идет 3.0.

/------/

[13] Q: Компилятор под FreeBSD ругается: warning: mktemp() possibly used
unsafely; consider using mkstemp()

A: (SD, PG)
В переводе это сообщение звучит так: "Предупреждение: функция mktemp(),
возможно, используется небезопасным образом; предпочтительно использовать
mkstemp()". mktemp() генерирует имя временного файла, mkstemp() к тому же
создает этот файл. Смысл предупреждения состоит в том, что после завершения
mktemp() сгенерированное имя файла может оказаться занятым.
Вот только есть одна тонкость: mktemp() - стандартная функция, а mkstemp()
- нет (в некоторых реализациях встречается еще и mkstemps() - создание файла
с суффиксом). Ради сохранения переносимости кода в husky используется
mktemp() с соответствующими проверками.

A: (PG)
На то он и warning, что предупреждает о возможной (но совсем не
обязательной) ошибке (possibly used unsafely). Так вот, в данном
случае ошибки нет, все так и задумано, и warning можно игнорировать.
Отличие его от других warning-ов в том, что его не так просто обойти
или отключить, как в других случаях (сделать явное преобразование
типов или вместо "if (a=b)" написать "if ((a=b)!=0)"). Предложенный
вариант использования mkstemp() мало того, что непереносим, но еще и
попросту не подходит в нашем случае, т.к. эта функция не позволяет
создавать временный файл с определенным расширением.
Все написано совершенно корректно, и менять код только ради того, чтобы
убрать warning, IMНO смысла нет.

/------/

[14] Q: Нtick не удаляет из рабочего каталога распакованные из архивов файлы

A: (DP)
RTFM! Пропиши нормально распаковщики! hint: параметр $f укажи. А то у тебя
извлекается не один файл, а все.
=== Cut ===
Unpack "pkzip25 -ext -silent -over=all -nozip -nofix $a $p $f" 0 504b0304
Unpack "rar e -y -c- $a $p $f" 0 52617221
Unpack "rar e -y -c- $a $p $f" 28 52534658
Unpack "arj e -y $a $p $f" 0 60ea
Unpack "ha ey $a $p $f" 0 4841
Unpack "lha e /m $a $p $f" 4 6c68

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

[15] Q: Как сделать, чтобы сначала отправлялись netmail и echomail, затем
файлэхи

A: (SD)
Тут нужен правильно работающий с приоритетной почтой мейлер. В большинстве
мейлеров неархивированный нетмейл (*.?ut) отправляется первым, затем мейлер
отправляет файлы из *.?lo с атрибутом immediate, затем direct или crash,
затем normal. Таким образом, для эхомейла hpt указываешь атрибут direct или
crash, для файлех htick'у - normal. Cоответсвенно hpt будет писать в *.dlo
или .clo, htick - *.flo. Мейлер при этом отсылает сначала нетмейл (.?ut,
в порядке приоритетности разных *.?ut), затем crash mail и direct mail,
затем normal mail. Использовать direct или crash - уточни в документации на
мейлер.

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


При написании данного файла за основу взят НPT FAQ.
--- hpt/w32 1.9.0
Ответить с цитированием
  #30  
Старый 01.09.2016, 11:11
FAQ Robot
Guest
 
Сообщений: n/a
По умолчанию НTick FAQ [2/2]

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

/------/

[13] Q: Компилятор под FreeBSD ругается: warning: mktemp() possibly used
unsafely; consider using mkstemp()

A: (SD, PG)
В переводе это сообщение звучит так: "Предупреждение: функция mktemp(),
возможно, используется небезопасным образом; предпочтительно использовать
mkstemp()". mktemp() генерирует имя временного файла, mkstemp() к тому же
создает этот файл. Смысл предупреждения состоит в том, что после завершения
mktemp() сгенерированное имя файла может оказаться занятым.
Вот только есть одна тонкость: mktemp() - стандартная функция, а mkstemp()
- нет (в некоторых реализациях встречается еще и mkstemps() - создание файла
с суффиксом). Ради сохранения переносимости кода в husky используется
mktemp() с соответствующими проверками.

A: (PG)
На то он и warning, что предупреждает о возможной (но совсем не
обязательной) ошибке (possibly used unsafely). Так вот, в данном
случае ошибки нет, все так и задумано, и warning можно игнорировать.
Отличие его от других warning-ов в том, что его не так просто обойти
или отключить, как в других случаях (сделать явное преобразование
типов или вместо "if (a=b)" написать "if ((a=b)!=0)"). Предложенный
вариант использования mkstemp() мало того, что непереносим, но еще и
попросту не подходит в нашем случае, т.к. эта функция не позволяет
создавать временный файл с определенным расширением.
Все написано совершенно корректно, и менять код только ради того, чтобы
убрать warning, IMНO смысла нет.

/------/

[14] Q: Нtick не удаляет из рабочего каталога распакованные из архивов файлы

A: (DP)
RTFM! Пропиши нормально распаковщики! hint: параметр $f укажи. А то у тебя
извлекается не один файл, а все.
=== Cut ===
Unpack "pkzip25 -ext -silent -over=all -nozip -nofix $a $p $f" 0 504b0304
Unpack "rar e -y -c- $a $p $f" 0 52617221
Unpack "rar e -y -c- $a $p $f" 28 52534658
Unpack "arj e -y $a $p $f" 0 60ea
Unpack "ha ey $a $p $f" 0 4841
Unpack "lha e /m $a $p $f" 4 6c68

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

[15] Q: Как сделать, чтобы сначала отправлялись netmail и echomail, затем
файлэхи

A: (SD)
Тут нужен правильно работающий с приоритетной почтой мейлер. В большинстве
мейлеров неархивированный нетмейл (*.?ut) отправляется первым, затем мейлер
отправляет файлы из *.?lo с атрибутом immediate, затем direct или crash,
затем normal. Таким образом, для эхомейла hpt указываешь атрибут direct или
crash, для файлех htick'у - normal. Cоответсвенно hpt будет писать в *.dlo
или .clo, htick - *.flo. Мейлер при этом отсылает сначала нетмейл (.?ut,
в порядке приоритетности разных *.?ut), затем crash mail и direct mail,
затем normal mail. Использовать direct или crash - уточни в документации на
мейлер.

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


При написании данного файла за основу взят НPT FAQ.
--- hpt/w32 1.9.0
Ответить с цитированием
Ответ

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 22:07. Часовой пояс GMT +4.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot