[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Fri, 28 Mar 2014 16:02:08 +0000
From: u-igbb@...ey.se
To: musl@...ts.openwall.com
Subject: PATCH (Re: be able to break inheritance of LD_LIBRARY_PATH)
On Fri, Mar 28, 2014 at 02:00:36PM +0000, u-igbb@...ey.se wrote:
> By the way, when you say this - LD_PRELOAD should be actually usable
> in a non-inheritable way too. It brings otherwise the same problems
> as LD_LIBRARY_PATH. It could deserve its own loader argument I guess,
> like --preload.
>
> > (there ar no "different versions of the loader" in musl)
>
> Yes this is why I thought that a LD_LIBRARY_PATH removal would
> be enough. Of course it is much better to do this properly, by
> extending the behaviour of the loader when it is being used standalone.
>
> This would cost just a few bytes I guess. I will look into proposing a patch.
Attaching the patch. It seems to work, under some primitive testing.
Could this or similar be considered for applying upstream?
Regards,
Rune
View attachment "add--library-path.patch" of type "text/plain" (1351 bytes)
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
