Re: [IBPP-DISCUSS] Segfault w/ bad username/password pair
IBPP is a C++ client class library for FirebirdSQL
Status: Inactive
Brought to you by:
epocman
From: Milan B. <al...@eu...> - 2003-10-27 16:55:44
|
Olivier Mascia wrote: > I fear using C++ Standard Library might introduce that though. > > But then there is little we can do. Firebird Embedded cannot seriously > ask people _not_ to use C++ Standard Library in order to be able to > use Firebird Embedded DLL. > > Now, two comments. > > 1/ Firebird Embedded is something really new that needs to be > considered experimental. Sorry if I wasn't clear. I'm using Firebird Classic Server on Linux, and the library is named libfbembed.so (as you know). I'm *not* using Firebird Embedded. > If I can be of any help at some point related with IBPP, you can count > on me as much as I could depending on my business assignments of the > time. I knew that. Thanx. > In between, you might write a test case, using the pure C-API that > would do the same thing and see if you have the problem again. I would > suggest to write the C-test program by writing the simplest IBPP code > to demo the bug, then translate that IBPP code to C-API code by poking > in IBPP source code the equivalent C-API calls that are made. Someone already did (Brad Pepers), and he sent code to firebird-devel, where Nikolay Samofatov agreed that problem lies in Firebird client library. The thread is named: "Firebird 1.5 segfault" Here's what Nikolay wrote in his most recent post: ---- quote from firebird-devel ------- The strategic mistake was usage of STL objects in Firebird memory pools (this forces us to re-define global delete). The fix is in progress in FB2.0 tree (all needed classes are implemented and are just pending to replace STL analogs). I'll take a look at FB1.5 codebase and will recon what can be done there with this problem. And yes, this is the real problem." ---- end of quote -------------------- After all this doesn't seem to be IBPP problem. There's one thing: some of the people said that it could be avoided if libfbembed.so was loaded before libstdc++.so. Is it possible to do something like that from IBPP? Thanx for a quick reply. Regards, -- Milan Babuskov http://fbexport.sourceforge.net |