Subject Re: [IBO] Event ports
Author Pirtea Calin
""Helen Borrie (TeamIBO)"" <helebor@...> wrote in message
> At 08:19 AM 01-02-02 -0200, you wrote:
> >Hi,
> >Does anyone nows witch port an event uses to communicate with a dial-up
> >connection, instead of 3050?
> I wasn't aware that an event communicated with a dialup connection at all.
It communicates with with a client, through the API. At the network level,
communication is through the TCP/IP connection - the server doesn't know nor
care whether you are on a dialup or a NIC card. If the server is listening
on port 3050 (the default) then that's the channel for all server-client
> >I have asked at ib-support group and Lester gave some ideas to work
> >it, but it would be better to do it via events.
> I followed this thread (sort of, hard to make head or tail of it) and I
think there is general confusion all around.
> The IB 5.5 and 5.6 Windows client programs (gds32.dll) introduced a
threading problem regarding events which caused an access violation when you
used the Delphi VCL's IB_EventAlerter component. I believe the IBX Event
component (can't recall its name) had a similar problem with the first IB 6
betas at some stage (don't know if it was ever fixed).
> AFAIK, Jason's IB_Events component had this problem with 5.5 and 5.6 and
the recommended workaround was to use the IB 5.1 version of gds32.dll. We
carry a copy of it on the website for any 5.x users who need it.
> As far as I know, IB_Events doesn't have this problem with the IB 6 or
Firebird versions of gds32.dll.
They do have that problem even now. At least i get acces violation with the
latest Firebird (tried them all).
Using IBO (IB_Events) i assign onregister event with
IB_Connection.RequestReconnect, apparently it's some trick Jason implemented
long ago and it works.
No more access violations.

> regards,
> Helen Borrie (TeamIBO Support)
Best regards,
Aplication Developer
Pirtea Calin Iancu
S.C. SoftScape S.R.L.