Влез на FTP-шник, сориентировался по дате...

Вопрос: чем отличаются GVNGInstallA, GVNGInstallW, REInstallA ?

1) версия 4.07 уйдет в архив одновременно с публикацией 5.00. Пока ж это всего лишь RC (то есть Release candidate). Есть еще несколько неприятных "топорностей", которые б хотелось поправить.

2) ...A - для W9x, ...W - для NT-Family, то есть для всех современных OS. ReInst можно не брать, это для тех, кто не пользуется GVNG, а RE им нужен. Вот оно в отдельную инсталляшку и собрано.

WBR, Roma, resurrected-GM.

Thanx, Roma

Сегодня начало подтормаживать... всего то 15-й ход. А программка вдруг начала отрабатывать с задержкой 10-15 секунд. НЕприятно... Пока проблема решилась перезагрузкой самой программы.
Кто-то уже с этим сталкивался? Есть советы?

Еще один непровереный глюк... Сегодня увидел, что мои коловозы пусты Хотя я давал им разгрузку о 0,01 кола.
Подозреваю виновата автокоррекция ордера. Она что-то писала перед отправкой, но на быстрый взгляд изменений не заметил.
Видно не доглядел. Поэтому вопрос: можно ли отключить эту опцию из настроек?

Есть одна известная проблема. Надо всегда закрывать окно визуализатора битв. Оно жрет непотребно много, даже во время простоя. Пока руки не дошли поправить.

Что касается загрузки... Оно точно не могло удалить валидную команду на загрузку. Может вы выполняли какой-то "финт"? Тогда письмом скажите какой, добавлю поддержку.
*** Edited 03.08.2007 9:18:47 UTC by Roman A.Makhnenko***

WBR, Roma, resurrected-GM.

Визуализатор пока вне подозрений. Зато нашел главного подозреваемого на роль "тормоза" -- почтовая система программы.

У меня настройки "offline/file". Записываю писма в папочку. Но он их генерит НЕМЕРЯНО! На 39 писем он сгенерил 678 *.msg

Заметил случайно. Была открыта папка с письмами. После написания письма хотел найти его в папке и наблюдал длительную картину генерации-перетасовки фалов *.msg
Только через пару минут успокоился...

Что касается разгрузки (не загрузки). Какой же это финт? Просто "мечу" планетки по 0,01... Но за этим я еще послежу...

Вот не пойму.. ни то я перемудрил с настройками, ни то автор...

Письма сохраняются в папке "dgXXXX.mail". Там все красиво и понятно. Но при настройке "offline/file" и указании папки "out" программа еще и туда копирует письма с расширением .msg.

Вот в этой папке и твориться непотребное!

Рома! Объясни задумку автора!

Все интересней и интересней...

Часть файлов в таблице имеет статус "to send" вместо "sent".
Похоже именно их мы и пытаемся постоянно отправить: либо в автомате, либо по команде "send all new message".

ОТправить их почему то не удается... хотя в папку постоянно добавляются новые копии этих файлов.

Где у меня ошибка, кроме генов

Может вместо транспорта "offline" поставить "direct"?

Гхм... А если стереть system32 в windows, тоже много интересного произойдет. Это моя ошибка, конечно, надо было ловить и жестко запрещать такие дела. Но кто ж знал?!

dgXXXX.mail и транспортные директории - две большие разницы. Хотя б если исходить из того, что транспорт один и обслуживает все игры сразу. Если работаете в "файловом" режиме, то эти пути должны указывать туда, куда складывает (и откуда берет) файлы ваша почтовая программа. В этом случае транспорт GVNG не пытается сам что-то куда-то посылать, он аккуратно складывает файлы в выходную директорию, и берет из входной, в надежде, что доставкой всей этой ботвы игровому серверу занимается какая-то другая программа.

WBR, Roma, resurrected-GM.

Аналогию с system32 не понял... Ну, да спишем на мою крайне низкую сообразительность

А вот дальше, пожалуйста, ме-е-е-дленно, как для "чайников" (это я про себя).

dgXXXX.mail скорее всего предназначен для работы встроенной почтовой системы. Хоть у меня она и выключена, но программа аккуратно складывает туда файлы для отправки. Пусть... Во всяком случае наименование файлов там более вразумительно чем сквозная малоинформативная нумерация в папке "out".

Именно в настроенной папке "out" и происходит чехарда с письмами. Выглядит это так...

В таблице писем половина имеет статус "sent", а половина "to_send". Каждый раз при выборе команды "send all new message" программа по-новой записывает вторую половину файлов в папку "out". Но при этом не меняет статус писем на "sent"!!! Значит, история повторяется снова и снова...

Работа с файлами - процедура относительно длительная. Вот в момент повторной записи файлов со стасусом "to send" меня и тормозит (предположительно).

А теперь конкретный вопрос: почему не меняется статус писем после записи в папку "out"?

Ну про system32 это я так шучу. Аналогия простая. Транспорт умеет следить за изменение содержимого каталога, и если его заставить по этому событию что-то отправлять/принимать... в том же каталоге... То очевидно, к чему это приводит.

Почему не меняется статус... Может проморгал для этого режима... Оно ж в первую очередь отлаживалось для Direct'а.

WBR, Roma, resurrected-GM.