Re: BUG : abiword SIGSEGV
On Mon, Dec 01, 2003 at 03:28:19PM -0500, James A. Morrison wrote:
> Does this file happen to start with a table?
No. Title page is first. But lots of tables later in the file.
I'm able to review the same file on x86-linux machine.
But the tables look messed up there too.
Each column entry is centered on the next line.
I just tried "unstable" abiword as well:
....
Preparing to replace abiword 1.9.0+cvs.2003.05.10-1 (using .../abiword_2.0.1+cvs.2003.11.07-2_hppa.deb) ...
Unpacking replacement abiword ...
Preparing to replace abiword-common 1.9.0+cvs.2003.05.10-1 (using .../abiword-common_2.0.1+cvs.2003.11.07-2_hppa.deb) ...
Unpacking replacement abiword-common ...
Bummer. On both hppa and x86, the new version renders the title page and
then consumes all CPU resources:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4062 grundler 19 0 20616 20m 12m R 98.0 2.0 3:07.43 abiword
The document is not that big (400k)...but seems to have hit an infinite loop
someplace in abiword. Hitting ^C while under GDB gives me:
(gdb) bt
#0 0x003875dc in fl_TableLayout::_lookupProperties() ()
#1 0x00385398 in fl_TableLayout::createTableContainer() ()
#2 0x00384568 in fl_TableLayout::fl_TableLayout(FL_DocLayout*, void const*, unsigned, fl_ContainerLayout*) ()
#3 0x00391fb4 in fl_ContainerLayout::insert(void const*, fl_ContainerLayout*, unsigned, _fl_ContainerType) ()
#4 0x0039195c in fl_ContainerLayout::append(void const*, unsigned, _fl_ContainerType) ()
Cannot access memory at address 0x0
(gdb)
Stack trace on x86 is a big longer (and I trust it more than hppa gdb):
(gdb) bt
#0 0x08226e4d in UT_String::operator[](unsigned) ()
#1 0x0829846d in fl_TableLayout::_lookupProperties() ()
#2 0x08296dab in fl_TableLayout::createTableContainer() ()
#3 0x082967e6 in fl_TableLayout::fl_TableLayout(FL_DocLayout*, void const*, unsigned, fl_ContainerLayout*) ()
#4 0x0829e5f7 in fl_ContainerLayout::insert(void const*, fl_ContainerLayout*, unsigned, _fl_ContainerType) ()
#5 0x0829e1fe in fl_ContainerLayout::append(void const*, unsigned, _fl_ContainerType) ()
#6 0x0828a695 in fl_DocListener::populateStrux(void const*, PX_ChangeRecord const*, void const**) ()
#7 0x082f1504 in pt_PieceTable::_tellAndMaybeAddListener(PL_Listener*, unsigned, bool) ()
#8 0x082f12cd in pt_PieceTable::addListener(PL_Listener*, unsigned) ()
#9 0x082d909a in PD_Document::addListener(PL_Listener*, unsigned*) ()
#10 0x08285f2e in FL_DocLayout::fillLayouts() ()
#11 0x08136df1 in AP_Frame::_replaceView(GR_Graphics*, FL_DocLayout*, AV_View*, AV_ScrollObj*, ap_ViewListener*, AD_Document*, ap_Scrollbar_ViewListener*, unsigned, unsigned, unsigned) ()
#12 0x08136789 in AP_Frame::_showDocument(unsigned) ()
#13 0x08135f17 in AP_Frame::loadDocument(char const*, int, bool) ()
#14 0x08116d06 in AP_App::openCmdLineFiles(AP_Args*) ()
#15 0x08110048 in AP_UnixApp::main(char const*, int, char const**) ()
---Type <return> to continue, or q <return> to quit---
#16 0x0810d3be in main ()
#17 0x40bf2da6 in __libc_start_main () from /lib/libc.so.6
(gdb)
hth,
grant
Reply to: