nowy perl

Radoslaw Zielinski radek w karnet.pl
Nie, 9 Maj 2004, 16:16:26 CEST


Jakub Bogusz <qboosh w pld-linux.org> [09-05-2004 15:23]:
> On Sun, May 09, 2004 at 01:50:05PM +0200, Radoslaw Zielinski wrote:
>> Jakub Bogusz <qboosh w pld-linux.org> [08-05-2004 19:27]:
>>> On Sat, May 08, 2004 at 07:21:16PM +0200, Jakub Bogusz wrote:
>>> A tak przy okazji, to łata perl_580-use-LD_PRELOAD-for-libperl.so.patch
>>> coś chyba nie działa, bo i tak jest używane LD_LIBRARY_PATH.
[...]
>>   that with LD_LIBRARY_PATH; on Linux, you can only override at runtime
>>                              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>   via LD_PRELOAD, specifying the exact filename you wish to be used;
>>   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
[...]
>> Zgodnie z moimi testami, to nie jest prawdą; LD_LIBRARY_PATH jak
>> najbardziej działa.  Do wywalenia, nie?
> Trochę mnie to dziwi, bo w podobnych przypadkach LD_LIBRARY_PATH mi nie
> chciało działać (i tak wczytywał bibliotekę z /usr/lib) i musiałem
> używać LD_PRELOAD.
> A w tym przypadku działa (a strace potwierdza), że LD_LIBRARY_PATH
> wystarcza, żeby przy wywołaniu ./{mini,}perl była używana nowa
> biblioteka, a nie ta z /usr/lib.

Może przy Twoich testach binarka była zlinkowana z libfoo.so.X, który
był symlinkiem do /usr/lib/libfoo.so.X.Y.Z i nie uwzględniłeś tego przy
testowaniu?

  $ ldd =ls | tail -1
          libattr.so.1 => /lib/libattr.so.1 (0x401c5000)
  $ cp -a /lib/libattr.so.1* ~/tmp
  $ strace -e trace=file ls 2>&1 | grep libattr
  open("/lib/libattr.so.1", O_RDONLY)     = 3
  $ LD_LIBRARY_PATH=~/tmp strace -e trace=file ls 2>&1 | grep libattr
  open("/home/users/radek/tmp/libattr.so.1", O_RDONLY) = 3

(Tak tylko kombinuję...)

-- 
Radosław Zieliński <radek w karnet.pl>
[ GPG key: http://radek.karnet.pl/ ]
-------------- następna część ---------
Załącznik, który nie był tekstem został usunięty...
Name: nie znany
Type: application/pgp-signature
Size: 189 bytes
Desc: nie znany
Url : /mailman/pipermail/pld-devel-pl/attachments/20040626/e80788bb/attachment.bin


Więcej informacji o liście dyskusyjnej pld-devel-pl