Apache OpenOffice (AOO) Bugzilla – Issue 53922
Impress crashes when loading page 10 page of this .ppt
Last modified: 2013-08-07 15:21:02 UTC
The attached PowerPoint file crashes all tested OOo versions (1.0.3, 1.0.4 on both Linux and Windows, as well as various OOo2 prereleases up to 1.9.125 on Linux). The crash always occurs when you load (not only display, even when generating the thumbnail image in the preview area) page 10.
Created attachment 29148 [details] the file you can use to reproduce the problem
I should note that the import works, the progress bar at the bottom reaches 100% and than impress starts to screenshot the pages. This works up to page 9 and then Impress just freezes and does nothing. Moving the window out of the screen or back again or minimizing/maximizing it will turn the entire windwo gray with no controls etc visible anymore.
WORKS FOR ME under Openoffice (HUN/PAVEL/WINXP/m126) but the screenshoting process is very slow
Tested on m125 on windows and linux and on OOo1.1.4 on both systems: no problems. I think that it might be your graphic card driver crashing the system? Please test with another driver. Crash is not reproducible.
Ok, tested this again. Laptop (ATI M9 graphics) Linux (Ubuntu Hoary) - OOo 1.9.79.2-0ubuntu2 => Impress window closes without error message Desktop 1 (NVidia GeForce4 - binary AND free driver tested) Linux (Ubuntu Breezy) - OOo 1.9.125 => Window freeze Desktop 2 Windows 98 - OOo 1.1.3 => Works (!) Ok, I'll take back the previously reported versions 1.0.3, 1.0.4 (those should have been (1.1.x anyway, sorry), I didn't test those personally because I normaly don't have access to any windows box. Personally, I tested official builds 1.1.3 and 1.1.4 as well as various 1.9.x versions on two versions of Ubuntu linux (5.04 and 5.10) and saw it happen too on Debian Sid and Fedora Core 4. The attached ppt was reported to me as non-working on the stable version running on windows, but I can't say this for sure. I don't think this has anthything to do with the graphics card driver, it happens on my laptop to (divverent card vendor) and I also just tried out the free "nv" driver instead of nvidia's closed source driver, makes no difference. Now that I have found that the windows version works, I'll try to build a minimal testcase. Is there a way to get some kind of debugging output to console of what OOo is currently doing?
UPDATE! I just found out that removing the border from slide no.10 fixes the problem, the .ppt works fine afterwards. The problem is not speciffic to Powerpoint/Impress: I copied the graphic to otherwise empty .doc, .swx and .swi documents and those freeze OOo in the same way! I don't know if it is really frozen but waiting for over half an hour still changes nothing. Loading the graphic in a .doc or .swx in Writer, a part of it actually displays before Writer freezes. How can I tell what kind of graphic format this is? Perhaps this is a bug in that graphic lib in some newer linux distributions?
Created attachment 29165 [details] minimal testcase
Created attachment 29168 [details] svm graphics file
I have extracted the graphics file *.svm from a swx document, after copying it from impress to writer. I CANNOT load this file in any OOo application, they all freeze the same way. Can someone tell me what's inside the svm? Is this just a container format?
svm is StarView Metafile. I can load it into any OO-Applicatrion without problems... :-(
Just tried again with the 1.1.5 RC. Crashes the same way. But (sorry I never noticed this before), I get some output on the console: *** glibc detected *** double free or corruption (fasttop): 0x0818c458 *** which speaks for some lib incompatibility... How can I debug this further?
Hello cl, any hints how this could be debugged? Thanks.
@cl->infernux: can you please submit a crash report, preferable with the lates OOo 2.0 beta
cl, I submitted a crash report the day after I filed this bug report using the 1.1.5 rc and refered to this bug in the notes field. The 1.9.x builds I have access to don't contain the crash reporter (not builds form openoffice.org) and I'm unable/not willing to install unstable rpm packages on my stable debain. Why don't you offer the same nice installer as with the 1.1.x builds?
Rob Johnston September 10, 2005 OOo version: 1.9.125 Computer: NoteBook 17" FlatScreen OS: Windows XP SP2 Processor: P4 3.4 Ghz Mem: 1 Gig Video: ATI Mobility Radeon X600 128MB Power Point Version: 2002 SP3 Word: Version 2002 SP3 I tested this file and did not encounter a problem with displaying the border in slide 10, but I did encounter two seperate problems with the slide transistion: 1. Slow slide transistions in Impress which is related to issue 49674 (Impress never crashed but the slide transitions are very slow, about 3-5 times slower then Power Point) 2. Presentation not performing any slide transistions in Impress. I will be entering a new more detailed bug report for this. I also tested attachment "test_with_only_border.doc" and was able to open the document in Microsoft Word and OOo Writer with no encountered problems.
PC: Windows XP Home SP2 AMD XP 2200+ (cpu) GeForce FX 5200 (256 mb) 1 GB Corsair RAM Laptop: Windows XP Pro SP2 Pentium 4 (3.4ghz), hyperthreaded GeForce FX Go5700 (128 mb) 1 GB Corsair RAM ver: Open Office Beta 2 build: 1.9.125 David Yauch and Miguel Ramos We were unable to reproduce the bug on either of the two systems. The slides loaded and OO did not crash on us. We agree with rjohnsto's comment on the slide speed. This might be to the sheer size of the file though.
I repeat, speed is not a problem (at least not the main problem, if it worked at least slowly it was fine. Also, I *can't* reproduce this on any *Windows* version. But on Linux (I tested Ubuntu 5.10 and 5.04 and have reports that this also affects Debain Sid) the attached .svm graphic crashes the app (any OOo app), to the point where the official build shows the crash reporting tool. Removing just this one graphic, the whole ppt (attachment 1 [details]) is usable. And again: does the loading code for svm graphics depend on any system libraries or is it fully implemented in the OOo source base?
Fedora Core 4 Linux OpenOffice.org 1.9.130 CN-I-01.ppt: no crash on page 10 test_with_only_border.doc: no crash, looks like .ppt page 10
For me on ubuntu breezy Impress crashes on the first attachment giving an empty window. On the second attachment I can actually see the file, as if all is well, but the window is unresponsive. Ubuntu Breezy with: hidde@system:~$ apt-cache show openoffice.org2 Package: openoffice.org2 Priority: optional Section: editors Installed-Size: 192 Maintainer: Debian OpenOffice Team Architecture: i386 Version: 1.9.129-0.1ubuntu2 Depends: openoffice.org2-core (>> 1.9.129), openoffice.org2-writer, openoffice.org2-calc, openoffice.org2-impress, openoffice.org2-draw, openoffice.org2-math, openoffice.org2-base
I think hiddenwolf could confirm that unmodified openoffice.org builds crash to... but he's using ubuntu, too, so either a lib on ubuntu is causing the error or an error in OOo is triggered by something in Ubuntu/Debian... Btw I tested 1.9.129 today, and it's still the same.
Since I've seen several comments reporting that this bug isn't reproducable, I'll just add my experience--this happened to me the first time I tried to load an OpenOffice .sxw file that contained a windows metafile. I was running a new install of Kubuntu 5.10. As soon as the window scrolled down to the point at which the metafile would have been displayed, the program froze, producing the "double free or corruption" error message on the console. If I can generate any other useful information, please let me know. Scott Thatcher
I just received a mail, telling me a workaround for this problem. Exporting MALLOC_CHECK_=2 before running OOo prevents the crash from happening. I can finally use impress, but I hope someone will figure out what triggers this problem...
Cross reference 55090, which may be a duplicate of this issue.
*** Issue 60388 has been marked as a duplicate of this issue. ***
After further research, this appears to be a problem with the Ubuntu builds (not official OOo builds), and the source of the problem seems identical to issue 55090 . Marking as dupicate. *** This issue has been marked as a duplicate of 55090 ***
Closing...