LD_PRELOAD work in progress
Michael Terry
michael.terry at canonical.com
Tue Feb 24 23:30:01 UTC 2015
On Tue, Feb 24, 2015 at 6:06 PM, Stéphane Graber <stgraber at ubuntu.com>
wrote:
> So the main problem with the LD_PRELOAD approach and why I discarded it
> back in CPT is that it will not work for file system access coming from
> a static binary.
>
> So if I write a Go piece of software which opens some file from
> /usr/share provided by the overlay either in the app itself or one of
> its frameworks, it won't be able to access the file because it won't be
> using the local libc.
>
Forgive me, I'm a bit out of my usual domain. Is the problem that with a
statically linked version of libc, a preloaded library can't override the
symbols from the libc version already embedded in the executable? And
there aren't any tricks to alter that behavior? That'd be a bummer.
-mt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/snappy-devel/attachments/20150224/18a4aa83/attachment.html>
More information about the snappy-devel
mailing list