Great! In that case I have two last questions on the subject.

Is .Cancel() supposed to work like the mon tables (canceling basically  
when it feels like it?) or is the API different in some way?

And the second one - I make a ... little mistake in my previous post  
(reffering to the ack/syn when I should`ve been talking about the  
SO_KEEPALIVE). Does the fbprovider utilize such things? If it doesn`t I  
will probably get on it after I finish a code cleanup of my own - will the  
changes be of interest to the community(and if yes - should the KA  
interval/timeout be specified via connection string or FbConnection  
member?) or should I keep them to myself?


Thanks a lot - looking forward to the next version :)



Thu, 22 Apr 2010 01:06:16 +0400, Jiri Cincura <disk...@cincura.net>:

> On Wed, Apr 21, 2010 at 16:32, Ivan Arabadzhiev
> <intelru...@unrealsoft.net> wrote:
>> 1 Would .Cancel() work if I execute it on another thread (the watchdog
>> one) ? I can live with 'wait till fb 2.5 finall' since I`m really eager  
>> to
>> update anyway :)
>
> Sure. In provider we have now (in SVN) also support for async
> execution (through ThreadPool, as creating Thread is wasting
> resources).
>
>> 2 2.1 Mon tables don`t seem to work every time (I`ve had about 10%  
>> success
>> in "delete from mon$statements" on such long-lasting operations)
>
> It's not killed immediately. Depends on what your command is doing.
>


-- 
Sanity is a sin!

------------------------------------------------------------------------------
_______________________________________________
Firebird-net-provider mailing list
Firebird-net-provider@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/firebird-net-provider

Reply via email to