Alferov

Сделать gmake clean и заново ./build

А зачем? Зачем кому то что то Вам доказывать? Много чести. Тем более, что после этого, с Вами мне больше не о чем говорить. Я прошу модераторов оградить посетителей форума от националистов.

http://local.com.ua/forum/index.php?showto...indpost&p=75946

Патч на последнюю сборку (stg-2.404.9.7) можно взять здесь

А мне вот непонятно, зачем некоторые мутят здесь воду? Для чего? Борцы за чистоту кода чтоль? Ну дык боритесь себе на здоровье... в пределах своего дискового пространства. У меня создается впечатление, что некоторые пытаются давать чуть ли не указания - кому и чем заниматься. имхо.

хех, запутался в версиях уже )) полный дамп будет в версии 0.09 Но... еще раз повторю - если таблицы actions нет в базе, значит патч не наложился. Что касается register_globals - над этим как раз и ведется работа в настоящее время.

Ответ на этот вопрос уже был - см.выше

вдогонку... дамп со структурой таблицы actions присутствует в файле /includes/stg.sql

Что касается последней версии СТГ, то скажу так: как только появится релиз (стабильный!) - появится и патч, и новая версия stg-web.

Где это он пытается эту таблицу добавить??? Линк в студию! Если после запуска СТГ не появилась эта таблица, значит патч некорректно наложен. В общем см. INSTALL. Там все написано.

Что значит "как собирал"? Собрал с нового архива. ./build gmake install os - freebsd 6.2 Симптомы те же, что и раньше. Клиент показывает коннект, а серверу плевать. ((

Нет. Не работает inetaccess 1.2 Опять пришлось на старый (1.1) откатываться.

Работает стабильно все. У меня собрался sgconf_xml Правда ругнулся при запуске на либу отсутствующую. Скопировал либу, все заработало. Сообщения ходят, все вроде штатно работает.

Не понял. А зачем же ему кончаться то? Вот как раз это то и надо исключить.

Да

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

Есть у вышеозначенного модуля такая нехорошая особенность: если внезапно пропадает линк с БД, то СТГ валится в корку. Хотя, должен по идее отписаться в лог и продолжать работать. Может таки найти этот баг и пофиксить его? У кого нить кроме меня такое бывает?

ерунда... полная ))) даже если не хватает ресурсов сервера, то при чем тут софт? Если у тебя какая нить суперпупермегановая игруха не работает со старой видео-картой, ты пойдешь видюху покупать или требовать от разработчика переписать софт???

Я себе поставил таки новую сборку. Правда пришлось модуль авторизатора старый (1.1) допиливать и ставить. И в классе RAW_PACKET вернул к предыдущему виду функцию GetLen() Пока полет вроде нормальный (тьфу*3).

Он создает таблицу детальной статы один(!!!) раз в месяц. Дропать ее не стоит. А вот чистить можно. пример: TRUNCATE TABLE detailstat_01_2008;

Подтверждаю баг, описанный выше Авторизатор 2.60.8 модуль - InetAccess authorizator v.1.2 отвалился. Доработал напильником, собрал и поставил InetAccess v.1.1 Запустил... наблюдаю freebsd 6.2 набор модулей - см. лог в посте выше

Ну вот... как и подозревал возврат к uint16_t GetLen() вернул все на свои места подсчет через divert_cap на freebsd нормализовался. Запустил в работу... наблюдаю Пока только один косяк обнаружился... при остановке падает в корку. Но останавливается весь... в логах все как положено gdb на корку вот что говорит:

сам спросил, сам и ответил ))) п.с. правильно заданный вопрос - половина ответа )))

сравниваю с stg-2.4-2007.01.20-13.47.20

Как это давно не менялся? у меня в старой сборке uint16_t RAW_PACKET::GetLen() Насколько дикие...? )) на несколько порядков. ((((