Re: [Mingw-users] oci.dll problem

[gelbeiche <in...@ra...>]

Am Fri, 2 Feb 2007 17:24:03 +0100
schrieb Michael Gerdau <mg...@te...>:

> Hi Thomas !
> 
> > I think the non-Codeblocks behavior is clear now, it is how you
> > describe case a).
> > The problem is still the Executable created by Codeblocks(say
> > CB-EXE). CB-EXE gives me the oracle-initialize error.
> 
> Have you compared the exact link stmts as used to create your app
> using plain mingw and the stmt as created by Codeblocks ?
> 
> I would expect that the differing behaviour originates in differences
> w/r to the link stmts.
> 
> > http://www.randspringer.de/tora/tora.txt     (OK, pure MinGW)
> > http://www.randspringer.de/tora/cb-tora.txt  (Oracle initialize
> > error, Codeblocks EXE)
> 
> A wild guess after comparing both files:
> Maybe the ordering of libs in the link stmt from pure mingw and
> Codeblocks differs which might result external references being
> resolved by different libs (i.e. more than one lib sporting the
> same external name; the one that comes first resolves it).
> 
> > What I see is that tora.exe calls OraOCIEI10.dll, in cb-tora.txt
> > I do not discover that call.
> > The differences between both files start in line 215, but I still do
> > not understand the reason for the difference.
> > 
> > In line 215 of tora.txt the program starts to load oracle-DLLs
> 
> ...after which the pure mingw version loads all of (more or less) WSA.
> 
> [snip]
> > What could be the reason ?
> 
> No idea apart from the wild guess above.
> 
> I definitely would start comparing the exakt commands used to create
> the pure mingw version and those composed by Codeblocks.
> 
> Best,
> Michael

Hi,

I found the problem. In my Codeblocks-IDE one class ocistub.cpp was
included(and linked). This class was not picked up by the origin MinGW
Makefile. After I removed the file from the Codeblocks-project the
application worked.

Thank you for your help.

Thomas

-- 
http://www.randspringer.de