Description of problem: Can't start openoffice due to glibc malloc check finding a problem Version-Release number of selected component (if applicable): Version : 1.1.2 Vendor: Red Hat, Inc. Release : 11.5.fc3 Build Date: Wed 10 Nov 2004 03:07:04 AM CET Install Date: Mon 22 Nov 2004 10:29:50 AM CET Build Host: tweety.build.redhat.com How reproducible: Always. Steps to Reproduce: 1. Run ooffice (in a console to see the error) 2. Wait 1-2 seconds while trying to execute program 3. Error message is shown Actual results: Error message: [~]$ ooffice *** glibc detected *** double free or corruption: 0x00cda848 *** Aborted Expected results: Normal start. Additional info: It worked fine at first as I was able to use ooimpress once, but is consistently failing now. I can start openoffice as root, but is awfully slow (I suppose is the testing of MALLOC_CHECK_ different to 0). I use openoffice.org as installed from DVD. Then removed and reinstalled from yum official servers, and the same happens. So it seems is not a problem of a bad openoffice.org rpm.
Is there any way you could get a backtrace? For example, you could try this, from a Terminal: 1) gdb /usr/lib/ooo-1.1/program/soffice.bin 2) run Then, when OOo dies with the "corruption message": 3) t a a bt (appologies if you know how to get a backtrace already). Can you attach the output of the 't a a bt' to this bug? Thanks! Dan
Thread 1 (Thread -151136576 (LWP 3238)): #0 0x00b9d7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x00bdd955 in raise () from /lib/tls/libc.so.6 #2 0x00bdf319 in abort () from /lib/tls/libc.so.6 #3 0x00c16a1b in malloc_printerr () from /lib/tls/libc.so.6 #4 0x00c174ba in free () from /lib/tls/libc.so.6 #5 0xf673015c in __driUtilCreateScreen (dpy=0x8680308, scrn=0, psc=0x8692de0, numConfigs=1, configs=0x86931d0, driverAPI=0xf67757c0) at dri_util.c:1523 #6 0xf674b336 in __driCreateScreen (dpy=0x8692de0, scrn=1, psc=0x86931d0, numConfigs=-159950912, config=0xfef029f8) at savage_xmesa.c:807 #7 0x00000000 in ?? () Ta-ra!! It's related to the freedesktop dri stuff for my savage video card. That's why tt was working before: I hadn't installed the dri drivers yet. So I suppose I should reconduct the bug to them.
*** This bug has been marked as a duplicate of 139712 ***