X-Recipient: archive-cygwin@delorie.com X-Spam-Check-By: sourceware.org Date: Thu, 29 Apr 2010 15:04:47 +0200 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: 1.7.5: Problem with dlopen and relative path Message-ID: <20100429130447.GT1845@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com 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/subdir/lib2.dll > /home/me/project/subdir/lib3 (without .dll) > > My current directory is /home/me/project/ > > I try to use dlopen() in myexe.exe with relative path: > > 1) dlopen("subdir/lib2") - NOT FOUND (If this OK, then why failed dlopen("subdir/lib3")?) This one is correct. > 2) dlopen("subdir/lib3") - NOT FOUND (why?) I couldn't reproduce this one, but... > 3) dlopen("subdir/lib2.dll") - SUCCESS (works fine) > 4) dlopen("lib1") - SUCCESS (why it didn't override LoadLibrary's adding ".dll" ?) ...this one is a bug. I fixed that in CVS. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple