Bug 52631 - CRASH when FILEOPEN particular .ppt
Summary: CRASH when FILEOPEN particular .ppt
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
3.5.1 release
Hardware: Other Windows (All)
: medium major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2012-07-29 06:37 UTC by Rainer Bielefeld Retired
Modified: 2013-10-11 16:50 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Bug 52631 - WinDbg session (11.24 KB, text/plain)
2012-08-27 12:44 UTC, bfoman (inactive)
Details
Trace of when the 500 megs of ram is asked (7.13 KB, text/plain)
2012-12-08 00:21 UTC, Rob Snelders
Details
Trace of when the 500 megs of ram is asked. 2nd time (7.11 KB, text/plain)
2012-12-08 00:22 UTC, Rob Snelders
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rainer Bielefeld Retired 2012-07-29 06:37:38 UTC
Spin off from "Bug 48505 - FILEOPEN: Loading ppt of CISCO icons freeze, too much memory"

Steps how to reproduce with parallel installation of Master "LOdev " 3.7.0.0.alpha0+   - WIN7 Home Premium (64bit) ENGLISH UI [Build ID: 66e4540]" (tinderbox:Win-x86@6, pull time 2012-07-26 02:09:47):

1. Download "Icons for PowerPoint" from <http://www.cisco.com/web/about/ac50/ac47/2.html>	 
2. unzip
3. Open "2011_Cisco Icons_6_8_11.ppt" by double click in WIN Explorer
   Bug: when progress bar reaches half way Libo crashes with Error message 
        "Microsoft Visual C++ Runtime Library - Runtime Error! -  
         Program C:\...\soffice.bin - abnormal program termination

also crashes with LibO 3.5.5.3, and  
"LibreOffice 3.5.1.2 German UI/Locale [Build-ID: dc9775d-05ecbee-0851ad3-1586698-727bf66] on German WIN7 Home Premium (64bit) 

Opens fine with 
----------
"LibreOffice 3.4.5 German UI [Build ID: OOO340m1 (Build:502)]" parallel Server installation on German WIN7 Home Premium (64bit) 

So it seems the problem started with LibO 3.5
Comment 1 Rainer Bielefeld Retired 2012-07-29 08:16:10 UTC
Confirmed in Bug 48505#C4

Crash is serious, bot currently only 1 document affected, so not MAB.

@Radek:
Please set Status to ASSIGNED and add yourself to "Assigned To" if you accept this Bug!
Comment 2 Jean-Baptiste Faure 2012-07-31 20:54:53 UTC
I do not reproduce the crash with LO 3.5.5.3 nor LO 3.6.0.4 under Ubuntu 11.10 x86-64.
The progress bar reaches half way and stays there a moment and the ram rises a high level (~2,5 GB) but after a moment the ram is released (go back to ~1,5 MB) and the loading is completed.

Best regards. JBF
Comment 3 Rainer Bielefeld Retired 2012-08-01 04:13:11 UTC
Jean-Baptiste Faure:
For me the crash remains at the 60% progress bar point, even when I do the test as the first action after having started the PC and without any other memory eater running. The crash does not happen when I open a .odp I created from the document with 3.3.3.

My WIN Task Manager (resources monitor) shows a peak, may be it is not fast enough to indicate something critical. After the cash soffice.bin remains in the task manager with 360MB used Memory (of 4 GB).
Comment 4 bfoman (inactive) 2012-08-27 12:44:54 UTC
Created attachment 66172 [details]
Bug 52631 - WinDbg session

Confirmed with:
LO 3.5.5.3 
Build ID: own W7 debug build
Windows 7 Professional SP1 64 bit

Attached full WinDbg session.
Comment 5 Rob Snelders 2012-12-08 00:21:49 UTC
Created attachment 71167 [details]
Trace of when the  500 megs of ram is asked

It seems there are 2 allocations for over 500 megs of ram. So that slows it.
This is the first allocation. The next attachment is the 2nd.

The trace has a break on a outputline that is not in the repository. But that's inserted on line 1338 in the code.
Comment 6 Rob Snelders 2012-12-08 00:22:13 UTC
Created attachment 71168 [details]
Trace of when the 500 megs of ram is asked. 2nd time
Comment 7 Julien Nabet 2013-01-19 14:04:00 UTC
On pc Debian x86-64 with master sources updated today, I don't reproduce the crash.
However, it's quite long to load (about 1 minute on i5 and 6Gb) and I noticed several kinds of logs:
1) A lot of these:
warn:svx.sdr:19817:1:/home/julien/compile-libreoffice/libo/svx/source/svdraw/svdobj.cxx:2935: SdrObject::impl_setUnoShape: still having impl. pointer to dead object!

2) One like this one:
warn:legacy.tools:19817:1:/home/julien/compile-libreoffice/libo/svx/source/svdraw/svdmodel.cxx:605: SdrModel::EndUndo(): UndoLevel is already 0!

3) some like this one:
warn:legacy.tools:19817:1:/home/julien/compile-libreoffice/libo/editeng/source/editeng/impedit3.cxx:4218: ImpEditEngine::GetSpaceBeforeAndMinLabelWidth: min-label-width < 0 encountered
Comment 8 Julien Nabet 2013-01-19 14:06:10 UTC
With 3.6 sources updated today, I don't reproduce the crash too (and it was faster, about 50% more, than with master sources)
Comment 9 Michael Meeks 2013-10-11 16:50:32 UTC
Fixed in all supported versions.