Такой вопрос - не у кого не возникало проблем при регистрации событий
в TSIBfibEventAlerter? У меня при регистрации события в
TSIBfibEventAlerter иногда зависает программа(иногда потом развисает
но чаще нет), частота зависания примерно 1 к 4 или к 3 примерно. Делаю
всё по примеру FibPlus5 и при этом в примере с тестовой базой всё в
порядке, но когда я и его подключаю к рабочей только для прослушки
событий, то и он зависает!!! мож кто сталкивался с этим багом.

Заметил что зависания появляются чаще если количество подключений к БД
увеличивается(т.е С утра пока не кто не работает зависает 1 раз
примерно за 7-10 запусков, а днём почти каждый второй запуск приводит
к зависанию, или даже чаще)

Нашёл конкретное место зависания в модуле IB_Intf это функция




и на строчке




происходит зависание.
Как я понял в этот момент происходит регистрация события как объекта
(но если честно мне ваще не понятно чё здесь происходит), но если
данная процедура не возвратит результат, то отлавливаться события не
будут.
Подскажите мне, пожалуйста, у кого возникала уже подобная проблема.

Delphi7, Firebird 2.0, FibPlus5

> этот момент происходит регистрация события как объекта


В каком потоке ?

> этот момент происходит регистрация события как объекта


В каком потоке ?

> В каком потоке ?


Это происходит не в потоке, это при вызове метода  FIBEvent.RegisterEvents;
он тупо иногда зависает (вернее часто).

> Это происходит не в потоке


В Win32 ничто не может происходить "не в потоке".


> при вызове метода  FIBEvent.RegisterEvents


В каком потоке ?

я что-то  не совсем понял ну ладно, опишу подробнее:
При запуске проекта на OnCreate формы происходит соединение с БД, на событие


у


происходит добавление событий в список событий у компонента




после того как все события, которые необходимо прослушивать от сервера, добавлены, происходит их регистрация для активации прослушки. Вроде так.

Значит в основном потоке.

У тебя, похоже, проблема с сетевыми настройками.

С настройками всё в порядке, ведь программа работает отлично когда я не регестрирую события, просто тогда они не отлавливаются и не запускается их обработка(((

> С настройками всё в порядке


Ну тогда тряси бубен.
Мое хо неизменно - следует внимательно изучить сетевую среду, в которой функционирует сервер и клиент.
Можешь хотя бы ради эксперимента изменить способ подключения (TCP/IP, NetBIOS, IPX/SPX, MMF для локальной среды) - наверняка ситуация радикально изменится.

Спасибо посмотрю, а ты говорил про


> В каком потоке ?


ка лучше в основном или в отдельном потоке производить регестрацию - раз уж ты спросил в каком у меня, скажи как лучше и как ты делаешь :-), да и какие вообще есть подводные камни в использовании событий БД - в компонентах FibPlus5

>
> ка лучше в основном или в отдельном потоке производить регестрацию


По барабану.
Потоки нельзя равнивать по критерию "лучшести".


> какие вообще есть подводные камни в использовании событий
> БД - в компонентах FibPlus5


Надо смотреть исх-ки.
В IBEvents, например, подписка на события осущ-ся в доп.потоке, а нотификация о событиях осущ-ся с использованием TThread.Synchronize, со всеми вытекающими из этого последствиями.

Спасибо посмотрю, а ты говорил про


> В каком потоке ?


ка лучше в основном или в отдельном потоке производить регестрацию - раз уж ты спросил в каком у меня, скажи как лучше и как ты делаешь :-), да и какие вообще есть подводные камни в использовании событий БД - в компонентах FibPlus5

Ещё раз спасибо (сори за мусор)

То, что ты видишь "зависание" на isc_que_event - ничего не значит, поскольку примерно в это время асинхронно приходит первое извещение о текущем состоянии счётчиков. Соответственно - вызывается ast. Но ты этого не видишь, поскольку оно происходит в другом потоке. Что там эта ast делает у SIB алертера - мне не видно, да и неинтересно. А она может делать всё что взбрело в голову её автору, включая всякую фигню с критическими секциями и сообщениями.

Моё резюме: если можешь обойтись в программе без эвентов - обойдись. Поскольку ни один компонент, который я видел, не работает с ними нормально. И моё (отнюдь не скромное) мнение - такой (универсальный) компонент вообще невозможен именно вследствие невыполнимого требования универсальности.

А что насчёт портов??? в Firebird кажися нужно открывать для событий отдельный порт???
Да и если кто знает что нужно править в исходниках то скажите плиз  или у кого то уже есть правленные дайте ПЛИЗ

> что насчёт портов?


Для рассуждений о портах необходимо сначала обозначить протокол, по которому клиент взаимодействует с сервером.

tcp/ip

> Firebird кажися нужно открывать для событий отдельный порт?


Да. На стороне сервера.
Соответственно требуется должная доп.настройка межсетевых экранов/брендмауеров/файрволов (если таковые имеются) на обеих сторонах потенциального соединения.

> Да и если кто знает что нужно править в исходниках то скажите плиз

В исходниках Firebird ? ню-ню...

 или у кого то уже есть правленные дайте ПЛИЗ

Даже у меня править сырцы Firebird (несмотря на Automated snapshots builds на моем сервере) рука не поднимается... :)

> править сырцы Firebird.. рука не поднимается


Да собссно ничего страшного в этом нет, если интерес искл-но спортивный)
По кр.мере FB 1.0 я успешно правил и собирал. Но тогда у меня был далеко не спортивный интерес)