Subject | Re: [Firebird-Architect] Re: Can we, can we, can we????... |
---|---|
Author | Dmitry Yemanov |
Post date | 2005-06-16T06:36:38Z |
"Aleksey Karyakin" <karyakin@...> wrote:
featured port level synchronization over the weekend. I suspect this is
possible in Vulcan (given the proper port encapsulation it has), but the FB2
codebase is not the best place for such experiments.
the cancellation flag?
Dmitry
>Yes, it could work.
> Nothing has to be redesigned, really. In theory, there should appear
> new message type in remote protocol, but the existing one for
> isc_free_statement () could fit. Overall client interface change is
> indeed adding a new constant in ibase.h as Borland did.
> CancellingVia the separate connection - agreed. Otherwise, you'll need to write a full
> users' own queries is easy and can be done over a weekend.
featured port level synchronization over the weekend. I suspect this is
possible in Vulcan (given the proper port encapsulation it has), but the FB2
codebase is not the best place for such experiments.
> The main problem I see is the lack of Classic (single-threadedYou mean it doesn't enter the rescheduling point and hence cannot react to
> server) support. Isn't Classic doomed to extinction? Anyway, Classic
> can't merely be stopped properly if it executes a query.
the cancellation flag?
Dmitry