Apache OpenOffice (AOO) Bugzilla – Issue 17138
1.1RC Linux crashes on running setup-bin
Last modified: 2003-07-24 06:39:16 UTC
System: Mandrake 9.1 stock 2.14.21-0.13mdk glibc 2.3.1 KDE 3.1.0 Duron 850 Asus A7VE Motherboard 640Mb RAM I downloaded and untarred the 1.1rc version for Linux and when I run the ./setup program it displays "glibc 2.3.1" as the blue bar goes across the screen and then nothing happens at all. I did run the ./install command before I did it with the command --single parameter before the initial try at installing so maybe somewhere something that has been installed/created that is stopping the proper installation of the program. It turns out that it was a problem with a certain font called mshei.ttf which was causing the install script to fail. After talking with the people on the users mailing list and trying some of their suggestions Kevin asked me for a backtrace of the problem which is copied here: [root@dhcppc1 sv001.tmp]# gdb setup.bin GNU gdb 5.3-22mdk (Mandrake Linux) 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 "i586-mandrake-linux-gnu"... (no debugging symbols found)... (gdb) run Starting program: /tmp/sv001.tmp/setup.bin (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)...[New Thread 16384 (LWP 2268)] (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. [Switching to Thread 16384 (LWP 2268)] 0x416417b1 in psp::JobData::constructFromStreamBuffer(void*, int, psp::JobData&) () from /tmp/sv001.tmp/libpsp645li.so (gdb) bt #0 0x416417b1 in psp::JobData::constructFromStreamBuffer(void*, int, psp::JobDa ta&) () from /tmp/sv001.tmp/libpsp645li.so #1 0x4160da52 in psp::PrintFontManager::analyzeTrueTypeFile(psp::PrintFontManag er::PrintFont*) const () from /tmp/sv001.tmp/libpsp645li.so #2 0x4160bfbb in psp::PrintFontManager::analyzeFontFile(int, rtl::OString const &, bool, _STL::list<rtl::OString, _STL::allocator<rtl::OString> > const&, _STL:: list<psp::PrintFontManager::PrintFont*, _STL::allocator<psp::PrintFontManager::P rintFont*> >&) const () from /tmp/sv001.tmp/libpsp645li.so #3 0x4160f8e6 in psp::PrintFontManager::initialize(void*) () from /tmp/sv001.tmp/libpsp645li.so #4 0x416093db in psp::PrintFontManager::get() () from /tmp/sv001.tmp/libpsp645li.so #5 0x406dfd1b in FontLookup::BuildSet(_STL::hash_set<FontLookup, FontLookup::ha sh, FontLookup::equal, _STL::allocator<FontLookup> >&) () from /tmp/sv001.tmp/libvcl645li.so #6 0x406e0122 in SalDisplay::GetXlfdList() () from /tmp/sv001.tmp/libvcl645li.so #7 0x406e2e34 in SalGraphics::GetDevFontList(ImplDevFontList*) () from /tmp/sv001.tmp/libvcl645li.so #8 0x405a4747 in OutputDevice::ImplInitFontList() const () from /tmp/sv001.tmp/libvcl645li.so #9 0x4064de0c in Window::ImplUpdateGlobalSettings(AllSettings&, unsigned char) () from /tmp/sv001.tmp/libvcl645li.so #10 0x4064f8aa in Window::ImplInit(Window*, long long, SystemParentData*) () ---Type <return> to continue, or q <return> to quit--- from /tmp/sv001.tmp/libvcl645li.so #11 0x4060c092 in ImplBorderWindow::ImplInit(Window*, long long, unsigned short, SystemParentData*) () from /tmp/sv001.tmp/libvcl645li.so #12 0x4060c236 in ImplBorderWindow::ImplBorderWindow(Window*, SystemParentData*, long long, unsigned short) () from /tmp/sv001.tmp/libvcl645li.so #13 0x40669b17 in WorkWindow::ImplInit(Window*, long long, SystemParentData*) () from /tmp/sv001.tmp/libvcl645li.so #14 0x40669e80 in WorkWindow::WorkWindow(Window*, long long) () from /tmp/sv001.tmp/libvcl645li.so #15 0x08065808 in SetupWindow::SetupWindow() () #16 0x0805ab87 in SetupApp::Main() () #17 0x0806488e in sal_main () #18 0x08064878 in main () #19 0x40fa07f7 in __libc_start_main () from /lib/i686/libc.so.6
The mehei.ttf files is 0 bytes in length both in Windows and in Linux.
cp->pl: please have a look at it. can be probably dealt with in analyzeFontFile without too much hazzle
fixed in CWS pl02
pl->ul: to verify in an installed office simply go to share/fonts/truetype and do a "touch blabla.ttf" (which creates a 0 byte sized "fontfile" of blabla). Lets any pre-CWSpl02 office crash.
Reproduced in OOo 1.1 RC2 srx645_m13s2.8662. Verified the fix in CWS pl02. Marking issue as 'Fixed' in order to set it to 'Verified'.
Issue verified in cws pl02.
OK in OOo 1.1 (srx645_m14s1.8665).