1.15.19 dlopen() dies with no dlerror()
Christopher Faylor
cgf-no-personal-reply-please@cygwin.com
Tue Apr 11 21:21:00 GMT 2006
On Tue, Apr 11, 2006 at 01:22:39PM -0700, Michael McKerns wrote:
>I've been using the following Makefile syntax with building cygwin
>applications:
>
>$(PROJ_DLL) $(PROJ_SAR): product_dirs $(PROJ_OBJS)
> $(CXX) $(LCXX_SARFLAGS) -Wl,--out-implib=$(PROJ_SAR) \
> -o $(PROJ_DLL) $(PROJ_OBJS) $(LCXXFLAGS)
>
>This is exactly what is in the cygwin documentation, but generalized
>for Makefiles. It has succesfully generated executables since way
>back, and was still working for cygwin 1.15.18-3, however since I've
>upgraded to 1.15.19-4 it fails.
>
>The behavior is this:
>Output from compile and build steps produce the expected linking
>messages. No apparent errors.
>
>However, applications die at dlopen.
>
>Example (1):
>importing a shared library (journal) through python
> $ python -v
> ...
> >>> import journal
> import journal # directory /home/mmckerns/tools/.../journal
> ...
> dlopen("/home/mmckerns/tools/.../_journalmodule.dll", 2);
>
>python dies here, and exits with no error.
>That lead me to writing a little test script to check the
>behavior of the .dll in C (without python).
>
>Example (2):
>testing a shared library (journal) with dlopen & dlerror
> $ ./dlopen.exe
> .dll TEST...
>
>the executable dies here, and exits with no error or print
>(please see attached dlopen.c)
WFM.
$ ./dlerr
.dll TEST...
No such file or directory
bash-3.1$ uname -a
CYGWIN_NT-5.1 norton 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin
Please see: http://cygwin.com/problems.html .
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
More information about the Cygwin
mailing list