Re: [Firebird-net-provider] Re: Firebird events sample [v1.7]

[<car...@te...>]

Hello:

>If I had to requeue after the db operation (as in your sample), I wouldn't
>need any kind of events at all... ;-)
>
I know, but as i know that is how it works, what i could try is to do a
sample in C++ to confirm that.

When i was talking about this with Dimitry Yemanov i was asking
the same thing, and if i remember well he confirmed me that every
call to QueueEvents (isc_que_events equivalent) will have the actual 
event count as response from the server, but i maybe wrong ;)

If you dont' do that call you will be getting nothing from the server.

>IIRC the first call of the 'handle events' function was not processed (no
>call of the user definied event handler - a simple FirstCall flag was used
>for it), so maybe you get some kind of immediate 'confirmation' when you
>queue the event for the first time, which should not be interpreted as an
>event?
>
The first queue call will have the initial counts (0) for the registered 
events as response from the server.

>As far as I can see you handle it as it would a real event and since you
>terminate your ThreadHandler (because the last and only event was removed)
>every requeue will be handled as a first queue again...
>
Sorry i don't understand this :P


-- 
Best regards

Carlos Guzmán Álvarez
Vigo-Spain

"In the end there can be only one" (Highlander)