On Sat, May 21, 2005 at 07:49:20PM -0700, Sunil wrote: >Hi, > >cygcheck also searches the `basename <arg1>` for >dependent DLLs while dlopen requires PATH to be set to >open the DLL. One of them should be corrected to make >life consistent. example is as follows: > >$ cygcheck /usr/lib/gstreamer-0.8/cyggstossaudio.dll >C:/cygwin/lib/gstreamer-0.8/cyggstossaudio.dll > C:/cygwin/lib/gstreamer-0.8\cyggstaudio.dll > C:\cygwin\bin\cygwin1.dll > C:\WINDOWS\System32\ADVAPI32.DLL > C:\WINDOWS\System32\ntdll.dll > C:\WINDOWS\System32\KERNEL32.dll > C:\WINDOWS\System32\RPCRT4.dll > C:\cygwin\bin\cygglib-2.0-0.dll > C:\cygwin\bin\cygiconv-2.dll > C:\cygwin\bin\cygintl-3.dll > C:\cygwin\bin\cyggobject-2.0-0.dll > C:\cygwin\bin\cyggstreamer-0.8-1.dll > C:\cygwin\bin\cyggmodule-2.0-0.dll > C:\cygwin\bin\cyggthread-2.0-0.dll > C:\cygwin\bin\cygpopt-0.dll > C:\cygwin\bin\cygxml2-2.dll > C:\cygwin\bin\cygz.dll > C:\cygwin\bin\cyggstinterfaces-0.8-0.dll > >dlopen on /usr/lib/gstreamer-0.8/cyggstossaudio.dll >fails(with win32 error 126) if /usr/lib/gstreamer-0.8 >is not in PATH, probably because cyggstaudio.dll is in >there.
cygcheck follows the normal Windows conventions for locating a DLL since this reflects how a program finds "statically loaded" DLLs. dlopen follows the normal UNIX conventions for locating a shared library, *except* that I just noticed that it is not searching /usr/lib by default. It should be. Otherwise this is all working as designed, AFAICT. 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/
