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

Re: Bug#193804: octave: Octave segfaults at start



severity 193804 normal
thanks

On Mon, May 19, 2003 at 01:45:43AM +0300, Harri Haataja wrote:
> Package: octave
> Version: 2.1.48-2
> Severity: grave
> Justification: renders package unusable
> 
> 
> I decided to try octave on a hppa box (the only debian in the house
> so far, I'm afraid). It segfaults at the beginning.

The bug is known, and currently reassigned to binutils. I may need to
reassign it to the g++ libs:

edd@paer:~$ gdb /usr/bin/octave2.1
GNU gdb 5.3-debian
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 "hppa-linux"...
(gdb) r
Starting program: /usr/bin/octave2.1

Program received signal SIGSEGV, Segmentation fault.
0x400c4698 in symbols_of_data() () at
/usr/include/c++/3.2/bits/stl_alloc.h:664
664           allocator() throw() {}
Current language:  auto; currently c++
(gdb) s
p0x417ec850 in write () from /lib/libc.so.6
(gdb) l
659
660           template<typename _Tp1>
661             struct rebind
662             { typedef allocator<_Tp1> other; };
663
664           allocator() throw() {}
665           allocator(const allocator&) throw() {}
666           template<typename _Tp1>
667             allocator(const allocator<_Tp1>&) throw() {}
668           ~allocator() throw() {}
(gdb) q

This is AFAICT not an octave bug as octave works fine on half a dozen other
platforms, 32 bit and 64 bit.

Dirk

> Just now vim has also started to do that, so I'm not sure if there's
> something else wrong in that box but it could be coincidence.
> I am running unstable anyway :)
> 
> blades@phanuel% nice gdb octave
> GNU gdb 5.3-debian
> 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 "hppa-linux"...(no debugging symbols found)...
> (gdb) run
> Starting program: /usr/bin/octave 
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (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.
> 0x400c4608 in symbols_of_data() () from /usr/lib/octave-2.1.48/liboctinterp.so
> #0  0x400c4608 in symbols_of_data() ()
>    from /usr/lib/octave-2.1.48/liboctinterp.so
> #1  0x403207c4 in octave_main () from /usr/lib/octave-2.1.48/liboctinterp.so
> #2  0x40320b14 in install_builtins() ()
>    from /usr/lib/octave-2.1.48/liboctinterp.so
> #3  0x40311140 in octave_main () from /usr/lib/octave-2.1.48/liboctinterp.so
> #4  0x41735bd0 in __libc_start_main () from /lib/libc.so.6
> #5  0x000105cc in _start ()
> 
> 
> -- System Information:
> Debian Release: testing/unstable
> Architecture: hppa
> Kernel: Linux phanuel 2.4.19-32 #1 Fri Nov 22 23:27:00 MST 2002 parisc
> Locale: LANG=C, LC_CTYPE=C
> 
> Versions of packages octave depends on:
> ii  octave2.1                     2.1.48-2   The GNU Octave language for numeri
> 
> -- no debconf information
> 
> 
> 

-- 
Don't drink and derive. Alcohol and analysis don't mix.



Reply to: