22.10.2014 23:47, Nikolay Samofatov wrote:
Dmitry,
What should I do with the code described below?
I'm not a Dmitry, but anyway...
I, personally, have no time even to look at it until the conference end.
So, don't hurry, please. Also, it will be great to have explanation of new
snapshot's
On 10/22/14 22:54, Michal Kubecek wrote:
Hello,
I noticed a problem when connecting to FB3 started as firebird -s (on
Linux). As I was able to reproduce the issue with versions as old as
April 2013 and I'm not completely sure relicts of my experiments can't
cause it, I would like to ask if
Hi!
To not check class version in each method call, cloop-based interfaces
implement class-upgrade at return and argument passing.
If everything is simple, it (the mechanics) works. But not everything is
simple.
We have structs (Dtc::start - with DtcStart) with interfaces and
pointers to
connections to FB3 in standaloneClassic mode (firebird -s) hang up
Key: CORE-4586
URL: http://tracker.firebirdsql.org/browse/CORE-4586
Project: Firebird Core
Issue Type:
On 10/23/14 18:56, Adriano dos Santos Fernandes wrote:
Hi!
To not check class version in each method call, cloop-based interfaces
implement class-upgrade at return and argument passing.
If everything is simple, it (the mechanics) works. But not everything is
simple.
We have structs
On 23/10/2014 13:42, Alex Peshkoff wrote:
On 10/23/14 18:56, Adriano dos Santos Fernandes wrote:
Hi!
To not check class version in each method call, cloop-based interfaces
implement class-upgrade at return and argument passing.
If everything is simple, it (the mechanics) works. But not
