[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#5023: octave_1.1.1-7 succumbs to bitrot



Package: octave
Version: 1.1.1-7

I was having trouble with octave getting segmentation faults while trying to
reshape a large (~300000 points) matrix, when it suddenly stopped working at
all.  Here's a transcript:

gigan:~> setenv OCTAVE_HOME /usr
gigan:~> gdb /usr/bin/octave.bin
GDB is free software and you are welcome to 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.
GDB 4.16 (i486-debian-linux), Copyright 1996 Free Software Foundation, Inc...
(no debugging symbols found)...
(gdb) run
Starting program: /usr/bin/octave.bin 
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x4012fc4a in malloc ()
(gdb) where
#0  0x4012fc4a in malloc ()
#1  0xa in ?? ()
#2  0x4013fd00 in __morecore ()
Cannot access memory at address 0x76617451.
(gdb) x/20i 0x4012fc4a
0x4012fc4a <malloc+454>:        movl   %edx,0xfffffffc(%edx,%ebp,1)
0x4012fc4e <malloc+458>:        leal   0x4(%esi),%eax
0x4012fc51 <malloc+461>:        popl   %ebx
0x4012fc52 <malloc+462>:        popl   %esi
0x4012fc53 <malloc+463>:        popl   %edi
0x4012fc54 <malloc+464>:        popl   %ebp
0x4012fc55 <malloc+465>:        addl   $0x14,%esp
0x4012fc58 <malloc+468>:        ret    
0x4012fc59 <malloc+469>:        leal   0x0(%esi),%esi
0x4012fc5c <malloc+472>:        movl   %eax,0xfffffaf8(%ebx)
0x4012fc62 <malloc+478>:        movl   %eax,0xfffffaf4(%ebx)
0x4012fc68 <malloc+484>:        testl  %edx,%edx
0x4012fc6a <malloc+486>:        jge    0x4012fb06 <malloc+130>
0x4012fc70 <malloc+492>:        cmpl   $0x1ff,%ebp
0x4012fc76 <malloc+498>:        ja     0x4012fcbc <malloc+568>
0x4012fc78 <malloc+500>:        movl   %ebp,%edx
0x4012fc7a <malloc+502>:        shrl   $0x3,%edx
0x4012fc7d <malloc+505>:        movl   %edx,%eax
0x4012fc7f <malloc+507>:        jns    0x4012fc84 <malloc+512>
0x4012fc81 <malloc+509>:        leal   0x3(%edx),%eax
(gdb) info registers
eax            0x4013fd00       1075051776
ecx            0x11     17
edx            0x76617450       1986098256
ebx            0x40140210       1075053072
esp            0xbffffa10       0xbffffa10
ebp            0x8217e0c        0x8217e0c
esi            0x8217dfc        136412668
edi            0x76617451       1986098257
eip            0x4012fc4a       0x4012fc4a
eflags         0x10202  66050
cs             0x23     35
ss             0x2b     43
ds             0x2b     43
es             0x2b     43
fs             0x2b     43
gs             0x2b     43

This is the second time in a few days that octave has started acting up in
this bizarre way.  Removing the program and reinstalling from a newly-fetched
binary file off of ftp.debian.org had no effect.  Other C++ applications are
working fine.

My system is running kernel 2.0.23, libc 5.4.7 (debian).  It's a PPro 200,
80MB RAM, swap partition ~115MB.  It doesn't seem to matter what else is
running, and octave is now broken for all users, including those who have
never run it before.

-Randy

--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-devel-REQUEST@lists.debian.org . Trouble? e-mail to Bruce@Pixar.com


Reply to: