To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=102376
User pl changed the following:
What |Old value |New value
================================================================================
Assigned to|pl |cd
--------------------------------------------------------------------------------
Platform|Macintosh |All
--------------------------------------------------------------------------------
------- Additional comments from [email protected] Fri Jul 31 11:26:09 +0000
2009 -------
This is certainly not mac specific; what happens is that the OOo process grows
over the 4GB limit and dies at some point because further memory allocation
fails. This certainly has to do with the file contents, but it seems to happen
rather often while creating the thumbnail image when saving. (mru's mac mini
most likely has less memory availble, so it simply fails earlier due to virtual
memory exhaustion).
When I debugged this the failed allocation was always in a bitmap; each bitmap
was large but not unreasonably so (in the 12MB area), so I can only conclude
that it is too many of them at the same time that breaks the camel's back. I
caught the failed allocation (which is a thing we should do anyway), but then it
simply crashed somewhere else for the same reason: out of memory.
pl->cd: There are some really huge VDevs involved, perhaps it would be possible
to limit the size of those when creating the thumbnail. Also I'm not sure
whether you do the thumbnail generation, or whether this is not an optimization
that would need to be done in the applications or the drawing layer. Setting aw
on CC for that.
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
