[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Solaris 10 x86 compilation success leads to 2.9.13 "octave" core, segmen
From: |
John |
Subject: |
Solaris 10 x86 compilation success leads to 2.9.13 "octave" core, segmentation violation. :-<..... |
Date: |
Tue, 28 Aug 2007 07:29:58 -0700 |
User-agent: |
Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.7) Gecko/20060627 |
Good Morning!
I installed GNU gcc 3.4.3, from source, and stripped out LD references
to its fortran libraries. Eventually, I was able to successfully compile
static and dynamic builds of "octave". Unfortunately, per dbx, there is
a segmentation violation, and a core file:
bash-3.00$ dbx /home/arthur/bin/octave core
For information about new features see `help changes'
To remove this message, put `dbxenv suppress_startup_message 7.4' in
your .dbxrc
Reading octave
core file header read successfully
Reading ld.so.1
Reading liboctinterp.so.2.9.13
Reading liboctave.so.2.9.13
Reading libcruft.so.2.9.13
Reading libreadline.so.5
Reading libncurses.so.5.5
Reading libdl.so.1
Reading libg2c.so.0.0.0
Reading libm.so.2
Reading libgcc_s.so.1
Reading libstdc++.so.6.0.3
Reading libc.so.1
program terminated by signal SEGV (no mapping at the fault address)
Current function is std::basic_string < char, std::char_traits<char>,
std::allocator<char> >::find
269 { return &((reinterpret_cast<_Rep*> (_M_data()))[-1]); }
(dbx) where
dbx: error in parsing nested blocks .....
dbx: error in parsing nested blocks .....
=>[1] std::basic_string < char, std::char_traits<char>,
std::allocator<char> >::find(this = 0xd14c84c4, __c = '<', __pos = 0),
line 269 in "basic_string.h"
[2] , at
[3] , at
[4] __do_global_ctors_aux(0xd27d68fc, 0xd1e1ece0, 0xd27c0488,
0xd27fb840, 0xd2480fb4, 0xd24804e4), at 0xd1defd49
[5] _init(0xd2480fb0, 0x3), at 0xd1defd5e
[6] is_dep_init(0xd27c0488, 0xd27c09c8), at 0xd27d6681
[7] elf_bndr(0xd27c09c8, 0xd70, 0xd0d2b0d4), at 0xd27e07c5
[8] elf_rtbndr(0xd70, 0xd0d2b0d4, 0x80470f0, 0x0, 0x0, 0xd14cfb00), at
0xd27cd1d4
[9] 0xd27c09c8(0xd27fb840, 0x34, 0x8047150, 0xd1047c22, 0xd27d68fc,
0xd27fb220), at 0xd27c09c7
[10] __do_global_ctors_aux(0xd27d68fc, 0xd27fb220, 0xd27fd908,
0xd27fb840, 0xd2480b0c, 0xd24806ac), at 0xd1047c0d
[11] _init(0xd2480af0, 0x1), at 0xd1047c22
[12] setup(0x8047388, 0x8047404, 0x0, 0x8047fd7, 0x1000, 0xd27cb9d7,
0xd27fbb18, 0xd27ca000, 0xd27ca000, 0xffffffff, 0x8050034, 0x8047fdd,
0x8047380, 0xffffffff, 0xffffffff, 0xffffffff, 0xffffffff, 0xffffffff,
0x0, 0x2), at 0xd27d5fcc
[13] _setup(0x804733c, 0xd27fbb18, 0x3, 0x8047380, 0x4, 0x8047388), at
0xd27e1734
[14] _rt_boot(0x0, 0x8047473, 0x8047487, 0x8047492, 0x80474a1,
0x80474ad), at 0xd27cd0b8
(dbx)
Here are my PATHs, when running octave:
echo $PATH
/home/arthur/bin:/opt/SUNWspro/bin:/usr/xpg4/bin:/usr/bin:/usr/sfw/bin:/bin:/sbin:/opt/SUNWspro/contrib/vim/bin:/usr/ccs/bin:/usr/openwin/bin:/opt/SUNWguide/bin:/usr/sbin:/usr/X11R6/bin:/opt/bin:/var/bin:/usr/dt/bin:/opt/sfw/bin:/opt/Acrobat4/bin:/usr/local/bin:
echo $LD_LIBRARY_PATH
/home/arthur/lib:/opt/SUNWspro/lib:/usr/openwin/lib:/usr/dt/lib:/lib:/usr/xpg4/lib:/usr/lib:/usr/sfw/lib:/usr/ccs/lib:/opt/SUNWguide/lib:/usr/lib:/usr/sfw/bin:/var/lib:/jre/lib/sparc/client:/usr/j2se/jre/lib/sparc:/usr/sfw/lib:/opt/sfw/lib:/opt/csw/lib:/opt/csw/kde-gcc/lib:/opt/Acrobat4/lib:/usr/local/lib
bash-3.00$
Is there a 2.9.x version of octave that has been tested successfully, on
Solaris 10 x86? When I next have spare time, I will attempt to further
debug this core. Any suggestions would be greatly appreciated.
Looking forward to actually running octave!
John
- Solaris 10 x86 compilation success leads to 2.9.13 "octave" core, segmentation violation. :-<.....,
John <=