| Summary: | CRASH when FILEOPEN particular .ppt | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Rainer Bielefeld Retired <LibreOffice> |
| Component: | Impress | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | jbfaure, LibreOffice, rodo, serval2412 |
| Priority: | medium | Keywords: | regression |
| Version: | 3.5.1 release | ||
| Hardware: | Other | ||
| OS: | Windows (All) | ||
| See Also: | https://bugs.freedesktop.org/show_bug.cgi?id=48505 | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Attachments: |
Bug 52631 - WinDbg session
Trace of when the 500 megs of ram is asked Trace of when the 500 megs of ram is asked. 2nd time |
||
|
Description
Rainer Bielefeld Retired
2012-07-29 06:37:38 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! 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. |