Now with a newer kernel, apt-get no longer segfaults at all: it is perl that is segfaulting during the post-installation scripts (install-info, etc), and always in the same spot. I've even set LD_BIND_NOW as suggested on the debian mips page (even though I have an R4000, not an R4600).
sgi:~# echo $LD_BIND_NOW 1 sgi:~# dpkg --configure binutils Setting up binutils (2.12.90.0.1-4) ... dpkg: error processing binutils (--configure): subprocess post-installation script killed by signal (Segmentation fault), core dumped Errors were encountered while processing: binutils sgi:~# gdb `which perl` core GNU gdb 2002-04-01-cvs Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "mips-linux"...(no debugging symbols found)... warning: core file may not match specified executable file. Core was generated by `/usr/bin/perl -w /usr/share/debconf/frontend /var/lib/dpkg/info/binutils.postin'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libperl.so.5.6...(no debugging symbols found)... done. Loaded symbols for /usr/lib/libperl.so.5.6 Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/libcrypt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /lib/ld.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/ld.so.1 #0 0x2ab8bdb4 in Perl_linklist () from /usr/lib/libperl.so.5.6 (gdb) quit Could this be related to the perl bug that is stated on the ports/mips page? Thanks, Will |William Y. Jhun - [EMAIL PROTECTED]
