libtool-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: lt_dlerror changes


From: Bob Friesenhahn
Subject: Re: lt_dlerror changes
Date: Fri, 18 Jun 2010 13:32:09 -0500 (CDT)
User-agent: Alpine 2.01 (GSO 1266 2009-07-14)

On Fri, 18 Jun 2010, Charles Wilson wrote:

The final loader called, for "/usr/bin/last" -- which exists -- is the
'last' loader.  In last_open(), it sets LT_ERROR_FILE_NOT_FOUND as a
sort of "generic" error value -- which, strangely, is exactly the
OPPOSITE of the problem here.

The real problem is there actually IS a file named /usr/bin/last, but
because that name does not match exactly "last", last_open() reports
what it considers a generic error.

I seem to be backlogged by the flurry of email, but hopefully you guys will get this figured out. I would be astonished if Windows LoadLibrary() is not willing to load a Windows executable file similar to the way it loads a DLL. If so, this raises security implications that we want to avoid.

Bob
--
Bob Friesenhahn
address@hidden, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/



reply via email to

[Prev in Thread] Current Thread [Next in Thread]