napTu

да, #define HAVE_DECL_GETOPT 1 стоит в самом начале и в данном случае на повтор определения getopt() не ругается. Дело в том что переменная HAVE_DECL_GETOPT 1 влияет только на определение функции getopt() , но не getopt_long(). А тут я getopt_long() уже задаю принудительно, безо всяких условий. да и при компиляции из cpp оно видится и обрабатывается без проблем. Ошибка почемуто происходит уже при перекомпиливании обжекта - main.o(.text+0x1538): undefined reference to `getopt_long' Такое впечатление что это определение уже не зависит от getopt.h, а задается гдето в другом месте. В

что самое интересное, не могу поставить getopt - /usr/ports/misc/getopt говорит gcc -L/usr/local/lib -lintl -o getopt getopt.o getopt.o: In function `generate_output': getopt.o(.text+0x32a): undefined reference to `getopt_long' getopt.o: In function `main': getopt.o(.text+0xadc): undefined reference to `getopt_long' collect2: ld returned 1 exit status gmake: *** [getopt] Ошибка 1 *** Error code 2 но /usr/ports/devel/libgnugetopt поставилось и содержит getopt_long какой еще getopt ставить?

блиииин. getopt.h сократил до непристойного вида: extern "C" { struct option { const char *name; int has_arg; int *flag; int val; }; extern int getopt_long (int argc, char *const *argv, const char *shortopts, const struct option *longopts, int *longind); } а оно мне всё одно: main.o: In function `main': main.o(.text+0x1538): undefined reference to `getopt_long' collect2: ld returned 1 exit status gmake: *** [sgconf] Ошибка 1 как будто и не обращается туда, но с пустым файлом не компилится g++ -c main.cpp -O2 -Wall -I /usr/home/napTu/stg-2.

где взять?

да и фиг с ним с дедлоком, главное чтобы продолжалась корректная обработка после него.

вроде-бы и Ждите не обнадеживает нисколечко. Дедлок как я понимаю кратковременное зависание на некоторое время, которое неизвестно где происходит и теряется часть данных? надо бы в inetaccess.cpp напихать побольше дебаг месседжей и глянуть подробнее ситуацию.

я знаю причину! это происки заводов-империалистов производителей оптического оборудования. купуйте оптику и всё будет пучком. нет потерь - нет проблем с авторизацией.

по коду следующее: вариант 1) в AUTH_IA::Process_CONN_SYN_6 имеем фазу залипшую 2, тогда if (!(iaUser->phase == 1 || iaUser->phase == 3)) return -1; Тогда гдето теряется условие обнуления фазы по таймауту, или для неподключенного пользователя. Я этого условия в коде вообще не нашел. вариант 2) не доходим до AUTH_IA::Process_CONN_SYN_6 причин этого не наблюдаю.

блин, время в дебаге смещено, тяжело ориентироваться... по логам ситуация следующая: - периодически теряются алив пакеты. inetaccess.cpp > 11:35:33 > Min8(sizeof(ALIVE_SYN)) = 368 inetaccess.cpp > 11:35:33 > 1207989569.340008 368 bytes sent to 192.168.11.112:5555 len=368 inetaccess.cpp > 11:35:33 > Send_ALIVE_SYN_7 inetaccess.cpp > 11:35:33 > recv from 192.168.11.112 5555 len=64 inetaccess.cpp > 11:35:33 > User Barhan FOUND! inetaccess.cpp > 11:35:33 > ======================> InitEncrypt dont needed inetaccess.

telo, ну это немного не то. С таким же успехом я могу назвать твои слова бредом, ибо у меня можно вводить сколь угодно много неверных логин-пароль вариантов, но после ввода правильного всё работает. В моем случае абоненты перестают работать в местах где наблюдаются потери на свичах.

опять же, обнаружилось что в районе этого абонента проблемы со свичем (подвис). Еще один пожаловался на периодические отключения, а другой на такую же траблу, что описана в этом топике.

Вот лог его подключений за сегодня (в обратном порядке): C 2008.04.12-14.54.34 192.168.11.112 Barhan 367 10.000000 D 2008.04.12-14.54.21 192.168.11.112 Barhan 367 10.000000 C 2008.04.12-14.09.14 192.168.11.112 Barhan 367 10.000000 D 2008.04.12-12.11.35 192.168.11.112 Barhan 367 10.000000 C 2008.04.12-12.10.15 192.168.11.112 Barhan 367 10.000000 D 2008.04.12-12.09.42 192.168.11.112 Barhan 367 10.000000 C 2008.04.12-12.08.37 192.168.11.112 Barhan 367 10.000000 D 2008.04.12-12.08.04 192.168.11.112 Barhan 367 10.000000 C 2008.04.12-12.02.28 192.168.11.112 Barhan 367 10

таки вылез глюк. что фильтровать из лога? Пользователь 192.168.11.112 Здесь он не может подключиться: inetaccess.cpp > 13:50:35 > User Ksusha1230 FOUND! inetaccess.cpp > 13:50:35 > ======================> InitEncrypt dont needed inetaccess.cpp > 13:50:35 > ALIVE_ACK_6(7) - OK inetaccess.cpp > 13:50:35 > Monitor time 1207564408 1207997495 inetaccess.cpp > 13:50:35 > recv from 192.168.11.112 5555 len=64 inetaccess.cpp > 13:50:35 > User Barhan FOUND! inetaccess.cpp > 13:50:35 > ======================> In

в дебаг режиме запустил. 5суток. лог уже перевалил за гиг. А полёт нормальный - испугалося наверное. Грядёт дата снятия АП и перехода на след.месяц. Имеет ли смысл перезапустить в нормальном режиме на этот период?

вернул старую getopt.h добавил #define HAVE_DECL_GETOPT 1 всё равно ругается на /usr/local/include/getopt.h:136: error: previous declaration `int getopt()' here

убирал, но сейчас всё вернул назад. сначала убрал из usr/include/unistd.h объявление getopt, с этого момента стало говорить main.o(.text+0x1538): undefined reference to `getopt_long'. потом обновил getopt с 2.1 до 2.1_1 потом вернул объявление getopt в usr/include/unistd.h так и выдает main.o(.text+0x1538): undefined reference to `getopt_long'.

одному богу известными манипуляциями довел сборку до состояния: g++ -c parser.cpp -O2 -Wall -I /usr/home/napTu/stg-2.404.9.7-wo_netflow_patch/projects/sgconf/../../include -DFREE_BSD g++ main.o parser.o /usr/home/napTu/stg-2.404.9.7-wo_netflow_patch/projects/sgconf/../../lib/libconffiles.so /usr/home/napTu/stg-2.404.9.7-wo_netflow_patch/projects/sgconf/../../lib/libstg_common.so /usr/home/napTu/stg-2.404.9.7-wo_netflow_patch/projects/sgconf/../../lib/libsrvconf.so /usr/lib/libexpat.so /usr/lib/libc_r.so /usr/lib/libc.so -Wl,-E -L/usr/home/napTu/stg-2.404.9.7-wo_netflow_patch/projects/sgco

дык до установки оно ругается на отсутствие, а после установки - на конфлик объявлений /usr/include/unistd.h:112: error: declaration of C function `int getopt(int, char* const*, const char*)' conflicts with /usr/local/include/getopt.h:136: error: previous declaration `int getopt()' here

http://local.com.ua/forum/index.php?showtopic=8789 этого хватит?

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

FullFee только в 2.404 появилась. в 2.403б отсутствовала. Я правил по моему users, где идет расчет снятия денег, там всё прозрачно просто написано и прокомментировано (типа fee=userfee-userfee*inactivedays). кстати, при удалении у меня не падает сейчас - фря4.10.

снова я теперь так: пользователь переустановил винду, поставил новый авторизатор, долго (весь день) пытался ввести логин, пароль, но всё время вписывал вместо q - g , при этом менял большие на меленькие в имени, перед этим еще подключался не со своего ип адреса... в итоге ситуация по топику повторилась. клиент периодически шлет пакеты с верными логином и паролем. стг никак не отвечает - ни одного пакета. на неверный логин шлет ответ с ошибкой. вот дамп пакетов: tcpdump: listening on fxp0 19:42:07.906199 192.168.10.87 > hst.icenet: icmp: echo reply (ttl 128, id 300,

да уж, всё так, и остается каждому пользователь миллион сто сорок шестой раз разьяснять что к чему. в принципе всё правильно в плане работы, ведь у пользователя может быть кредит и он будет работать при минусовом балансе. Однако отсутствие сообщений об окончании денег и невозможности работать - есть недоработка, которая однако решается сторонними методами: 1.перенаправлять трафик неподключенного пользователя на веб страницу с соотв.сообщением. 2.в новых версиях авторизатора есть больмень развитая система приема сообщений, на которую можно слать меседжи из скриптов... sgconf и всё такое

так и не могу побороть sgconf. Пожалуйста, подскажите, как? (стг2404, фря4.10, gcc 3.4.6) ситуёвина такая: ... g++ -c main.cpp -O2 -Wall -I /usr/home/napTu/stg-2.404.9.7-wo_netflow_patch/projects/sgconf_xml/../../include -DFREE_BSD In file included from /usr/local/lib/gcc/i386-portbld-freebsd4.10/3.4.6/include/c++//i386-portbld-freebsd4.10/bits/gthr-default.h:44, from /usr/local/lib/gcc/i386-portbld-freebsd4.10/3.4.6/include/c++//i386-portbld-freebsd4.10/bits/gthr.h:96, from /usr/local/lib/gcc/i386-portbld-freebsd4.10/3.4.6/include/c++//i386-portbld-

спасибо за комментарии. я тут подкрутил таймеры alive и timeout, вернул на дефолтные значения. Жду... %)