On 6/25/06, Richard Fish <[EMAIL PROTECTED] > wrote:
On 6/23/06, fei huang <[EMAIL PROTECTED]> wrote:
> I'm not sure when did this issue arise, perhaps after a update of my glibc
> or whatever packages that I could not remember,  but seems ok with root
> somehow, anyway, I used strace to track the running process and get the
> following message ( the last few lines):
>
> ...
> open("/lib/libgcc_s.so.1", O_RDONLY)    = 4
>  read(4,
> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\25"...,
> 512) = 512

Hmm, acroread doesn't link directly against libgcc_s.so.  However, it
will pay attention to your ~/.gtkrc-2.0 file, and possibly attempt to
load an engine to blend with a KDE environment.  For example, I get:

12021 open("/usr/lib/gconv/ISO8859-1.so", O_RDONLY) = 6
12021 open("/home/rjf/.gtkrc-2.0", O_RDONLY|O_LARGEFILE) = 6
12021 open("/usr/share/themes/Qt/gtk-2.0/gtkrc", O_RDONLY|O_LARGEFILE) = 7
12021 open("/usr/lib/gtk-2.0/2.4.0/engines/libqtengine.so", O_RDONLY) = 8
12021 open("/usr/qt/3/lib/libqt-mt.so.3", O_RDONLY) = 8
12021 open("/etc/ld.so.cache", O_RDONLY) = 8
12021 open("/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libstdc++.so.6", O_RDONLY) = 8
12021 open("/usr/lib/libmng.so.1", O_RDONLY) = 8
12021 open("/usr/lib/libjpeg.so.62", O_RDONLY) = 8
12021 open("/usr/lib/libpng.so.3", O_RDONLY) = 8
12021 open("/usr/lib/libXft.so.2", O_RDONLY) = 8
12021 open("/usr/lib/libSM.so.6", O_RDONLY) = 8
12021 open("/usr/lib/libICE.so.6", O_RDONLY) = 8
12021 open("/lib/libgcc_s.so.1", O_RDONLY) = 8

Does it still fail if you "mv ~/.gtkrc-2.0 ~/._gtkrc-2.0"?

yes, it failed as always. I've fould the problem has nothing to do with gtkrc-2.0,

Have you tried a revdep-rebuild?  Did you recently change gcc
versions?  Do you use prelinking, and if so, have you done a "prelink
-aq"?

I don't use prelink.. , and even don't know what it is....
I compared all the open() system calls between outputs generated by root and the normal user, and found something strange:  both root and the normal user version trying to open libstdc++.so.6, after checking /etc/ld.so.conf, what have made me confused is the root
version choose /usr/lib/libstdc++-v3/ thus the normal user choose /usr/lib/gcc/i686-pc-linux-gnu/4.3.6/, probably this is the answer to the crash, but I just wonder what make them having different choices with the same ld.so.conf?


thank you..



-Richard
--
gentoo-user@gentoo.org mailing list


Reply via email to