Bug#595977: [jim...@gmail.com: Re: [...@systella.fr: Bug#595977: /usr/bin/ooffice: *** glibc detected *** /usr/lib/openoffice/program/soffice.bin: double free or corruption]]
On Tue, Sep 14, 2010 at 09:35:01PM +0200, BERTRAND Joël wrote: I have tried. It seems to be a good workaround. I don't see error anymore. Ok, this is puzzling. If I look at http://www.novell.com/support/viewContent.do?externalId=3113982sliceId=1 it seems that 2 also does abort(), which also is confirmed by this chat with the glibc maintainer yesterday: 21:46 _rene_ aurel32: ping? 21:52 aurel32 _rene_: pong 21:53 -!- roodie [~e...@541be4ee.cm-5-4d.dynamic.ziggo.nl] has quit [Remote host closed the connection] 21:53 _rene_ aurel32: I am confused (maybe because I don't have much clue abo ut system/glibc internals). See #595977 for the story 21:54 _rene_ aurel32: the workaround apparently works, but the docs for the v ar says it'd react with a abort() in such cases 21:54 _rene_ aurel32: why does the workaround then work? 21:54 _rene_ (and what does that have for side-effects?) 21:55 lucas vorlon: I don't see the same result. I see 3 RC bugs affecting so urce packages with outdated binaries in squeeze 21:56 lucas vorlon: I think you clicked sid, not squeeze 21:56 vorlon lucas: oh; I also told it to ignore 'outdated binaries in sid', apparently this has a different effect than what I expected 21:57 vorlon lucas: I expected release=squeeze;outdatedsqueeze=ign;outdatedsi d=ign to be equivalent to release=squeeze;outdatedsqueeze=ign 21:58 -!- giskard [~gisk...@87-198-186-10.static.ptr.magnet.ie] has quit [Remote host closed the connection] 21:58 -!- fcestrada (Fernando C. Estrada) [~fcestr...@189.216.124.12] has joined #debian-devel 21:58 vorlon (i.e., why would I care about the presence of outdated binaries in sid when asking only for bugs present in squeeze?) 22:01 lucas outdatedsid=ign ignores the source packages that have outdated bi naries in sid. not necessarily the bugs that are present only because of outdate d binaries (that info is not available) 22:05 -!- bandinia (Michele Baldessari) [~band...@host247-5-dynamic.6-79-r.retai l.telecomitalia.it] has joined #debian-devel 22:08 _rene_ aurel32: so I need someone to explain it to me (basics suffice ; )) 22:08 -!- bandini [~band...@host94-106-dynamic.16-79-r.retail.telecomitalia.it] has quit [Ping timeout: 480 seconds] 22:09 -!- otavio (Otavio Salvador ota...@debian.org) [~ota...@189.114.111.55] has joined #debian-devel 22:14 aurel32 _rene_: from looking at the code and from my test 22:14 aurel32 MALLOC_CHECK_ defaults to 3 22:14 aurel32 which print the backtrace and do abort 22:15 aurel32 MALLOC_CHECK_=2 simply abort, without printing the backtrace 22:15 aurel32 so I don't really explain the behaviour from the bug report 22:15 _rene_ exactly that's my confusion, too 22:16 aurel32 except if ooo is actually calling a program, and can survive wi th an abort, but not with an abort and a lot of data on stderr 22:16 Q_ To 3? I run everything with 2 and see errors others don't see ... 22:16 aurel32 really? 22:17 Q_ As far as I know, yes. 22:17 aurel32 #ifndef DEFAULT_CHECK_ACTION 22:17 aurel32 #define DEFAULT_CHECK_ACTION 3 22:17 aurel32 #endif 22:17 aurel32 static int check_action = DEFAULT_CHECK_ACTION; 22:17 -!- Piet [~pie...@7gdaaen0c.tor-irc.dnsbl.oftc.net] has quit [Quit: Piet] 22:19 aurel32 it has been changed from 1 to 3 in august 2004 22:19 Q_ And does setting MALLOC_CHECK_ have any other effects? 22:19 -!- fcestrada [~fcestr...@189.216.124.12] has quit [Quit: Leaving.] 22:19 waldi (or traps SIGABRT ...) 22:20 MadCoder Q_: it's documented in malloc(1) 22:20 Q_ waldi: Oh, I love applications that think they're smarter. I'm pretty sure oo.org is such. 22:20 Rhonda Q_: Noticed that the key isn't in the keyring - did sent the mes 22:21 Q_ MadCoder: I know, it also says that settings it has an effect. 22:21 waldi Q_: well, applications catching SIGILL or SIGSEGV are not longer nice 22:21 aurel32 Q_: if different than zero it basically detect the same things 22:22 aurel32 Q_: just the resulting action is different depending on the actual value 22:22 aurel32 abort, abort + message, etc. 22:24 -!- faw [~...@faw.user.oftc.net] has quit [Read error: Connection reset by peer] 22:26 -!- Lethalman (Luca Bruno) [~let...@host42-52-dynamic.51-79-r.retail.telecomitalia.it] has joined #debian-devel 22:28 Q_ waldi: I know that some do catch SEGV and than call brk() or something. 22:28 _rene_ OOo does do stuff with signals in its system abstraction layer, yes. (though I've to look more closely what it does exactly) 22:28 waldi Q_: yeah, this is UB 22:29 waldi with ILL too 22:30 aurel32 _rene_: strangely the backtrace shows a call to *c*free 22:30 aurel32 which is specific SunOS 22:30 aurel32 the glibc maps cfree to free to catch such cases 22:31 aurel32 but maybe it does some strange things with memory allocation on sparc only 22:31 Q_ Allocated with a different API? Like mixing new/malloc? 22:32 aurel32 I don't know, maybe, or doing some assumption on how memory is allocated, and using a bit
Bug#595977: [jim...@gmail.com: Re: [...@systella.fr: Bug#595977: /usr/bin/ooffice: *** glibc detected *** /usr/lib/openoffice/program/soffice.bin: double free or corruption]]
On Fri, Sep 10, 2010 at 01:50:22PM +0200, Rene Engelhard wrote: ok, we have no upstream sparc porter anymore ;-( But can you try the workaround described in the Ubuntu *shudders* forum *shudders*? ping? Can you try it? I could add that hackaround. I am not sure I'll get it past the release team, which needs to review *every* change in the freeze we're at, but it's better than random crahses... (I don't have sparc available to test) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595977: [jim...@gmail.com: Re: [...@systella.fr: Bug#595977: /usr/bin/ooffice: *** glibc detected *** /usr/lib/openoffice/program/soffice.bin: double free or corruption]]
Rene Engelhard a écrit : On Fri, Sep 10, 2010 at 01:50:22PM +0200, Rene Engelhard wrote: ok, we have no upstream sparc porter anymore ;-( But can you try the workaround described in the Ubuntu *shudders* forum *shudders*? ping? Can you try it? I could add that hackaround. I am not sure I'll get it past the release team, which needs to review *every* change in the freeze we're at, but it's better than random crahses... (I don't have sparc available to test) I have tried. It seems to be a good workaround. I don't see error anymore. Regards, BB -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595977: [jim...@gmail.com: Re: [...@systella.fr: Bug#595977: /usr/bin/ooffice: *** glibc detected *** /usr/lib/openoffice/program/soffice.bin: double free or corruption]]
Hi, ok, we have no upstream sparc porter anymore ;-( But can you try the workaround described in the Ubuntu *shudders* forum *shudders*? Regards, Rene - Forwarded message from Jim Watson jim...@gmail.com - Subject: Re: [...@systella.fr: Bug#595977: /usr/bin/ooffice: *** glibc detected *** /usr/lib/openoffice/program/soffice.bin: double free or corruption] From: Jim Watson jim...@gmail.com Date: Fri, 10 Sep 2010 20:00:07 +1000 To: Rene Engelhard r...@debian.org X-Mailer: Apple Mail (2.1081) Hi Rene my sparc machine (sunblade 100) died two years ago. now i am using a apple ;) lately I spend my time learning japanese and travelling in japan, sorry i cannot help unless someone gives me a sparc did you look here? http://ubuntuforums.org/showthread.php?t=80561 regards jim On 10/09/2010, at 6:07 PM, Rene Engelhard wrote: Hi, does it work for you? Unfortunately the report is unspecific wrt when it actually started to happen, so... Regards, Rene - Forwarded message from BERTRAND Benedicte m...@systella.fr - Subject: Bug#595977: /usr/bin/ooffice: *** glibc detected *** /usr/lib/openoffice/program/soffice.bin: double free or corruption Reply-To: BERTRAND Benedicte m...@systella.fr, 595...@bugs.debian.org From: BERTRAND Benedicte m...@systella.fr To: Debian Bug Tracking System sub...@bugs.debian.org X-Mailer: reportbug 4.12.6 Date: Tue, 07 Sep 2010 20:50:03 +0200 Package: openoffice.org-common Version: 1:3.2.1-6 Severity: important File: /usr/bin/ooffice Hello, I'm trying tu use Openoffice on a Blade 2000 (sparc64/smp). I have upgraded my squeeze (dist-upgrade) the last sunday. Since upgrade, Openoffice randomly crashed with double free corruption. Here is backtrace: *** glibc detected *** /usr/lib/openoffice/program/soffice.bin: double free or corruption (out): 0xec51a008 *** === Backtrace: = /lib/libc.so.6(cfree+0x78)[0xf7a0c798] /usr/lib/openoffice/program/../basis-link/program/libscls.so(_ZN7ScTable16SetOptimalHeightElltP12OutputDeviceddRK8FractionS4_hP10ScProgressm+0x48c)[0xed43624c] /usr/lib/openoffice/program/../basis-link/program/libscls.so(_ZN7ScTable17StyleSheetChangedEPK17SfxStyleSheetBasehP12OutputDeviceddRK8FractionS7_+0x10c)[0xed43b9ec] /usr/lib/openoffice/program/../basis-link/program/libscls.so(_ZN10ScDocument17StyleSheetChangedEPK17SfxStyleSheetBasehP12OutputDeviceddRK8FractionS7_+0x64)[0xed397b44] /usr/lib/openoffice/program/../basis-link/program/libscls.so(_ZN10ScStyleObj19SetOnePropertyValueERKN3rtl8OUStringEPK26SfxItemPropertySimpleEntryPKN3com3sun4star3uno3AnyE+0x36c)[0xed2d6bec] /usr/lib/openoffice/program/../basis-link/program/libscls.so(_ZN10ScStyleObj17setPropertyValuesERKN3com3sun4star3uno8SequenceIN3rtl8OUStringEEERKNS4_INS3_3AnyEEE+0x70)[0xed2da6f0] /usr/lib/openoffice/program/../basis-link/program/libxols.so(_ZN25SvXMLImportPropertyMapper21_FillMultiPropertySetERKSt6vectorI16XMLPropertyStateSaIS1_EERKN3com3sun4star3uno9ReferenceINS8_5beans17XMultiPropertySetEEERKNSA_INSB_16XPropertySetInfoEEERK12UniReferenceI20XMLPropertySetMapperEP21_ContextID_Index_Pair+0xb8)[0xef809678] /usr/lib/openoffice/program/../basis-link/program/libxols.so(_ZNK25SvXMLImportPropertyMapper15FillPropertySetERKSt6vectorI16XMLPropertyStateSaIS1_EEN3com3sun4star3uno9ReferenceINS8_5beans12XPropertySetEEEP21_ContextID_Index_Pair+0x1a8)[0xef809e68] /usr/lib/openoffice/program/../basis-link/program/libxols.so(_ZN19XMLPropStyleContext15FillPropertySetERKN3com3sun4star3uno9ReferenceINS2_5beans12XPropertySetEEE+0x64)[0xef7f57e4] /usr/lib/openoffice/program/../basis-link/program/libscls.so(_ZN20XMLTableStyleContext15FillPropertySetERKN3com3sun4star3uno9ReferenceINS2_5beans12XPropertySetEEE+0x40)[0xed5dd7c0] /usr/lib/openoffice/program/../basis-link/program/libxols.so(_ZN19XMLPropStyleContext15CreateAndInsertEh+0x408)[0xef7f6388] /usr/lib/openoffice/program/../basis-link/program/libxols.so(_ZN18SvXMLStylesContext15CopyStylesToDocEhh+0x94)[0xef826294] /usr/lib/openoffice/program/../basis-link/program/libscls.so(_ZN11ScXMLImport12InsertStylesEv+0x10)[0xed579990] /usr/lib/openoffice/program/../basis-link/program/libxols.so(_ZN11SvXMLImport10endElementERKN3rtl8OUStringE+0x3c)[0xef79d37c] /usr/lib/openoffice/program/../basis-link/program/sax.uno.so(+0xdcb4)[0xf25cdcb4] /usr/lib/libexpat.so.1(+0x9658)[0xf256d658] /usr/lib/libexpat.so.1(+0xa3fc)[0xf256e3fc] /usr/lib/libexpat.so.1(XML_ParseBuffer+0x5c)[0xf25676b4] /usr/lib/openoffice/program/../basis-link/program/sax.uno.so(+0xb308)[0xf25cb308] /usr/lib/openoffice/program/../basis-link/program/sax.uno.so(+0xf394)[0xf25cf394] /usr/lib/openoffice/program/../basis-link/program/libscls.so(_ZN18ScXMLImportWrapper19ImportFromComponentERN3com3sun4star3uno9ReferenceINS2_4lang20XMultiServiceFactoryEEERNS4_INS2_5frame6XModelEEERNS4_INS3_10XInterfaceEEERNS2_3xml3sax11InputSourceERKN3rtl8OUStringESN_SN_RNS3_8SequenceINS3_3AnyEEEh+0x6fc)[0xed5734fc] /usr/lib