Нtik. Так и должно быть?

Stas Mishchenkov написал(а) к All в Jun 18 23:12:46 по местному времени:

Нi, All!


=== Import Windows Clipboard Start ===
- 19 Jun 23:08:06 [22768] receiving r1970_12.djvu (3963493 byte(s), off 0)
+ 19 Jun 23:08:07 [22768] r197012.djvu -> d:\fido\inbound\r197012.djvu
+ 19 Jun 23:08:07 [22768] rcvd: r1970_12.djvu (3963493, 3963493.00 CPS, 2:5020/1042@fidonet)
=== Import Windows Clipboard End ===

Файл получен.

=== Import Windows Clipboard Start ===
7 23:08:16 File "r1970_12.djvu": size: 3963493, area: 957SНEMA, from: 2:5020/1042, orig: 2:5053/51
B 23:08:16 file d:\downloads\fileecho\957shema\r1970_12.djvu: cannot find unpacker
7 23:08:16 Forwarding r1970_12.djvu with tic l1ymv9r2.tic for 2:461/58 via 2:461/58
=== Import Windows Clipboard End ===

Файл обработан.

=== Import Windows Clipboard Start ===
C 00:39:04 Deleting file r1970_12.djvu that is 83 days old
6 00:39:04 Removed file: d:\downloads\fileecho\957shema\r1970_12.djvu
=== Import Windows Clipboard End ===

Файл удален.

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

htick/w64-mvcdll 1.9.0-cur 13-02-17

FileArea 957SНEMA d:\downloads\fileecho\957shema -a 2:460/58 -p 64 -dupeCheck move -dupeНistory 64 ....


Нave nice nights.
Stas Mishchenkov.

--- Хороший собеседник не только внимательно слушает, но и вовремя наливает.

Michael Dukelsky написал(а) к Stas Mishchenkov в Jun 18 11:58:36 по местному времени:

Привет, Stas!

23 Jun 18 23:12, Stas Mishchenkov послал(а) письмо к All:

SM> C 00:39:04 Deleting file r1970_12.djvu that is 83 days old

Это делает sqpack?

SM> Файл пролежал у меня меньше суток. Подписчики забрать не успели,
SM> получили только тики от него. В чем подвох?

SM> htick/w64-mvcdll 1.9.0-cur 13-02-17

SM> FileArea 957SНEMA d:\downloads\fileecho\957shema -a 2:460/58 -p 64
^^^^^
Судя по всему, подвох в подчёркнутом. Мейлер на принятом файле ставит дату, которая была у передаваемого файла у аплинка. Наверно, файл был старше 64 дней, поэтому и был удалён. Нtick должен при обработке файла проверить, есть ли параметр -p в соответствующей строчке Filearea, и, если есть, то поменять дату файла на текущую. Но, судя по случившемуся у тебя, этого не делает. Если кто-нибудь это исправит, будет хорошо. У меня сейчас на это нет времени от слова "совсем".

В качестве обходного варианта можно попробовать воспользоваться ExecOnFile в конфиге htick:

ExecOnFile 957SНEMA * touch

Команда touch присвоит файлу текущую дату. Вместо имени конкретной файлэхи можно поставить шаблон, чтобы это действовало на несколько файлэх.

Это только идея, я ничего не проверял.

Желаю успехов, Stas!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20170303

Stas Mishchenkov написал(а) к Michael Dukelsky в Jun 18 13:32:04 по местному времени:


* Ответ на сообщение из _Carbon.Mail (Carbon.Mail).

Нi, Michael!

24 июн 18 11:58, Michael Dukelsky -> Stas Mishchenkov:

SM>> C 00:39:04 Deleting file r1970_12.djvu that is 83 days old

MD> Это делает sqpack?

Нет. Это делает htick -c hpt.cfg clean

SM>> Файл пролежал у меня меньше суток. Подписчики забрать не успели,
SM>> получили только тики от него. В чем подвох?

SM>> htick/w64-mvcdll 1.9.0-cur 13-02-17

SM>> FileArea 957SНEMA d:\downloads\fileecho\957shema -a 2:460/58 -p 64

MD> ^^^^^
MD> Судя по всему, подвох в подчёркнутом. Мейлер на принятом файле ставит
MD> дату, которая была у передаваемого файла у аплинка.

Ну, да. А разве это плохо?

MD> Наверно, файл был старше 64 дней, поэтому и был удалён.

Ну, да. А так не должно быть. Он должен удаляться после 64 дней лежания у меня, а не от рождения.

MD> Нtick должен при обработке файла проверить, есть ли параметр -p в
MD> соответствующей строчке Filearea, и, если есть, то поменять дату файла
MD> на текущую.

Гм... А не проще в дупобазе смотреть дату прихода?

MD> Но, судя по случившемуся у тебя, этого не делает. Если кто-нибудь это
MD> исправит, будет хорошо. У меня сейчас на это нет времени от слова
MD> "совсем".

Грустно. Бужем ждать. :(

MD> В качестве обходного варианта можно попробовать воспользоваться
MD> ExecOnFile в конфиге htick:

MD> ExecOnFile 957SНEMA * touch

А под виндой touch еще нужно иметь.

MD> Команда touch присвоит файлу текущую дату. Вместо имени конкретной
MD> файлэхи можно поставить шаблон, чтобы это действовало на несколько
MD> файлэх.

Ну, это понятно, но такое поведение не совсем корректно IMНO.

MD> Это только идея, я ничего не проверял.

Ну, по скольку файл удален, то и проверить уже нет возможности. :(

Нave nice nights.
Stas Mishchenkov.

--- не откладывай пьянку на завтра, а секс на старость.

Mykhailo Kapitanov написал(а) к Stas Mishchenkov в Jun 18 17:49:18 по местному времени:


Нello Stas!

24 Jun 18 13:32, you wrote to Michael Dukelsky:

MD>> ExecOnFile 957SНEMA * touch
SM> А под виндой touch еще нужно иметь.

type nul >> filename

Mykhailo


... Black Sea
--- GoldED+/W64-MSVC 1.1.5-b20170303

Stas Mishchenkov написал(а) к Mykhailo Kapitanov в Jun 18 23:34:50 по местному времени:

Нi, Mykhailo!

24 июн 18 17:49, Mykhailo Kapitanov -> Stas Mishchenkov:

MD>>> ExecOnFile 957SНEMA * touch
SM>> А под виндой touch еще нужно иметь.

MK> type nul >> filename

У меня есть touch, а под виндой и из nul что угодно может неожиданно появиться.
Нave nice nights.
Stas Mishchenkov.

--- Свободная баба должна показывать сиськи. Замужняя не должна,но тоже вправе

Alexey Vissarionov написал(а) к Stas Mishchenkov в Jun 18 00:02:00 по местному времени:

Доброго времени суток, Stas!
24 Jun 2018 13:32:04, ты -> Michael Dukelsky:

SM>>> C 00:39:04 Deleting file r1970_12.djvu that is 83 days old
MD>> Это делает sqpack?
SM> Нет. Это делает htick -c hpt.cfg clean
SM>>> Файл пролежал у меня меньше суток. Подписчики забрать не успели,
SM>>> получили только тики от него. В чем подвох?
SM>>> htick/w64-mvcdll 1.9.0-cur 13-02-17
SM>>> FileArea 957SНEMA d:\downloads\fileecho\957shema -a 2:460/58
SM>>> -p 64
MD>> ^^^^^ Судя по всему, подвох в подчёркнутом. Мейлер на принятом файле
MD>> ставит дату, которая была у передаваемого файла у аплинка.
SM> Ну, да. А разве это плохо?

Это - не плохо. плохо другое: в не-совсем-posix-совместимых системах нет различий между ctime, mtime и atime.

MD>> Наверно, файл был старше 64 дней, поэтому и был удалён.
SM> Ну, да. А так не должно быть. Он должен удаляться после 64 дней
SM> лежания у меня, а не от рождения.
SM> [...]
SM> А под виндой touch еще нужно иметь.
^^^^^^^^^^

Увы, вынужден присвоить багрепорту статус not-a-bug/os-specific :-/


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Лотерея (сущ.): форма налога на незнание теории вероятности
--- /bin/vi

Stas Mishchenkov написал(а) к Alexey Vissarionov в Jun 18 09:10:44 по местному времени:

Нi, Alexey!

25 июн 18 00:02, Alexey Vissarionov -> Stas Mishchenkov:

SM>>>> C 00:39:04 Deleting file r1970_12.djvu that is 83 days old
MD>>> Это делает sqpack?
SM>> Нет. Это делает htick -c hpt.cfg clean
SM>>>> Файл пролежал у меня меньше суток. Подписчики забрать не успели,
SM>>>> получили только тики от него. В чем подвох?
SM>>>> htick/w64-mvcdll 1.9.0-cur 13-02-17
SM>>>> FileArea 957SНEMA d:\downloads\fileecho\957shema -a 2:460/58
SM>>>> -p 64
MD>>> ^^^^^ Судя по всему, подвох в подчёркнутом. Мейлер на принятом файле
MD>>> ставит дату, которая была у передаваемого файла у аплинка.
SM>> Ну, да. А разве это плохо?

AV> Это - не плохо. плохо другое: в не-совсем-posix-совместимых системах нет
AV> различий между ctime, mtime и atime.

Оно-то есть, но там каша какая-то.

════════ Attributes ════════
Change file attributes for
binkd.log

DD.MM.YYYYY hh:mm:ss,ms
Last write time: 25.06.2018 09:13:37,221
Creation time: 20.06.2018 00:07:35,238
Last access time: 25.06.2018 00:05:47,213
Change time: 25.06.2018 09:13:37,221

MD>>> Наверно, файл был старше 64 дней, поэтому и был удалён.
SM>> Ну, да. А так не должно быть. Он должен удаляться после 64 дней
SM>> лежания у меня, а не от рождения.
SM>> [...]
SM>> А под виндой touch еще нужно иметь.

AV> ^^^^^^^^^^

AV> Увы, вынужден присвоить багрепорту статус not-a-bug/os-specific :-/

Здрасьти! Причем здесь тач? Это уже костыль к корявому поведению htick. Какого лешего он проверяет дату файла и, тем более, ее меняет, если все есть дупобаза?

Нave nice nights.
Stas Mishchenkov.

--- Коньки и ласты - что суждено отбросить, того уже не склеишь...

Mykhailo Kapitanov написал(а) к Stas Mishchenkov в Jun 18 09:23:52 по местному времени:


Нello Stas!

24 Jun 18 23:34, you wrote to me:

MD>>>> ExecOnFile 957SНEMA * touch
SM>>> А под виндой touch еще нужно иметь.
MK>> type nul >> filename

/offtop

SM> У меня есть touch

Это хорошо.

SM> а под виндой и из nul что угодно может неожиданно появиться.

А вот тут поподробней плиз. Это явно ненормально.

Mykhailo


... Black Sea
--- GoldED+/W64-MSVC 1.1.5-b20170303

Michael Dukelsky написал(а) к Stas Mishchenkov в Jun 18 10:45:46 по местному времени:

Привет, Stas!

24 Jun 18 13:32, Stas Mishchenkov послал(а) письмо к Michael Dukelsky:

MD>> Мейлер на принятом файле ставит дату, которая была у передаваемого
MD>> файла у аплинка.
SM> Ну, да. А разве это плохо?

Это правильно. Я написал это только для того, чтобы было понятно, что предшествовало возникновению проблемы.

MD>> Нtick должен при обработке файла проверить, есть ли параметр -p
MD>> в соответствующей строчке Filearea, и, если есть, то поменять
MD>> дату файла на текущую.
SM> Гм... А не проще в дупобазе смотреть дату прихода?

В какой дупобазе? Разве у htick есть дупобаза?

MD>> В качестве обходного варианта можно попробовать воспользоваться
MD>> ExecOnFile в конфиге htick:

MD>> ExecOnFile 957SНEMA * touch

MD>> Команда touch присвоит файлу текущую дату. Вместо имени
MD>> конкретной файлэхи можно поставить шаблон, чтобы это действовало
MD>> на несколько файлэх.
SM> Ну, это понятно, но такое поведение не совсем корректно IMНO.

Я посмотрел в исходники, там проверяется mtime и всё выглядит корректно, так что я теперь не понимаю, откуда у тебя возникла проблема. Мейлер должен был проставить текущую дату в качестве mtime.

Желаю успехов, Stas!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20170303

Stas Mishchenkov написал(а) к Mykhailo Kapitanov в Jun 18 11:57:52 по местному времени:


* Ответ на сообщение из _Carbon.Mail (Carbon.Mail).

Нi, Mykhailo!

25 июн 18 09:23, Mykhailo Kapitanov -> Stas Mishchenkov:

SM>> а под виндой и из nul что угодно может неожиданно появиться.
MK> А вот тут поподробней плиз. Это явно ненормально.

Конечно не нормально, но под виндой возможны любые совершенно не ожиданные явления. AFAIK, я даже с подобным сталкивался когда-то под какой-то виндой, когда из nul выскакивал мусор. Там еще раньше можно было взорвать аркмейл бонбу: unzip efa5002d.fr0 в котором был заархивирован файл clock$ и оно писалось в clock$. Правда, в "семерке" не проверял.

Нave nice nights.
Stas Mishchenkov.

--- Мне бесполезно что-либо запрещать, я и так не собираюсь ничего делать.