<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Feb 24, 2015 at 6:06 PM, Stéphane Graber <span dir="ltr"><<a href="mailto:stgraber@ubuntu.com" target="_blank">stgraber@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So the main problem with the LD_PRELOAD approach and why I discarded it<br>
back in CPT is that it will not work for file system access coming from<br>
a static binary.<br>
<br>
So if I write a Go piece of software which opens some file from<br>
/usr/share provided by the overlay either in the app itself or one of<br>
its frameworks, it won't be able to access the file because it won't be<br>
using the local libc.<br></blockquote><div><br></div><div>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.</div><div>-mt</div></div>
</div></div>