Hi, On Mon, 2009-09-07 at 11:52 +0200, Johannes Brunen wrote: > Hello Gerrit, > > I do have a new piece of information: > > The call > > _pHandle = LoadLibrary(libName); > > does fail for the OSGImageFileIO dynamic link library, i.e. returns NULL > > Do you know a good code place where I should further debug. The library is > actually in the search path for the loader. As mentioned before the > OSGFileIO library and the OSGContribPLY library are loaded correctly.
hmm, it could also mean that one of the dependent libs is not found. Do you start the program from cygwin or windows (cmd32) ? IIRC cygwin seem to suppress some errors so starting it from a native windows env might yield more information. Another thing to try would be depends.exe which shows which libraries/symbols are unresolved. > > As a side note which is not directly related to the problem at hand, I have > concers about the implementation of the SharedObjectHandler::initialize() > routine which steps down to a LoadLibrary call with an null pointer > argument. I think that the SharedObject::open() routine should respect the > case that no library name is provided at all. that can be a mixup with Unix where dlopen(NULL) is valid and gives you a handle to retrieve application symbols. I'll check it. kind regards, gerrit ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
