Dnia poniedziałek 28 kwietnia 2008, Łukasz Maśko napisał:
> Wygląda na to, że to /etc/ld.so.cache - poprzednie odwołanie do czegoś o
> kluczu 0xb6da0000 przed newralgicznym miejscem wygląda tak (te linijki
> następują jedna po drugiej):
>
> [pid 5920] open("/etc/ld.so.cache", O_RDONLY) = 3
> [pid 5920] fstat64(3, {st_mode=S_IFREG|0644, st_size=114531, ...}) = 0
> [pid 5920] mmap2(NULL, 114531, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb6da0000
> [pid 5920] close(3) = 0
>
> $ ll /etc/ld.so.cache
> -rw-r--r-- 1 root root 114531 kwi 28 11:25 /etc/ld.so.cache
>
> Spróbowałem usunąć ten plik i odpalić ponownie ldconfig, ale nowotworzony
> plik jest identyczny (diff --binary).Wygląda na problem jeszcze przy linkowaniu, zanim ruszy właściwy kod OOo. Z mojej strony to będzie już tylko "educated guess", ale sprawdź jakimś sposobem, czy różnią się zmienne środowiskowe między działającym i niedziałającym wywołaniem. Jeżeli w nich nie będzie nic ciekawego, na razie więcej pomysłów nie mam... -- Remigiusz "Enleth" Marcinkiewicz, [EMAIL PROTECTED] WWW http://enleth.com http://heroes.net.pl JID [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
