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
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!
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
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).
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.
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.
Created attachment 71168 [details] Trace of when the 500 megs of ram is asked. 2nd time
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
With 3.6 sources updated today, I don't reproduce the crash too (and it was faster, about 50% more, than with master sources)
Fixed in all supported versions.