On Mon, 2003-03-24 at 14:21, Martin Schlemmer wrote: > On Tue, 2003-03-25 at 04:41, Spundun Bhatt wrote: > > On Mon, 2003-03-24 at 14:04, Martin Schlemmer wrote: > > > On Tue, 2003-03-25 at 00:08, Steven wrote: > > > > > > > poretz root # ls -l /lib/libc[.-]* > > > > -rwxr-xr-x 1 root root 1453821 Feb 23 04:30 /lib/libc-2.3.1.so > > > > lrwxrwxrwx 1 root root 13 Mar 3 17:58 /lib/libc.so.6 -> > > > > libc-2.3.1.so > > > > > > > > poretz root # ls -l /usr/lib/libc[.-]* > > > > -rw-r--r-- 1 root root 2561570 Feb 23 04:30 /usr/lib/libc.a > > > > -rwxr-xr-x 1 root root 178 Feb 23 04:30 /usr/lib/libc.so > > > > -rwxr-xr-x 1 root root 580404 Mar 15 23:01 /usr/lib/libc.so.5 > > > > lrwxrwxrwx 1 root root 16 Feb 18 2005 -> /usr/lib/libc.so > > > > > > > > > > Fix should be simple: > > > > > > # rm /usr/lib/libc.so.6; ldconfig > > > > > Why do you need to do that? Whats the exact problem over here? > > I also have /usr/lib/libc.so.5 but I dont have this problem [wait! lemme > > chack mplayer.... well not elf header problem.. some other old problem > > thoug... may be I should put that on this mailing list....] > > Spundun > > If you actually looked at what '/usr/lib/libc.so.6' is linked to, > you would see it is /usr/lib/libc.so. If you then actually did some > further investigation, you would see: I missed that part but I didnt know about this file utility and other stuff atall. Anyway... i dont have the so.6 symlink.... but I do have the other files, I wonder where that symlink came from.
So ld config will restore good paths of /usr/lib/libc.so.... ? so Steven wont have to reemerge? Spudun > > ------------------------------------------------------ > nosferatu root # file /usr/lib/libc.so > /usr/lib/libc.so: ASCII C program text > nosferatu root # cat /usr/lib/libc.so > /* GNU ld script > Use the shared library, but some functions are only in > the static library, so try that secondarily. */ > OUTPUT_FORMAT(elf32-i386) > GROUP ( /lib/libc.so.6 /usr/lib/libc_nonshared.a ) > nosferatu root # > ------------------------------------------------------ > > Meaning: It is NOT a dynamic library, meaning anything that tries to > link to it during runtime will do what his mplayer does. > > Conclusion: The symlink is bogus/invalid, and should be removed. > > > Regards, -- [EMAIL PROTECTED] mailing list
