[uClibc] [PATCH] Config option for /etc/ld.so.preload

[Peter Kjellerstedt]

> -----Original Message-----
> From: Joakim Tjernlund [mailto:joakim.tjernlund at lumentis.se] 
> Sent: 05 October 2004 09:21
> To: Peter Kjellerstedt; uclibc at uclibc.org
> Subject: RE: [uClibc] [PATCH] Config option for /etc/ld.so.preload
> 
> > After the addition of a configuration option for
> > enabling the support of /etc/ld.so.cache, I thought
> > it might be a good idea to add one for the support
> > of the /etc/ld.so.preload file too. So here it is.
> > 
> > While doing this, I also noticed that the dynamic
> > linker would hang indefinitely if either LD_PRELOAD 
> > or /etc/ld.so.preload contained a library which was
> > already loaded, so I made a patch for that too.
> > 
> > And of course, I could not resist from doing a little
> > clean up of comments and indentation, so here is a
> > patch for that too.
> > 
> > //Peter
> 
> While trying this patch out I noticed that if 
> /etc/ld.so.preload is missing, ldso will complain about 
> that. Should ldso do that? There will be quite a few 
> messages during boot which are in the way.

Oops, this was my fault. I forgot to invert an if-statement
when I performed the clean up (effectively preventing the
use of the /etc/ld.so.preload file). I have attached a new 
version of the clean up patch to rectify this.

> Ldso will complain likewise if /etc/ld.so.cache is missing.
> 
> How does glibc do in this case?
> 
>  Jocke

//Peter
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ldso_cleanup2.patch
Type: application/octet-stream
Size: 26870 bytes
Desc: ldso_cleanup2.patch
Url : http://lists.busybox.net/pipermail/uclibc/attachments/20041005/53253f49/attachment.obj