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
