Если зайти в [непустой] Netmail и написать письмо ареафиксу (а может,
и любое с пометкой K/S), после чего не выходить из нетмейла и
оставаться на бывшем последним сообщении (Msg: 999 of 1000), затем параллельно запустить отправку почты (hpt scan pack -> binkd) и после окончания сессии нажать в деде "->" -- он стреляется.
Если зайти в [непустой] Netmail и написать письмо ареафиксу (аЯ такое постоянно наблюдаю, если K/S письмо написать и параллельно его отправитель почты удаляет, скажем hpt pack, то голдед не перечитывает заново индекс и просто туда прыгает и падает. Это надо логику менять, чтобы не верить индексу, потому что в любой момент "картина мира"
может, и любое с пометкой K/S), после чего не выходить из
нетмейла и оставаться на бывшем последним сообщении (Msg: 999 of
1000), затем параллельно запустить отправку почты (hpt scan pack
binkd) и после окончания сессии нажать в деде "->" -- онстреляется.
может измениться. Как привильно сделать пока не знаю.
Если зайти в [непустой] Netmail и написать письмо ареафиксу (а
может, и любое с пометкой K/S), после чего не выходить из
нетмейла и оставаться на бывшем последним сообщении (Msg: 999 of
1000), затем параллельно запустить отправку почты (hpt scan pack
binkd) и после окончания сессии нажать в деде "->" -- онстреляется.
Я такое постоянно наблюдаю, если K/S письмо написать и
параллельно его отправитель почты удаляет, скажем hpt pack, то
голдед не перечитывает заново индекс и просто туда прыгает и
падает. Это надо логику менять, чтобы не верить индексу, потому
что в любой момент "картина мира" может измениться. Как привильно
сделать пока не знаю.
А что за эвент происходит (как у программеров это называется)?
Да и дед почему-то лог не пишет, LogFile прописан, а файл всегда
нулевого размера.
Если зайти в [непустой] Netmail и написать письмо ареафиксу (а может,
и любое с пометкой K/S), после чего не выходить из нетмейла и
оставаться на бывшем последним сообщении (Msg: 999 of 1000), затем параллельно запустить отправку почты (hpt scan pack -> binkd) и после окончания сессии нажать в деде "->" -- он стреляется.
А как у тебя, All?
Я такое постоянно наблюдаю, если K/S письмо написать и параллельно его отправитель почты удаляет, скажем hpt pack, то голдед не перечитывает заново индексИндекс - это что-то из сквишово-джамового? :)
и просто туда прыгает и падает. Это надо логику менять,Или просто его мониторить и перечитывать при изменении. Или не позволять другим процессам писать в открытый файл.
чтобы не верить индексу
, потому что в любой момент "картина мира"
может измениться. Как привильно сделать пока не знаю.
Если зайти в [непустой] Netmail и написать письмо ареафиксу (а может,
и любое с пометкой K/S), после чего не выходить из нетмейла и
оставаться на бывшем последним сообщении (Msg: 999 of 1000), затем параллельно запустить отправку почты (hpt scan pack -> binkd) и после окончания сессии нажать в деде "->" -- он стреляется.
А как у тебя, All?
Если зайти в [непустой] Netmail и написать письмо ареафиксу (аВ каком формате нетмейл база?
может, и любое с пометкой K/S), после чего не выходить из
нетмейла и оставаться на бывшем последним сообщении (Msg: 999 of
1000), затем параллельно запустить отправку почты (hpt scan pack
binkd) и после окончания сессии нажать в деде "->" -- онстреляется.
А как у тебя, All?
У меня msg и такого поведения вроде как ни разу не замечал.
А на всяких squish если файл открыт другим процессом, то hpt его пропускает (если это конечно не сетевая шара) Хоть убейте, не помню
где это настраивается, но где-то настройка в конфигах точно была,
помню.
Вооот, важная же инфа :)может, и любое с пометкой K/S), после чего не выходить из
нетмейла и оставаться на бывшем последним сообщении (Msg: 999 of
1000), затем параллельно запустить отправку почты (hpt scan pack
binkd) и после окончания сессии нажать в деде "->" -- онстреляется.
А как у тебя, All?
В каком формате нетмейл база?Squish (и всегда он был).
Опять же, на это вроде бы есть настройка, но хоть убей не помню где и как называется, найти пока не получилось.У меня msg и такого поведения вроде как ни разу не замечал.
А на всяких squish если файл открыт другим процессом, то hpt его
пропускает (если это конечно не сетевая шара) Хоть убейте, не
помню где это настраивается, но где-то настройка в конфигах точно
была, помню.
Сохранённое дедом в базу письмо уже "закрыто", поэтому hpt сразу
пакует и удаляет.
Да и это не такой уж досадный баг, чтобы прям житьmsg наше всё :)
мешал.
может, и любое с пометкой K/S), после чего не выходить из
нетмейла и оставаться на бывшем последним сообщении (Msg: 999
of 1000), затем параллельно запустить отправку почты (hpt scan
pack -> binkd) и после окончания сессии нажать в деде "->" --
он стреляется. А как у тебя, All?
В каком формате нетмейл база?
Squish (и всегда он был).Вооот, важная же инфа :)
и после окончания сессии нажать в деде "->" -- он стреляется.
Или просто его мониторить и перечитывать при изменении. Или не
позволять другим процессам писать в открытый файл.
Если зайти в [непустой] Netmail и написать письмо ареафиксу (а- Доктор, когда я делаю вот так, то у меня болит нога.
может, и любое с пометкой K/S), после чего не выходить из
нетмейла и оставаться на бывшем последним сообщении (Msg: 999 of
1000), затем параллельно запустить отправку почты (hpt scan pack
binkd) и после окончания сессии нажать в деде "->" -- онстреляется.
- А Вы так не делайте. :)
У тебя настроены флаги, по которым эхотаг пониммает, что эху надо пересканировать?
и после окончания сессии нажать в деде "->" -- он стреляется.И кого застрелил?
В случае squish/jam файл не постоянно открыт. Индексы/хедеры читаются вообще один раз при входе в арию, а заголовок+текст сообщения при
переходе на него. После этого в базу можно писать из другого процесса.
может, и любое с пометкой K/S), после чего не выходить из
нетмейла и оставаться на бывшем последним сообщении (Msg: 999
of 1000), затем параллельно запустить отправку почты (hpt scan
pack -> binkd) и после окончания сессии нажать в деде "->" --
он стреляется. А как у тебя, All?
В каком формате нетмейл база?
Squish (и всегда он был).
Вооот, важная же инфа :)
Я починил эту ситуацию для Squish. Подробности в golded.devel, если интересно. Теперь ничего не падает, но в лог пишется, что пытаются почитать фрейм не нормальный (свободный), а сам голдед покажет пустое письмо просто, вообще без каких-либо заголовков. Если выйти из эхи (нетмейла) и снова зайти, то голдед перечитывает список сообщений и
уже удалённое сообщение никак не покажется.
В случае squish/jam файл не постоянно открыт. Индексы/хедеры читаются
вообще один раз при входе в арию, а заголовок+текст сообщения при
переходе на него. После этого в базу можно писать из другого процесса.
Верно гутаришь. Из этого есть два вывода. овые сообщения ты не увидишь пока не выйдешь и снова не войдёшь в эху,
и даже написание нового сообщения аккуратно добавит в текущий конец,
но не обновит.
А вот удалённые за это время сообщения - тут из-за отсутствия
достоточных проверок в кода, голдед может выкидывать финты, и надо бы вычистить. Я вчера один вычистил в Сквише, может быть ещё есть.
А вот удалённые за это время сообщения - тут из-за отсутствия
достоточных проверок в кода, голдед может выкидывать финты, и
надо бы вычистить. Я вчера один вычистил в Сквише, может быть ещё
есть.
Я не спотыкался об это только по тому, что база пуржится у меня в
такое время, когда обычно меня не может быть за компьютером.
Я не спотыкался об это только по тому, что база пуржится у меня в
такое время, когда обычно меня не может быть за компьютером.
Если ты читал внимательно, то бага происходила, когда k/s сообщение тоссер/треккер удалял из базы, пока ещё голдед сидел в этой арии.
А прикол с пуржингом такой, что hpt пуржилка, а может и другие также,
она создаёт новый файл, туда тупо копирует все сообщения, и в конце переименовывает временный файл в оригинальный.
Если ты сидел голдедом в это время и читатал что-то, то как минимум не сохранятся прочитанные и ластрид,
а как максимум, написанные тобой сообщения запишутся в тот
самый удалённый файл. В юниксах, к коим и линукс относится, можно
открыть файл, его удалить, и читать/писать в/из него сколько угодно, и когда ты закроешь это файл, то и инода пропадёт, и место освободится.
Sysop: | Angel Ripoll |
---|---|
Location: | Madrid, Spain |
Users: | 13 |
Nodes: | 8 (0 / 8) |
Uptime: | 75:53:34 |
Calls: | 386 |
Files: | 15,077 |
Messages: | 64,718 |