Re: lug-bg: libgtk2.0-bin.deb undefined symbol

[Peter Pentchev <roam@xxxxxxxxxxx>]

On Wed, Sep 29, 2004 at 04:12:51PM +0300, George Danchev wrote:
> On Wednesday 29 September 2004 15:21, peyo wrote:
[snip]
> > Ма как пък няма да го използва, когато пък всички  elf бинарита, дето
> > използват тази библиотека използват точно пък същия линкер. Брех чудо
> > невиждано.....
> >
> > Те ти тема за размисъл за пропушилият ми мозък. Ка'т си нямаме проблеми -
> > дай да си ги създаваме сами.
> >
> > P.P.S
> > Все пак всичко си е надлежно написано в ld.so.conf . Големият въпрос е:
> > Защо, когато е установило, че LD_LIBRARY_PATH е празна, не е потърсило във
> > въпросният файл и от там да си зареди директорийките. Още една тема за
> > размисъл. И защо на съседната машина без да е пълна променливата, си се
> > справя отлично.
> 
>      The necessary shared libraries needed by the program are searched for in 
> the following order
> 
>        o      Using  the  environment  variable  LD_LIBRARY_PATH 
> (LD_AOUT_LIBRARY_PATH for a.out programs).
>               Except if the executable is a setuid/setgid binary, in which 
> case it is ignored.
> 
>        o      From the cache file /etc/ld.so.cache which contains a compiled 
> list  of  candidate  libraries
>               previously found in the augmented library path.
> 
>        o      In the default path /usr/lib, and then /lib.
> 

Уф, изобщо не се бях сетил да погледна ld.so(8) manual page.  Там
наистина редът на търсене е малко по-различен от този, описан в ld(1), и
излиза, че е възможно да се случи това, което бях изключил като вариант:
повреден ld.so.cache да бъде претърсван преди default dirs.  Бях го
изключил, защото в ld(1) пише, че default dirs се претърсват преди
ld.so.cache, ама явно loader-ът не се държи точно като linker-а.

> Избери си някои от тези случаи защо се появява такава разлика между тази и 
> другите машини, имайки предвид, че  /etc/ld.so.cache е компилираната версия 
> на  /etc/ld.so.conf, след изпълнението на ldconfig (опции) ... Понеже е 
> девелоперска машина, може да си спомниш как си изпълнявал ldconfig. А сигурно 
> не стига до default path /usr/lib, and then /lib , понеже открива нещо 
> в  /etc/ld.so.cache в който може да си се намесил прибързано. Предположения 
> само.

Но това пак повдига въпроса, който и Пейо беше повдигнал, и аз се чудя:
как пък само този опит за зареждане на тази библиотека няма да мине, а
всички останали динамично свързани програми на машината работят?  Мисля,
че са останали доста далеч в миналото дните, когато се използваха a.out
executables, така че 'сигурно ползва ld.so, а не ld-linux.so' не е
правилен отговор, а пък и manual page за ld.so и ld-linux.so е една и
съща :)

Поздрави,
Петър

-- 
Peter Pentchev	roam@xxxxxxxxxxx    roam@xxxxxxxx    roam@xxxxxxxxxxx
PGP key:	http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint	FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
Thit sentence is not self-referential because "thit" is not a word.

Attachment: pgpCMspSoLcKj.pgp
Description: PGP signature