https://issues.apache.org/ooo/show_bug.cgi?id=125585
Issue ID: 125585
Issue Type: DEFECT
Summary: More Impress crashes - Windows error message
Product: Impress
Version: 4.1.1
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: ui
Assignee: [email protected]
Reporter: [email protected]
Created attachment 83933
--> https://issues.apache.org/ooo/attachment.cgi?id=83933&action=edit
Windows crash message
In addition to crashing when exporting large files to PDF [issue 125534],
Impress crashes randomly ALL the time. This time, Windows 7 Pro 64-bit
generated a message that I saved as a screen snapshot capture.
No idea what it means, other than it may be in the same league as the repeated
"bad allocation" crash messages I also get, which seems related to OO's memory
management issues.
Moreover, after some crashes, the open files become corrupted, as evidenced by
inserted objects becoming replaced by placeholder boxes after the recovery
attempt, perhaps because they couldn't be preserved due to memory allocation
issues.
>From the Tools, Options, Memory settings, it would seem that OO may be trying
to actively manage memory allocation for loaded files, swapping items in and
out of caches after some time, etc. But if a file were to take up 256 MB of
RAM, that is a mere 6.25% of the usual 4GB physical RAM of most Windows
installations, let alone the total memory (RAM + virtual).
Given that today's machines have huge amounts of memory (physical and virtual),
it seems that OpenOffice ought to leave most or all of the memory management to
Windows.
It would seem that the OS's should be far more adept at managing memory than
apps. It is a HUGE waste of user time to try using an office suite app that
cant stay up for more than 10 or 15 operations before crashing.
Thank you for any forthcoming fixes,
O. Rondon
--
You are receiving this mail because:
You are the assignee for the issue.
You are watching all issue changes.
