Re: [Firebird-devel] Problems in upgradeInterface

2011-05-24 Thread Alex Peshkoff
> Not responding you directly, but anyway... > > I'd want to say again that user should not pass a function to > upgradeInterface. Every function (except some ones from base-core > classes / IStatus) should consistently use a first parameter of type > IStatus. The upgradeInterface should point

Re: [Firebird-devel] Problems in upgradeInterface

2011-05-24 Thread Adriano dos Santos Fernandes
On 24/05/2011 07:46, Alex Peshkoff wrote: > On 05/23/11 16:27, Adriano dos Santos Fernandes wrote: >> On 23/05/2011 09:21, Alex Peshkoff wrote: >>> Yes of cause. >>> I agree with all this words - but mentioned cache will anyway remain >>> always empty in fbclient of FB3. >>> And I do not say it m

Re: [Firebird-devel] Problems in upgradeInterface

2011-05-24 Thread Alex Peshkoff
On 05/23/11 16:27, Adriano dos Santos Fernandes wrote: > On 23/05/2011 09:21, Alex Peshkoff wrote: >> Yes of cause. >> I agree with all this words - but mentioned cache will anyway remain >> always empty in fbclient of FB3. >> And I do not say it must not be done - I say only that this is not top

Re: [Firebird-devel] Problems in upgradeInterface

2011-05-23 Thread Adriano dos Santos Fernandes
On 23/05/2011 09:21, Alex Peshkoff wrote: > Yes of cause. > I agree with all this words - but mentioned cache will anyway remain > always empty in fbclient of FB3. > And I do not say it must not be done - I say only that this is not top > priority job. > Ok, but there is a design question. How the

Re: [Firebird-devel] Problems in upgradeInterface

2011-05-23 Thread Alex Peshkoff
On 05/23/11 16:02, Adriano dos Santos Fernandes wrote: > On 23/05/2011 08:47, Alex Peshkoff wrote: >> On 05/23/11 14:36, Adriano dos Santos Fernandes wrote: >>> On 23/05/2011 03:39, Alex Peshkoff wrote: On 05/22/11 19:02, Adriano dos Santos Fernandes wrote: > Hi! > > This met

Re: [Firebird-devel] Problems in upgradeInterface

2011-05-23 Thread Adriano dos Santos Fernandes
On 23/05/2011 08:47, Alex Peshkoff wrote: > On 05/23/11 14:36, Adriano dos Santos Fernandes wrote: >> On 23/05/2011 03:39, Alex Peshkoff wrote: >>>On 05/22/11 19:02, Adriano dos Santos Fernandes wrote: Hi! This method caches created vtable in a map using original vtable address

Re: [Firebird-devel] Problems in upgradeInterface

2011-05-23 Thread Alex Peshkoff
On 05/23/11 14:36, Adriano dos Santos Fernandes wrote: > On 23/05/2011 03:39, Alex Peshkoff wrote: >> On 05/22/11 19:02, Adriano dos Santos Fernandes wrote: >>> Hi! >>> >>> This method caches created vtable in a map using original vtable address >>> as the key. >>> >>> When libraries are unloade

Re: [Firebird-devel] Problems in upgradeInterface

2011-05-23 Thread Adriano dos Santos Fernandes
On 23/05/2011 03:39, Alex Peshkoff wrote: > On 05/22/11 19:02, Adriano dos Santos Fernandes wrote: >> Hi! >> >> This method caches created vtable in a map using original vtable address >> as the key. >> >> When libraries are unloaded, two problems happen: >> >> 1) Memory leaks. >> 2) This is even

Re: [Firebird-devel] Problems in upgradeInterface

2011-05-22 Thread Alex Peshkoff
On 05/22/11 19:02, Adriano dos Santos Fernandes wrote: > Hi! > > This method caches created vtable in a map using original vtable address > as the key. > > When libraries are unloaded, two problems happen: > > 1) Memory leaks. > 2) This is even serious, as may get the system to crash in normal usa

[Firebird-devel] Problems in upgradeInterface

2011-05-22 Thread Adriano dos Santos Fernandes
Hi! This method caches created vtable in a map using original vtable address as the key. When libraries are unloaded, two problems happen: 1) Memory leaks. 2) This is even serious, as may get the system to crash in normal usage. New libraries are loaded and may reuse the address space of the unl