If there's a bug, the correct response to to fix it, not invent yet another
feature to work around the bug.
A correctly code application should get events. The mechanism is designed
to eliminate race conditions. But if you don't understand how it's
supposed to work, it's straightforward to write buggy code.
I'd start by funding out why events aren't being delivered or how an event
block is being incorrectly constructed. Or, maybe, why the secondary
connection is succeeding without throwing an exception.
The patent on event handling has long sice expired, but does anyone know
whether Borland granted a patent license when they released Interbase open
source.
On Thursday, February 26, 2015, Carlos H. Cantu <lis...@warmboot.com.br>
wrote:
> DS> 26.02.2015 15:18, Carlos H. Cantu wrote:
> >> PS: I could do something similar at the client side, using the
> >> currently Firebird events, but unfortunately, they cannot be trusted.
>
> DS> What do you mean?
>
> In my practical experience with the currently implementation of FB
> events (I use them for internal messenger in my ERP), it happened
> several times that some attachments didn't get notified when the event
> was fired. It is like, in the same local network, some machines
> received the event and some others not. Don't ask me why.
>
> There is another situation that I had in the past, when registering
> interest for events, when the database connection was done by
> internet, simply hanged the client forever. For this reason, I had to
> disable event listening when the connection is done over Internet. I'm
> not sure if this was fixed in recent builds.
>
> In other words: I don't trust the currently event implementation
> because it seems that it doesn't work 100% of the time.
>
> []s
> Carlos
> http://www.firebirdnews.org
> FireBase - http://www.FireBase.com.br
>
>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> Firebird-Devel mailing list, web interface at
> https://lists.sourceforge.net/lists/listinfo/firebird-devel
>
--
Jim Starkey
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
