To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=58819
------- Additional comments from [EMAIL PROTECTED] Tue Dec 6 10:27:38 -0800 2005 ------- How to reproduce this bug. I noted that my previous description to reproduce is insufficient (I'm sorry), so here are the missing details: Note that step (1) is because the bug is not reproducible with small documents; there, an error message might appear which says "Error while saving document name.odt: write problem. Unable to write the file." (something like that; the German original of the error message is "Fehler beim Speichern des Dokumentes name.odt: Schreibproblem. Die Datei konnte nicht geschrieben werden."). When this error message occurs, the PDF export does not crash OOo Writer (but is not successful, either, of course). However, in the "small file situation", the bug does occur too, from time to time. In the "large file situation", the crash is reproducible every time for me. (1) Start OOo, create a new writer document, insert 600 KByte ASCII Text and save the document. Then, exit OOo. The bug does not seem to depend on special content of documents but simply on their size, as it occurred with a complicated article of 42 pages as well as with this ASCII paste document. (2) Make the harddisk partition which contains /tmp "offically full". By this I mean that it is enough to make the temp partition that full so that "df" shows zero free blocks. In these cases, the difference between "all blocks" and "used blocks", calculated from df's output, was nonzero, though. And I was able to create and copy files with the shell. But for this issue, this kind of "full" seems sufficient. I created such a state using the number of free 1K-blocks indicated by df and a instruction like "dd bs=1024 count=2881392 if=/dev/zero of=/fillfile.raw", where "2881392" is the number of free blocks in this example. (3) Open OOo and the document you created in step (1). (4) Click the "export PDF" icon, select a filename and click "export". It does not matter here if a file by that name already exists or not. (5) Now, OOo crashes. Either it simply freezes and does not respond any more, or the window disappears finally (may take 20 seconds) and a window is shown that indicates what documents are gong to be restored at next startup. I could not figure out how to reproduce eaxactly each of these ways to crash, but the crash itself (what way soever) is reproducible for me all times. Regarding reproduction for Calc, Impress and occuring on printing: answer follows. --------------------------------------------------------------------- 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]
