madf

Єто число увеличивает кол-во ресурсов, затрачиваемое на поддержку соединений. Как минимум - памяти. Может еще чего.

Попробуй в плагине конфигуратора в файле rsconf.cpp в строке 119: res = listen(listenSocket, 0); заменить 0 на что-то побольше. Скажем, 10.

Связаться со мной можно по почте (faust@stg.dp.ua) или в Jabber (madf@jabber.kiev.ua) 4 минуты? Может TCP timeout? Или-же дедлок какой-нить...

Теоретически возможна. Ожидать стоит. А я и есть автор (или соавтор)

Попробуй

А вобще хоть в одном из скриптов используется? И что говорит при указании 2-х и более модулей?

У тебя sgconf используется в скриптах OnConnect/OnDisconnect?

Я однозначно буду делать совместимость со 2-й версией, но не в этом релизе.

Я думаю, вот так: http://ua.php.net/manual/en/book.ibase.php

Можно и статически. Но чтобы исходники не тащили с собой либу а использовали ту что идет в комплекте Stargazer. Тогда можно без проблем собирать всегда с самой последней версией клиентской библиотеки. Очень рекомендую. Прирост в скорости отрисовки в Qt4 по сравнению с Qt3 частично вызван именно использованием MVC. Фактически, у тебя он реализован (т.к. ты используешь TableView а не TableWidget), но используется в духе старой доброй VCL с "ручной" расстановкой значений по ячейкам. Я в свое время разбирался с Qt'шной реализацией. Немного инфы есть тут: http://madf.livejournal.com/43869.html

Тоже падает? Тогда попрошу сделать корку и выслать мне вместе со всеми бинарниками на faust@stg.dp.ua А при чем тут stg-exec? Он просто скрипты выполняет и к конфигуратору никакого отношения не имеет.

Эту ошибку выдает функция bind когда локальный порт занят. Смотри, если ты сперва запусти старый и он начал "висеть без толку", потом ты его убил по -9 и пытаешься запустить новый - сокет еще остается некоторое время занят (я наблюдал такие ситуации). Попробуй подождать немного, пока ядро освободит сокет.

Советую не собирать библиотеку авторизатора "на месте", а линковать ее динамически или статически. Кроме того советую пронаследовать QTableModel, инкапуслировать в него протокол и положиться на нормальный механиз общения Model/View, вместо явных вызовов model->setItem(row, column, new QStandardItem(text)); и model->setVerticalHeaderLabels(dirs); Это больше соответствует идеологии ООП и паттерну MVC.

Что-то я не нашел где там протоколу прописывается адрес и порт сервера. К стати, сам начинал делать в прошлом году - только библиотеку протокола так и не прикрутил

Это, как-бы, вся необходимая инфа. Он не может присоединиться к локальному порту. Потому что он кем-то занят.

Ничего пересобирать не нужно. Как я уже писал выше - документация на более старую версию и из нее интересует только настройка файрвола. В конфиге старгейзера нужно прописать модуль cap_ipq вместо cap_ether.

unistd.h не нужен Вместо string.h лучше использовать cstring "Invalid version in module" - я модуль писал под ветку 1.*. Возможно, во 2-й поломали обратную совместимость.

Использовать модуль cap_ipq (для Linux, документация: НАСТРОЙКА СЕРВЕРА ДЛЯ РАБОТЫ С LIBIPQ) или cap_divert (для *BSD, документация: НАСТРОЙКА СЕРВЕРА ДЛЯ РАБОТЫ С DIVERT SOCKETS). Документация, правда, к версии 2.0, но главное там - правильная настройка firewall. Остальное можно игнорировать.

Судя по всему ты удалил 32-битные библиотеки. Теперь компоновщик нормально разрешил все зависимости и скомпоновал с 64-битными. sgauth говорит что bind failed потому что ты его пытаешься запустить на одной машине со старгейзером. А старгейзер сам занял порт.

Можно использовать rc1. Критических исправлений после него небыло. Только чистка кода.

Для старых сборок нужно поправить один заголовочный в исходниках Stargazer'а. Ссылка на 2.406-rc1 есть в разделе "Разарботка" в теме "Stg-2.406-rc1" О том как собрать есть в теме "И снова Opensuse11 и Stg-2.405.9.8, нужна помощь", правда сам патч не приводится. Суть в добавлении #include <netinet/in.h> перед #include <linux/netfilter.h> в файле projects/stragazer/plugins/capture/ipq_linux/ipq_cap.cpp

Wrong solution! Нехорошо чужие хидеры править. Лучше обновиться до 2.406-rc1 или обновить хотя-бы этот плагин. Или поискать по форуму патчик для этого случая - я когда-то выкладывал.

Да, начиная с 2.406-beta этот глюк исправлен. Обновление до 2.406-rc1 поможет.

Как глючит? Должен работать четко, обратную совместимость мы не ломали.

К стати, если планируется запустить 2 версии stargazer на одной машине одновременно - советую поменять ExecMsgKey так чтобы он для разных экземпляров был разный, иначе могут быть проблемы с выполнением скриптов.