Apache OpenOffice (AOO) Bugzilla – Issue 72419
RTF: opening file keeping about 450 sections takes ages
Last modified: 2017-05-20 11:19:51 UTC
Writer crashes when reading in a large rich text format file (~16 MB) created by Doxygen when running on an AMD-64 processor using Fedora Core 6. This file worked in OpenOffice 1.0 on a 586 processor using FC 3. The following debug information was dumped: (I) x.org loaded video driver of... (II) Loading /usr/lib64/xorg/modules/drivers/radeon_drv.so (II) Loading /usr/lib64/xorg/modules/drivers/ati_drv.so (II) Reloading /usr/lib64/xorg/modules/drivers/radeon_drv.so (III) Desktop is: not GNOME (IV) libgcj version is: libgcj-4.1.1-30-x86_64 libgcj-4.1.1-30-i386 (V) kernel is: Linux 2.6.18-1.2798.fc6xen #1 SMP Mon Oct 16 14:59:01 EDT 2006 x86_64 x86_64 x86_64 (VI) OpenOffice.org core rpm version is: openoffice.org-core-2.0.4-5.3-x86_64 (VII) depth of root window: 24 planes (VIII) accessibility is: true (VIV) fedora release is: Fedora Core release 6 (Zod) ...start sestatus details ... SELinux status: disabled ...end sestatus details ... ...start stackreport details ... 0xf8836708: /usr/lib64/openoffice.org2.0/program/libuno_sal.so.3 + 0x36708 0xf883718b: /usr/lib64/openoffice.org2.0/program/libuno_sal.so.3 + 0x3718b 0xefa0dde0: /lib64/libpthread.so.0 + 0xdde0 0xfcce52f6: /usr/lib64/openoffice.org2.0/program/libsvl680lx.so + 0xe52f6 (SvPtrarr::Insert(void* const&, unsigned short) + 0x66) 0xfccc0b4c: /usr/lib64/openoffice.org2.0/program/libsvl680lx.so + 0xc0b4c (SfxItemPool::Put(SfxPoolItem const&, unsigned short) + 0x27c) 0xfccc5405: /usr/lib64/openoffice.org2.0/program/libsvl680lx.so + 0xc5405 (SfxItemSet::Put(SfxPoolItem const&, unsigned short) + 0xd5) 0x4a7a6fe: /usr/lib64/openoffice.org2.0/program/libsw680lx.so + 0x27a6fe 0x4d4e5fe: /usr/lib64/openoffice.org2.0/program/libsw680lx.so + 0x54e5fe 0x4ee899f: /usr/lib64/openoffice.org2.0/program/libsw680lx.so + 0x6e899f 0x19d39df: /usr/lib64/openoffice.org2.0/program/libsvx680lx.so + 0x3d39df (SvxRTFParser::SetAttrSet(SvxRTFItemStackType&) + 0x8f) 0x19d3ca9: /usr/lib64/openoffice.org2.0/program/libsvx680lx.so + 0x3d3ca9 (SvxRTFParser::NextToken(int) + 0x1e9) 0x4ef1b4c: /usr/lib64/openoffice.org2.0/program/libsw680lx.so + 0x6f1b4c 0xfe3976d3: /usr/lib64/openoffice.org2.0/program/libsvt680lx.so + 0x3976d3 (SvRTFParser::Continue(int) + 0x43) 0x19d3aa1: /usr/lib64/openoffice.org2.0/program/libsvx680lx.so + 0x3d3aa1 (SvxRTFParser::Continue(int) + 0x11) 0x4eee35e: /usr/lib64/openoffice.org2.0/program/libsw680lx.so + 0x6ee35e 0xfe397025: /usr/lib64/openoffice.org2.0/program/libsvt680lx.so + 0x397025 (SvRTFParser::CallParser() + 0xa5) 0x4eebdd1: /usr/lib64/openoffice.org2.0/program/libsw680lx.so + 0x6ebdd1 0x4e55cbb: /usr/lib64/openoffice.org2.0/program/libsw680lx.so + 0x655cbb 0x502461f: /usr/lib64/openoffice.org2.0/program/libsw680lx.so + 0x82461f 0xff3d2a3f: /usr/lib64/openoffice.org2.0/program/libsfx680lx.so + 0x1d2a3f (SfxObjectShell::DoLoad(SfxMedium*) + 0x6df) 0xff42f6a0: /usr/lib64/openoffice.org2.0/program/libsfx680lx.so + 0x22f6a0 (SfxBaseModel::load(com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&) + 0x290) 0xff461ab7: /usr/lib64/openoffice.org2.0/program/libsfx680lx.so + 0x261ab7 0x27b3388: /usr/lib64/openoffice.org2.0/program/libfwk680lx.so + 0x1b3388 0x27b3b01: /usr/lib64/openoffice.org2.0/program/libfwk680lx.so + 0x1b3b01 0x27b4030: /usr/lib64/openoffice.org2.0/program/libfwk680lx.so + 0x1b4030 0x268a0ea: /usr/lib64/openoffice.org2.0/program/libfwk680lx.so + 0x8a0ea 0xff2f6801: /usr/lib64/openoffice.org2.0/program/libsfx680lx.so + 0xf6801 0xff49d936: /usr/lib64/openoffice.org2.0/program/libsfx680lx.so + 0x29d936 0xff49e79a: /usr/lib64/openoffice.org2.0/program/libsfx680lx.so + 0x29e79a (SfxDispatcher::Execute(unsigned short, unsigned short, unsigned short, SfxItemSet const&) + 0x14a) 0xff2f4fdd: /usr/lib64/openoffice.org2.0/program/libsfx680lx.so + 0xf4fdd 0xff49d936: /usr/lib64/openoffice.org2.0/program/libsfx680lx.so + 0x29d936 0xff49e0b7: /usr/lib64/openoffice.org2.0/program/libsfx680lx.so + 0x29e0b7 0xff4ca402: /usr/lib64/openoffice.org2.0/program/libsfx680lx.so + 0x2ca402 0xfb699b71: /usr/lib64/openoffice.org2.0/program/libvcl680lx.so + 0x299b71 0xae518ee7: /usr/lib64/openoffice.org2.0/program/libvclplug_gen680lx.so + 0x57ee7 (SalDisplay::DispatchInternalEvent() + 0xb7) 0xae056076: /usr/lib64/openoffice.org2.0/program/libvclplug_gtk680lx.so + 0x16076 0xf4e2cf44: /lib64/libglib-2.0.so.0 + 0x2cf44 (g_main_context_dispatch + 0x1b4) 0xf4e2fd7d: /lib64/libglib-2.0.so.0 + 0x2fd7d 0xf4e302ae: /lib64/libglib-2.0.so.0 + 0x302ae (g_main_context_iteration + 0x6e) 0xae057a9b: /usr/lib64/openoffice.org2.0/program/libvclplug_gtk680lx.so + 0x17a9b 0xfb4c8d11: /usr/lib64/openoffice.org2.0/program/libvcl680lx.so + 0xc8d11 (Application::Yield(bool) + 0x51) 0xfb4c8daa: /usr/lib64/openoffice.org2.0/program/libvcl680lx.so + 0xc8daa (Application::Execute() + 0x2a) 0x442bd15: /usr/lib64/openoffice.org2.0/program/libsoffice.so + 0x2bd15 (desktop::Desktop::Main() + 0x15a5) 0xfb4ce4d9: /usr/lib64/openoffice.org2.0/program/libvcl680lx.so + 0xce4d9 0xfb4ce5c5: /usr/lib64/openoffice.org2.0/program/libvcl680lx.so + 0xce5c5 (SVMain() + 0x25) 0x441ed36: /usr/lib64/openoffice.org2.0/program/libsoffice.so + 0x1ed36 (sal_main + 0x46) 0xeee1da44: /lib64/libc.so.6 + 0x1da44 (__libc_start_main + 0xf4) 0x400619: /usr/lib64/openoffice.org2.0/program/swriter.bin + 0x619 ...end stackreport details ... ...start sample ldd details ... libuno_sal.so.3 => /usr/lib64/openoffice.org2.0/program/libuno_sal.so.3 (0x00002aaaaaccd000) libuno_salhelpergcc3.so.3 => /usr/lib64/openoffice.org2.0/program/libuno_salhelpergcc3.so.3 (0x00002aaaab0c2000) libstore.so.3 => /usr/lib64/openoffice.org2.0/program/libstore.so.3 (0x00002aaaab2c6000) libdl.so.2 => /lib64/libdl.so.2 (0x00002aaaab50d000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00002aaaab711000) libstlport_gcc.so => /usr/lib64/openoffice.org2.0/program/libstlport_gcc.so (0x00002aaaab92b000) libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00002aaaabc05000) libm.so.6 => /lib64/libm.so.6 (0x00002aaaabf07000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002aaaac18a000) libc.so.6 => /lib64/libc.so.6 (0x00002aaaac398000) libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00002aaaac6e6000) /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) ...end sample ldd details ...
@jdumais can you contribute the .rtf for download? If the contents is confidential, you can send it to me by e-mail. I can do a test with WIN.
I can provide an .rtf file generated by doxygen (run against the Tcl8.4 code) that duplicates this problem. However, the file is ~25MB in size. Attempts to generate a smaller .rtf file (targeting smaller subsets of the code by doxygen) did not duplicate the reported problem in OO. How can I make such a large file available for resolving the issue. As an alternative, I could provide the Doxyfile used in the doxygen generation of the Tcl8.4 .rtf documentation, and it could be used to generate the .rtf file from the Tcl8.4 code that you might have access to.
Please compress the file using e.g. WinZip or any of the Linux tools for compressing files. Send it directly to mru@openoffice.org. Thank you very much!
Created attachment 41426 [details] compressed file
MRU->OD: I could not detect any extraordinary content than the very high amount of sections in this file.
fme: Does not loop in OOG680m2, but takes quite some time for opening (~9min) and formatting (~6min).
Changed title. OOo 1.x was significantly faster opening this file. Looks like the SwNumberTreeNode stuff is involved somehow.
Reset assigne to the default "issues@openoffice.apache.org".