Re: 1.7.5: Problem with dlopen and relative path

2010-04-29 Thread Corinna Vinschen
On Apr 29 12:39, Mansur Mamkin wrote: > Hello, > > As I see in source of dlfcn.cc, dlopen() should override LoadLibrary's > automatic adding of a ".dll" suffix, > but it's behaving strangely > > I have such files: > /home/me/project/myexe.exe > /home/me/project/lib1.dll > /home/me/project/subdi

1.7.5: Problem with dlopen and relative path

2010-04-29 Thread Mansur Mamkin
Hello, As I see in source of dlfcn.cc, dlopen() should override LoadLibrary's automatic adding of a ".dll" suffix, but it's behaving strangely I have such files: /home/me/project/myexe.exe /home/me/project/lib1.dll /home/me/project/subdir/lib2.dll /home/me/project/subdir/lib3 (without .dll) My

Re: Problem with dlopen()

2009-11-02 Thread Corinna Vinschen
On Nov 1 20:21, Juan Jose Garcia-Ripoll wrote: > This function does some nonstandard things, but the most annoying one > is imposing that the library to be loaded has to have a file > extension. > > If I invoke dlopen("/path/to/temp/dir/temporary_file", ...) then the > routine fails with an error

Problem with dlopen()

2009-11-01 Thread Juan Jose Garcia-Ripoll
This function does some nonstandard things, but the most annoying one is imposing that the library to be loaded has to have a file extension. If I invoke dlopen("/path/to/temp/dir/temporary_file", ...) then the routine fails with an error like "File or directory does not exist". It is probably not

Re: Problem with dlopen

2002-04-08 Thread Frank Motta
OOPS Thanks - I actually caught that before sending the email - that didn't seem to fix it either... below is a revised file set - :/ Hi, Maybe I hadn't stated this well -- I need some help creating a dll which I can open and use dlopen and dlsym. The description is below... Could someone

Re: Problem with dlopen

2002-04-08 Thread Larry Hall (RFK Partners, Inc)
At 06:31 PM 4/5/2002, Frank Motta wrote: >Thanks Larry, > As a result of your response I made a -very- truncated version and got >past the dlopen error. > > The problem seems to be in the -creation- of the dll. > > the instructions at http://cygwin.com/cygwin-ug-net/dll.html result in

Re: Problem with dlopen

2002-04-05 Thread Frank Motta
Thanks Larry, As a result of your response I made a -very- truncated version and got past the dlopen error. The problem seems to be in the -creation- of the dll. the instructions at http://cygwin.com/cygwin-ug-net/dll.html result in many link-time errors and the method I -was- using

Re: Problem with dlopen

2002-04-05 Thread Larry Hall (RFK Partners, Inc)
At 02:51 PM 4/5/2002, Frank Motta wrote: >The following code returns Win32 error 126 - this is the same error >I get if I try a file which does not exist. > >What is going wrong (operator malfunction - I'm sure!) >please help > strncat(mod_file_name, LIB_EXT, LIB_EXT_LEN + 1); >

Problem with dlopen

2002-04-05 Thread Frank Motta
The following code returns Win32 error 126 - this is the same error I get if I try a file which does not exist. What is going wrong (operator malfunction - I'm sure!) please help strncat(mod_file_name, LIB_EXT, LIB_EXT_LEN + 1); // FJM handle = dlopen(mod_file_name, (RTLD_