vovksextra

Поправленный выложили? А то 1.88.9 уже и найти не могу, а тарифы в download не становятся... sgconfig.1.90.9.win.exe Можно ли узнать кой какую деталь..... Я так понимаю исходников "компонент" относящихся к старгейзеру более не будет? Проект переходит плавно в проект с закрытым кодом?

Если 1С не работает под MS SQL + Terminal, то сначала сделай именно так, а уж потом примешь решение нужен тебе винт или нет )) На nowa.cc найдешь все ответы на свои вопросы

У мну именно cap_bpf Дайте линк пожалуйста где мона прочитать как прикрутить какой нииь другой модуль для подсчета трафика плизз Этот модуль просто ставится по дефолту Stg v. Stg 2.404 Вообщем я тыкнул пальцем разрабочкам как можно заставить считать правильно траффик через BPF. Это остается на их совести )) Для не верующих фом могу выслать бинарник под ФРЮ 6.3 - пусть сами поссмотрят . На подходе новый биллинг (готовность 90%) . Осталось совсем малость - слепить конфигуратор.

Рейтинг ПО повышают не сертификаты, а положительные отзывы тех кто этим ПО пользуется ))

Нужен сертификат на биллинг? Или лицензия на вид деятельности? )) Это совсем разные вещи. И как можно получить сертификат на систему с открытым исходным кодом - ума не приложу ? где смена одно байтика кода тупым юзером может повлечь за собой кучу судовых исков и т.д. т.п. в адрес разработчика ))) Вообщем бред это все.

Перевыложил в шапке архив уже со всеми "юнитами" что касается отчета - то: 1 строчка - в архиве есть "картинка" - открой свойства проекта и установи галку ту что на картинке. 2 строчка и следующие - ты наверное скачал старые модуля - забери еще раз из шапки архив (включил все что нужно)

забери еще раз из шапки архив (добавил исходники) недостающие "юниты" найдешь здесь: http://local.com.ua/forum/index.php?showtopic=10236&st=0 (в шапке найдешь ссылку на исходники на компоненту версии 2.0.1.6) подправишь dpr и все это дело соберешь на Delphi 7

вот собственно в этом-то и проблема, что НЕТ!!! я тоже решил перейти с фс на бд исходная версия 2.2.2 2006 года и при попытке доступа выдает сообщение о не правильном заголовке. Такое же сообщение выдает новый конфигуратор, когда я им попытался подключится к старой версии СТГ. Можно попросить исходный код или сделать еще одну сборку со старой библиотекой? К сожалению ничем не могу помочь, т.к. разбираться со старым протоколом - физически нет времени

Учить матчасть, и только потом философствовать о потоках. Учитесь прислушиваться )) У меня с мат частью все нормально. Я на потоки убил очень много времении и в своем приложении сделал так как все нужно, как книжка пишет. а вам еще раз следует прочитать Обработчики сигналов и маски сигналов Обработчики сигналов относятся к уровню процесса. Для ожидания сигналов настоятельно рекомендуется применять функцию sigwait. Функцию sigaction применять не рекомендуется, так как список обработчиков сигналов хранится на уровне процесса, и любая нить процесса может изменять его. Если дв

И всеж пересмотрите работу с потоками., а именно обработчик сигналов. PS BPF подправили?

Он и не работает - когда делаешь kill процессу. Кто сказал что он работает? В файлах нули, в фиреберде мусор. Еще раз повторюсь ОС FreeBSD 6.3 Если бы писали как рекомендует RSDN - я бы тему не поднимал

to madf, stg34 СОВЕТУЮ ПРОЧЕСТЬ http://publib.boulder.ibm.com/infocenter/s...cNode=int_14825 Обработчики сигналов и маски сигналов Обработчики сигналов относятся к уровню процесса. Для ожидания сигналов настоятельно рекомендуется применять функцию sigwait. Функцию sigaction применять не рекомендуется, так как список обработчиков сигналов хранится на уровне процесса, и любая нить процесса может изменять его. Если две нити указали один и тот же сигнал в обработчике сигналов, то вторая нить, вызвавшая функцию sigaction, переопределит параметры, заданные первой нитью; предсказать

Упертость хороша вещь ))) 6 лет ведь уже баги ловим можно здесь, например, прочитать http://www.rsdn.ru/Forum/message/2890085.flat.aspx

А, ну все понятно. fpc - FreePascal? То у тебя паскаль так с нитями дружит. PS: проверил тот-же пример на FreeBSD 5.3-RELEASE с теми-же результатами что значит так дружит с нитями? Вызываются все-равно ведь API функции и процедуры ))) (если ты не знаешь то могу сказать что FPC это не интерпретатор а компилятор ) Если функция или процедура не описана ее можно запросто подключить, например так function fpsigwait(__set:psigset_t; __sig:plongint):longint;cdecl;external name 'sigwait'; external - говорит что она внешняя и выше нужно описать какую либу подключить. вот и

Пишу под FreeBSD 6.3 , компилятор fpc 2.2.0, использую libphtread. Поставь с портов FPC - я для тебя сделаю код (похожий как у СТЖ) - откомпилишь и глянешь сам . А затем сделаю как нужно и еще раз глянешь. Иначе нет смысла вести диалог.

Просто не хотел готовить список параметров в виде ppchar для вызова exec-ов. В паскале нужно брать бубен в руки для такого рода операций. )) А что касается глюков fork и POSIX Threads - может все дело не в "старых ядрах", а в не умелом использовании нитей. ;-) Я когда создал нить (делал точно так как в старгейезере) откопилировал под фрю она вообще не "заводилась" без pthread_join, а когда ее подключил, то обработчик сигналов не реагировал ни в какую на нее. Это было до тех пор пока я не сделал отключаемую нить и не переделал main loop (это единственная нить подключаемая во всем прило

Но ведь будет лучше если ты прочитаешь по "максимуму" и "быстренько" распарсишь. А пока будешь парсить - буфер не успеет переполниться. И что касается буфера - увелить его и увидишь положительные отзывы )) а иначе зачем нужен этот код при 128 байтах )) Он теряет весь свой смысл. if(bd->r > bd->sum) { memcpy(buffer, (char*)(bd->p) + bd->bh->bh_hdrlen, blen); //strncpy(iface, settings->iface[n], 9); //*iface = settings->iface[n]; bd->sum += BPF_WORDALIGN(bd->bh->bh_hdrlen + bd->bh->bh_caplen); bd->p = bd->p + BPF_WORDA

Пока не начала писать под ФРЮ я тоже так думал.Просто фря более щепетильна ко всякому роду багов, которых ее наделали программисты. А теперь по делу. Недавно недельки (три назад) мы начали писать биллинг на (FPC). Написали модуль перехвата пакетов через BPF и через IPFW. Для ускорения работы взяли за основу исходники старгейзера. Когда настал тот миг когда мы смогли посчитать траффик выяснилось: 1. через BPF к нам не попадает очень большая часть пакетов. А если выставить скорость 100 Мб/с. то пакетов приходит всего 5%. 2. Через Диверт - вообще ничего не принимал. Далее на

Я с PHP не дружу, но дружит приятель )). с Си на Pascal - перевел Покажи то что ты реализовал уже (как передавал логин). Может вместе с ним и что-то родим.

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

Делали такое - не помогло

странное дело версия 401 и 402 отлично находят библиотеки в /usr/local/lib/ вроде уже поддерживается, в http://stargazer.dp.ua/download/server/2.4...g-2.404.9.7.src собирается с мусклом если находит библиотеку mysqlclient Это всего лишь условная поддержка.То-есть не гарантированная.

Вообщем переходили с FileStore на FireBirdStore и возник вопрос переноса данных. Набросали маленькую утилитку, которая забирает инфу у одного сервера и позволяет эту инфу выгрузить в другой сервер (или в тот же). Наводить "лоск" времени не-было. Так что кому сойдет - пусть пользуются. PS. Утилита только забирает инфу у пользователей и все. Для переноса - вам нужно забить тарифные планы. Достаточно только наименования. Наименование тарифного плана в новом сервере должно совпадать один к одному как у старого. Вообщем пробуем (у нас все получилос

спасибо друг, все заработало . Будешь в наших краях - с нас пиво ))

user.cpp: In member function `void USER::Connect(bool)': user.cpp:611: error: 'class USER_PROPERTY<std::string>' has no member named 'c_str' gmake: *** [user.o] Ошибка 1 никуя )) Товарищи Сишники - предлагайте решение. А то я смотрю в коду и ничего не вижу))