madf

Это документация к ветке 2.0.х К 2.4 идет в архиве PDF

Так написано в документации и так есть на самом деле. Пароль не передается в скрипты. Можешь брать их из файлов юзера.

Причина этому - занятый порт авторизатора. Смотри кто его слушает и разбирайся...

Это имеет смысл. За логи всем спасибо - завтра буду их курить...

Вот за это - спасибо. Тут уже можно попытаться что-то нарыть...

Глючная версия конфигуратора. Поставь свежую.http://stg.dp.ua/download/sgconfig/1.90.9/....1.90.9.win.exe

По поводу стабильности: та версия, которая лежит у нас на сайте работает стабильно (по крайней мере на 32-битных Gentoo, FreeBSD 4.x, FreeBSD 5.x и 64-битной Ubuntu). По крайней мере, с файловой БД и Firebird. MySQL мы плотно не тестировали, понадеявшись на Max. Пока только Keen сообщал о падениях этой версии и я жду от него информации, чтобы разобраться. Эта версия стоит у нескольких местных провайдеров и жалоб от них не поступало. Тут я прекрасно понимаю Max'а, когда он говорит что у него все работает отлично. Проблема в следующем: на сегодня известно несколько версий модуля mod_store_mysql. И у всех - разные разные разработчики. Кому поручать исправлять ошибки? Кроме того, связка stg + mysql + web использует патчи, которые по определенным причинам не включены в стандартную поставку. Опять-же - кому поручать исправлять? Допустим, поручим доводить связку до стабильности Max'у с Alferov'ым. Получим стабильно работающую связку. Где гарантии того, что версия 2.406 будет с ней совместима? По поводу rpm, deb и прочей живности. Нужны мейнтейнеры. Нужны люди, которые будут собирать пакеты для разных дистрибутивов. Я уже пол года собираюсь заняться Gentoo (уже есть эскизы ebuild'ов, но нет времени). Drool с моей помощью старается поддерживать актуальную версию в ALTLinux, но ему не хватает навыков программиста. А у меня, в свою очередь, не хватает времени. Сделать универсальную систему сборки для всех дистрибутивов и разных ОСей достаточно сложно. То что есть сейчас, как вы все знаете, требует всяческих шаманств по поводу библиотек и заголовочных файлов. Перед выпуском последней версии (2.405) мы с Борей обсуждали систему сборки. Обсуждали использование Autotools. Я тогда эксперимента ради сделал сборку на базе Autotools. Почему это не пошло в релиз? Потому что существующая на сегодня структура проекта не приспособлена для работы с Autotools. Кроме того, сборка с autotools заняла в 3-4 раза больше времени, чем то что показывает сейчас build. Мне кажется, логичнее было-бы оставить существующую систему сборки (по крайней мере для ветки 2) в качестве базовой, а для каждого дистрибутива пусть сборку делают мейнтейнеры. По поводу исправлений ошибок. Большая проблема в том, что многие ошибки я не могу у себя повторить. Это самый главный камень преткновения. Явные ошибки раньше помогал исправить лог или core-файл. Те падения, которые сейчас регистрируются, не оставляют следов в core-файле. Обычно такое происходит, если не совпадает ABI сервера и модулей (или shared-библиотек). Но пользователи утверждают, что модули и библиотеки у них - от последнего билда. И ни о какой несовместимости по ABI и речи быть не может. Для решения таких проблем нужно иметь непосредственный доступ к stg, чтобы прогнать его под gdb или valgrind. Чтобы оперативно вносить изменения в код. Нужен программист на месте. Теперь о текущей ситуации. Я сейчас заканчиваю крупный проект и собираюсь в отпуск. Потом прогнозируется некий застой в работе и я планирую заняться stg более плотно.

Для начала скажи, какие модули используеш и какие патчи накладывал (если накладывал, конечно).

А при чем тут авторизатор?

Копать там где это значение пишется

Может я неправильно выразился... Все изменения, которые ты перечислил, разрабатывались и тестировались на вашей системе. Естественно, они там работают.

А описания нет, уж извини. Посмотриш как sgauth сделан - там все просто.

Ну как это где... В архиве stargazer - там где и авторизатор.

Нет, может он раньше еще ругался. Можно было лог в файл перенаправить и потом отгрепать

Больше никаких сообщений от valgrind небыло?

Никто не думал, ибо много висто-ненавистников А вот Qt-версия, возможно, скоро будет.

Специально, чтобы не приходилось вникать в принципы работы протокола авторизатора нами написана библиотека ia_auth_c.lib, которая предоставляет высокоуровневый интерфейс для работы с протоколом. Пример ее использования - sgauth.

А я вижу закономерность Падает когда наступает новая минута.

Я думаю, человек спрашивал о том, на чем база организована: на файлах, firebird или mysql?

Потому что заточено под конкретную систему. Если бы у меня была возможность посидеть с логами, gdb и valgrind там, где он падает - он бы тоже не падал.

Это как раз исправить не сложно - добавь шабанг в скрипты On* А вот при чем тут auth_ao - я совсем хз.

Не успевает... за кем? Есть два подозрения: concurrent access в счетчике и в модуле. В счетчике маловероятно. Под valgrind его бы...

Даже не знаю что тебе сказать... Советую прогнать под valgraind. К стати, это оригинальная версия stg или накладывались какие-нибуть патчи? Какие модули используются? Сколько пользователей online?

Потому что начинать нужно с малого. С установки stg в стандартной поставке. С работы на файлах. А потом уже делать навороты (и то - если они нужны).

Ну, во-первых, можно посмотреть в лог (/var/log/stargazer.log) и консольный (если собран в debug-режиме). Может, он вылетает не без причины. Во-вторых, если логи молчат (хотя в консольном будет хоть что-то написано) - получить корку и сделать бектрейс. Как это делать - я уже писал 100 раз. Например, тут. Если повезет - бектрейс укажет причину падения. Если нет - попробовать запустить из-под valgrind (как это сделать - описано там-же). Возможно он покажет на проблемы с памятью.