Re: Bug in dynamic linker
Well, I'm not sure what bizarre state my machine was in to cause last week's ld.so problems. But I just reinstalled slink from scratch, used apt-get dist-upgrade (thanks, Ben) instead of apt-get upgrade, and everything seems fine... Thanks to everyone who helped me out. james
Re: Bug in dynamic linker
> James Moody <[EMAIL PROTECTED]> writes:
>
> > I downloaded all of the debs (thanks!) and installed them, even
> > tried rebooting, but I still have the SAME problem! Any other ideas,
> > short of reinstalling with a crowbar?
> >
>
> can you do an strace and post that? maybe we'll get a better idea of
> what's happening.
>
> --alex--
Sure. I'm not sure if this is exactly what you need, but here's the
make config case. Another is below.
ipx:/# cd /usr/src/linux
ipx:/usr/src/linux# strace -o /root/out make config
ptrace: umoven: Input/output error
ptrace: umoven: Input/output error
ptrace: umoven: Input/output error
BUG IN DYNAMIC LINKER ld.so: BUG IN DYNAMIC LINKER ld.so: BUG IN DYNAMIC LINKER
ld.so:
ipx:/usr/src/linux# cat /root/out
execve("/usr/bin/make", ["make", "config"], [/* 15 vars */]) = 0
brk(0) = 0x3ff5c
open("/etc/ld.so.preload", O_RDONLY)= -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=2774, ...}) = 0
mmap() = 0xe001a000
close(4)= 0
open("/lib/libc.so.6", O_RDONLY)= 4
fstat(4, {st_mode=S_IFREG|0755, st_size=1214363, ...}) = 0
read(4, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\2\0\0\0\1\0\1\336"..., 4096) =
4096
mmap() = 0xe002b000
mprotect(0xe0117000, 115220, PROT_NONE) = 0
mmap(0xe6fa0, 946088, 0xe6fb0, 0x8 /* MAP_???
*/|MAP_FIXED|MAP_ANONYMOUS|MAP_GROWSDOWN|MAP_DENYWRITE|0xe6680, 1063328,
0x103980) = 0xe011b000
mmap(0x9a2ec, 0, PROT_READ|PROT_WRITE|PROT_EXEC|0x8, 0x6 /* MAP_???
*/|MAP_ANONYMOUS|MAP_GROWSDOWN|0x200, 631584, 0) = 0xe012d000
close(4)= 0
munmap(0xe001a000, 2774)= 0
personality(PER_LINUX) = 0
getpid()= 23268
getpagesize() = 0x1000
brk(0) = 0x3ff5c
brk(0x400fc)= 0x400fc
brk(0x41000)= 0x41000
rt_sigaction(SIGHUP, {0x14750, [], SA_RESTART}, {SIG_DFL}, 0xe00507dc, 8) = 0
rt_sigaction(SIGQUIT, {0x14750, [], SA_RESTART}, {SIG_DFL}, 0xe00507dc, 8) = 0
rt_sigaction(SIGINT, {0x14750, [], SA_RESTART}, {SIG_DFL}, 0xe00507dc, 8) = 0
rt_sigaction(SIGTERM, {0x14750, [], SA_RESTART}, {SIG_DFL}, 0xe00507dc, 8) = 0
rt_sigaction(SIGXCPU, {0x14750, [], SA_RESTART}, {SIG_DFL}, 0xe00507dc, 8) = 0
rt_sigaction(SIGXFSZ, {0x14750, [], SA_RESTART}, {SIG_DFL}, 0xe00507dc, 8) = 0
getcwd("/usr/src/linux-2.2.12", 4095) = 22
stat("debian/tmp/usr/include", 0xefffd3a8) = -1 ENOENT (No such file or
directory)
stat("/usr/gnu/include", 0xefffd3a8)= -1 ENOENT (No such file or directory)
stat("/usr/local/include", {st_mode=S_IFDIR|S_ISGID|0775, st_size=1024, ...}) = 0
stat("/usr/include", {st_mode=S_IFDIR|0755, st_size=1024, ...}) = 0
rt_sigaction(SIGCHLD, {0x14be8, [], SA_RESTART}, {SIG_DFL}, 0xe00507dc, 8) = 0
rt_sigaction(SIGUSR1, {0x116c0, [], SA_RESTART}, {SIG_DFL}, 0xe00507dc, 8) = 0
brk(0x42000)= 0x42000
brk(0x43000)= 0x43000
brk(0x44000)= 0x44000
stat(".", {st_mode=S_IFDIR|0755, st_size=1024, ...}) = 0
open("/dev/null", O_RDONLY|O_NONBLOCK|O_DIRECTORY|0x4) = -1 ENOTDIR (Not a
directory)
open(".", O_RDONLY|O_NONBLOCK|O_DIRECTORY|0x4) = 4
fstat(4, {st_mode=S_IFDIR|0755, st_size=1024, ...}) = 0
fcntl(4, F_SETFD, FD_CLOEXEC) = 0
brk(0x46000)= 0x46000
getdents(4, /* 21 entries */, 2980) = 400
getdents(4, /* 0 entries */, 2980) = 0
close(4)= 0
open("Makefile", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=13427, ...}) = 0
mmap() = 0xe001a000
read(4, "VERSION = 2\nPATCHLEVEL = 2\nSUBLE"..., 4096) = 4096
pipe([5, 4026519848]) = 5
vfork() = 23271
--- SIGCHLD (Child exited) ---
sigreturn() = ? (mask now [])
close(6)= 0
read(5, "", 200)= 0
close(5)= 0
wait4(-1, [WIFSIGNALED(s) && WTERMSIG(s) == SIGSEGV], 0, NULL) = 23271
pipe([5, 4026519840]) = 5
vfork() = 23272
--- SIGCHLD (Child exited) ---
sigreturn() = ? (mask now [])
close(6)= 0
read(5, "", 200)= 0
close(5)= 0
wait4(-1, [WIFSIGNALED(s) && WTERMSIG(s) == SIGSEGV], 0, NULL) = 23272
pipe([5, 4026519848]) = 5
vfork() = 23273
close(6)= 0
read(5, "", 200)= 0
--- SIGCHLD (Child exited) ---
sigreturn() = ? (mask now [])
close(5)= 0
w
Re: Bug in dynamic linker
> On Sun, Sep 05, 1999 at 08:58:29PM -0400, James Moody wrote: > > > [EMAIL PROTECTED] writes: > > > > > > > This looks like the problem I'm having. > > > > I sent an strace of it to the list a while back. > > > > Can someone who has a working ld make it available somewhere. > > > > Without a working ld is difficult to build a working ld ;-) > > > > > > > > > > i took the redhat binutils package and coverted it with alien. then i > > > recompiled binutils on my system. you can get the recompiled debian > > > package by anonymous ftp from ftp://caliban.lbl.gov/pub/debian/sparc. > > > it doesn't have the spar64 emulation though. but at least i can link > > > programs again. > > > > > > --alex-- > > > > I downloaded all of the debs (thanks!) and installed them, even > > tried rebooting, but I still have the SAME problem! Any other ideas, > > short of reinstalling with a crowbar? > > Could everyone how is having ld problems do me a favor so I can compile some > sort of list and maybe find some answers to this problem? Just supply: > > Kernel version: Linux 2.2.1 > Gcc version: 2.95.1-0pre1 > binutils version: 2.9.1.0.25-2 > glibc version: 2.1.2-0pre12 > CPU Type (sun4[cdmu]): sun4c (ipx) > ldso (package) version: 1.9.11-2 > Also note whether any of these are debian packages, or self compiled. Originally, ALL were stock potato packages. Then I downloaded Alex Romosan's re-compiled .deb's and installed them (same version names as the ones I had installed before), with no difference. Thanks for any help, let me know if you want more information. james
Re: Bug in dynamic linker
On Sun, Sep 05, 1999 at 08:58:29PM -0400, James Moody wrote: > > [EMAIL PROTECTED] writes: > > > > > This looks like the problem I'm having. > > > I sent an strace of it to the list a while back. > > > Can someone who has a working ld make it available somewhere. > > > Without a working ld is difficult to build a working ld ;-) > > > > > > > i took the redhat binutils package and coverted it with alien. then i > > recompiled binutils on my system. you can get the recompiled debian > > package by anonymous ftp from ftp://caliban.lbl.gov/pub/debian/sparc. > > it doesn't have the spar64 emulation though. but at least i can link > > programs again. > > > > --alex-- > > I downloaded all of the debs (thanks!) and installed them, even > tried rebooting, but I still have the SAME problem! Any other ideas, > short of reinstalling with a crowbar? Could everyone how is having ld problems do me a favor so I can compile some sort of list and maybe find some answers to this problem? Just supply: Kernel version: Gcc version: binutils version: glibc version: CPU Type (sun4[cdmu]): ldso (package) version: Also note whether any of these are debian packages, or self compiled. Thanks, Ben
Re: Bug in dynamic linker
James Moody <[EMAIL PROTECTED]> writes: > I downloaded all of the debs (thanks!) and installed them, even > tried rebooting, but I still have the SAME problem! Any other ideas, > short of reinstalling with a crowbar? > can you do an strace and post that? maybe we'll get a better idea of what's happening. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. |
Re: Bug in dynamic linker
> [EMAIL PROTECTED] writes: > > > This looks like the problem I'm having. > > I sent an strace of it to the list a while back. > > Can someone who has a working ld make it available somewhere. > > Without a working ld is difficult to build a working ld ;-) > > > > i took the redhat binutils package and coverted it with alien. then i > recompiled binutils on my system. you can get the recompiled debian > package by anonymous ftp from ftp://caliban.lbl.gov/pub/debian/sparc. > it doesn't have the spar64 emulation though. but at least i can link > programs again. > > --alex-- I downloaded all of the debs (thanks!) and installed them, even tried rebooting, but I still have the SAME problem! Any other ideas, short of reinstalling with a crowbar? james
Re: Bug in dynamic linker
Ben Collins <[EMAIL PROTECTED]> writes: > On Sun, Sep 05, 1999 at 08:21:19PM +0100, [EMAIL PROTECTED] wrote: > > > > Thanks Alex that ld works for me too. Can we have on offical rebuild > > anybody? > > > > Sorry, but we can't have an ld that does not have sparc64 in it. > exactly, that's why we need a rebuild. it took about 12 hours to compile binutils on my ipx and i don't plan to do it again. however i will gladly test a binutils package with sparc64 enabled. it shouldn't take too long to compile on a real machine. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. |
Re: Bug in dynamic linker
On Sun, Sep 05, 1999 at 08:21:19PM +0100, [EMAIL PROTECTED] wrote: > > Alex Romosan wrote: > >i took the redhat binutils package and coverted it with alien. then i > >recompiled binutils on my system. you can get the recompiled debian > >package by anonymous ftp from ftp://caliban.lbl.gov/pub/debian/sparc. > >it doesn't have the spar64 emulation though. but at least i can link > >programs again. > > Thanks Alex that ld works for me too. Can we have on offical rebuild anybody? > > Scott Sorry, but we can't have an ld that does not have sparc64 in it. I am working on glibc 2.1.2 right now, so be patient. Ben
Re: Bug in dynamic linker
Alex Romosan wrote: >i took the redhat binutils package and coverted it with alien. then i >recompiled binutils on my system. you can get the recompiled debian >package by anonymous ftp from ftp://caliban.lbl.gov/pub/debian/sparc. >it doesn't have the spar64 emulation though. but at least i can link >programs again. Thanks Alex that ld works for me too. Can we have on offical rebuild anybody? Scott talk21 your FREE portable and private address on the net at http://www.talk21.com
Re: Bug in dynamic linker
[EMAIL PROTECTED] writes: > This looks like the problem I'm having. > I sent an strace of it to the list a while back. > Can someone who has a working ld make it available somewhere. > Without a working ld is difficult to build a working ld ;-) > i took the redhat binutils package and coverted it with alien. then i recompiled binutils on my system. you can get the recompiled debian package by anonymous ftp from ftp://caliban.lbl.gov/pub/debian/sparc. it doesn't have the spar64 emulation though. but at least i can link programs again. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. |
Re: Bug in dynamic linker
This looks like the problem I'm having. I sent an strace of it to the list a while back. Can someone who has a working ld make it available somewhere. Without a working ld is difficult to build a working ld ;-) Scott talk21 your FREE portable and private address on the net at http://www.talk21.com
Re: Bug in dynamic linker
> On Sat, Sep 04, 1999 at 02:16:25PM -0400, James Moody wrote: > > > James Moody <[EMAIL PROTECTED]> writes: > > > > > > > > gcc -o test test.c > > > > Segmentation fault > > > > > > > > > cd /usr/src/linux > > > > /usr/src/linux> make config > > > > BUG IN DYNAMIC LINKER ld.so: Segmentation fault > > > > > > > > > > i had the same problems before i recompiled my own linker. can you > > > just try to do 'ld -V' and see if that dumps core. at least i'll know > > > i am not the only one who has these kind of problems. > > > > ipx:~# ld -V > > GNU ld version 2.9.1 (with BFD 2.9.1.0.25) > > Supported emulations: > >elf32_sparc > >sparclinux > >sun4 > >elf64_sparc > > > > No core dump there... > > > > ipx:~# ld --help > > Usage: ld [options] file... > > ... (deleted)... > > ld: supported targets: elf32-sparc a.out-sparc-linux a.out-sunos-big > > elf64-sparc srec symbolsrec tekhex binary ihex > > ld: supported emulations: elf32_sparc sparclinux sun4 elf64_sparc > > > > Any ideas? I'll try compiling my own, just to see if it helps. > > Forget if you already posted this, but what kernel version are you running, > and > what type of sparc (sun4[cdm]?). Linux ipx 2.2.1 #1 Sun Feb 28 18:57:45 EST 1999 sparc unknown IPX, sun4c, 32M. The kernel is the default 2.2.1 kernel that debian installed for me. I was actually trying to compile a newer one when I came across this problem. :-) I've run debian on this machine before without a problem, but my HD died and I had to reinstall. james
Re: Bug in dynamic linker
On Sat, Sep 04, 1999 at 02:16:25PM -0400, James Moody wrote: > > James Moody <[EMAIL PROTECTED]> writes: > > > > > > gcc -o test test.c > > > Segmentation fault > > > > > > > cd /usr/src/linux > > > /usr/src/linux> make config > > > BUG IN DYNAMIC LINKER ld.so: Segmentation fault > > > > > > > i had the same problems before i recompiled my own linker. can you > > just try to do 'ld -V' and see if that dumps core. at least i'll know > > i am not the only one who has these kind of problems. > > ipx:~# ld -V > GNU ld version 2.9.1 (with BFD 2.9.1.0.25) > Supported emulations: >elf32_sparc >sparclinux >sun4 >elf64_sparc > > No core dump there... > > ipx:~# ld --help > Usage: ld [options] file... > ... (deleted)... > ld: supported targets: elf32-sparc a.out-sparc-linux a.out-sunos-big > elf64-sparc srec symbolsrec tekhex binary ihex > ld: supported emulations: elf32_sparc sparclinux sun4 elf64_sparc > > Any ideas? I'll try compiling my own, just to see if it helps. Forget if you already posted this, but what kernel version are you running, and what type of sparc (sun4[cdm]?). Ben
Re: Bug in dynamic linker
> James Moody <[EMAIL PROTECTED]> writes: > > > > gcc -o test test.c > > Segmentation fault > > > > > cd /usr/src/linux > > /usr/src/linux> make config > > BUG IN DYNAMIC LINKER ld.so: Segmentation fault > > > > i had the same problems before i recompiled my own linker. can you > just try to do 'ld -V' and see if that dumps core. at least i'll know > i am not the only one who has these kind of problems. ipx:~# ld -V GNU ld version 2.9.1 (with BFD 2.9.1.0.25) Supported emulations: elf32_sparc sparclinux sun4 elf64_sparc No core dump there... ipx:~# ld --help Usage: ld [options] file... ... (deleted)... ld: supported targets: elf32-sparc a.out-sparc-linux a.out-sunos-big elf64-sparc srec symbolsrec tekhex binary ihex ld: supported emulations: elf32_sparc sparclinux sun4 elf64_sparc Any ideas? I'll try compiling my own, just to see if it helps. james
Re: Bug in dynamic linker
James Moody <[EMAIL PROTECTED]> writes: > > gcc -o test test.c > Segmentation fault > > > cd /usr/src/linux > /usr/src/linux> make config > BUG IN DYNAMIC LINKER ld.so: Segmentation fault > i had the same problems before i recompiled my own linker. can you just try to do 'ld -V' and see if that dumps core. at least i'll know i am not the only one who has these kind of problems. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. |
Re: Bug in dynamic linker
On Sat, Sep 04, 1999 at 11:19:11AM -0400, James Moody wrote: > ii libc6 2.1.1-13 GNU C Library: Shared libraries and > timezone > > Forgot about dist-upgrade, is there something special that will do? (Other > than probably help with those perl problems I had) :-) > > james Yes, it taked into account a lot of things needed when upgrading. Not sure what but it works much better from experience :) Ben
Re: Bug in dynamic linker
> On Sat, Sep 04, 1999 at 10:56:35AM -0400, James Moody wrote: > > I had a working sparc running potat, but my HD crashed, so I reinstalled. > > I used my slink cd, installed a bare minimum, then apt-get upgraded to > > the latest. > > > > I'm having troubles that I can't figure out... > > > > > gcc -o test test.c > > Segmentation fault > > > > > cd /usr/src/linux > > /usr/src/linux> make config > > BUG IN DYNAMIC LINKER ld.so: Segmentation fault > > > > Everything I have is latest... > > ii cpp 2.95.1-0pre1 The GNU C preprocessor. > > ii gcc 2.95.1-0pre1 The GNU C compiler. > > ii ldso1.9.11-2 The Linux dynamic linker, library and > > utilit > > ii make3.77-7 The GNU version of the "make" utility. > > > > > > Can anyone tell me what's going on? > > What version of libc6? The latest ldso in potato does not provide the dynamic > linker anymore, but is now provided by libc6. Also, you should probably use > apt-get dist-upgrade when going from one dist to another (ie. slink to > potato). > > Ben > ii libc6 2.1.1-13 GNU C Library: Shared libraries and timezone Forgot about dist-upgrade, is there something special that will do? (Other than probably help with those perl problems I had) :-) james
Re: Bug in dynamic linker
On Sat, Sep 04, 1999 at 10:56:35AM -0400, James Moody wrote: > I had a working sparc running potat, but my HD crashed, so I reinstalled. > I used my slink cd, installed a bare minimum, then apt-get upgraded to > the latest. > > I'm having troubles that I can't figure out... > > > gcc -o test test.c > Segmentation fault > > > cd /usr/src/linux > /usr/src/linux> make config > BUG IN DYNAMIC LINKER ld.so: Segmentation fault > > Everything I have is latest... > ii cpp 2.95.1-0pre1 The GNU C preprocessor. > ii gcc 2.95.1-0pre1 The GNU C compiler. > ii ldso1.9.11-2 The Linux dynamic linker, library and > utilit > ii make3.77-7 The GNU version of the "make" utility. > > > Can anyone tell me what's going on? What version of libc6? The latest ldso in potato does not provide the dynamic linker anymore, but is now provided by libc6. Also, you should probably use apt-get dist-upgrade when going from one dist to another (ie. slink to potato). Ben
