Shall dlopen("foo") succeeed if only "foo.dll" exists?

Larry Hall (Cygwin) reply-to-list-only-lh@cygwin.com
Mon Nov 2 19:18:00 GMT 2009


On 11/02/2009 11:48 AM, Corinna Vinschen wrote:
> Weird question, right?
>
> Here's the problem.
>
> Assume you have a file "foo.so" on Linux.  If you call
>
>    dlopen ("./foo.so", RTLD_LAZY);
>
> it succeeds, but
>
>    dlopen ("./foo", RTLD_LAZY);
>
> fails because the dlopen function never adds any suffixes like .so
> automatically.
>
> Now assume you have a "foo.dll" file on Cygwin.
>
>    dlopen ("./foo.dll", RTLD_LAZY);
>
> succeeds, but so does
>
>    dlopen ("./foo", RTLD_LAZY);
>
> The reason is that Cygwin checks for the .dll suffix as well as the
> Windows LoadLibrary function does.
>
> For 1.7 our choice is to keep dlopen() checking for the .dll suffix to
> be more Windows-like, or to be more Linux-like by dropping the check for
> the .dll suffix so that dlopen() fails if the filename isn't specified
> fully.

OK, I'll admit I'm responding with a question without actually looking at the
code and so one can feel free to ignore me.  However the thought that came
to my mind is, should it really matter if dlopen() checks?  What does the check
give us that just passing the name along to LoadLibrary() doesn't?  At first
impression, doing the check just prematurely rejects names without the DLL 
suffix
that would otherwise be accepted by Windows.  Since there's a source level 
change
that (typically) needs to happen to make the code work on Windows as opposed
to Linux/Unix, what benefit are we getting from this added check?

-- 
Larry Hall                              http://www.rfk.com
RFK Partners, Inc.                      (508) 893-9779 - RFK Office
216 Dalton Rd.                          (508) 893-9889 - FAX
Holliston, MA 01746

_____________________________________________________________________

A: Yes.
 > Q: Are you sure?
 >> A: Because it reverses the logical flow of conversation.
 >>> Q: Why is top posting annoying in email?

--
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



More information about the Cygwin mailing list