mikeverstegen,
what would be a reproducible way to exhaust heap?

Windows heap is consumed by a appliations in varying amounts. I have a (bad?)
habit of keeping quite a few appliations active..

By watching the heap monitor (see below) I can see heap increasing. The
applications which seem to use big chunks of heap are:
- Windows (File) Explorer -- particularly with multiple instances open. A big
chunk of heap is released after the last Explorer is closed
- Outlook 2003
- Intuit products - Quicken and QuickBooks Pro
- Adobe products - Photoshop Elements (3.0) and Premier Elements (1.0)

I use the following (cygwin) bash script to use dheapmon.exe (described in the
first comment) to periodically monitor the heap usage

HEAPCMD=/cygdrive/c/kktools/dheapmon8.1/x86/dheapmon.exe
$HEAPCMD -l
while true
do
	HEAPUSED=`$HEAPCMD | grep "WinSta0.*Default" | cut -c 55-56`
	if [ $HEAPUSED -gt 92 ]; then
		echo -e `date` "\007Heap limit exceeded" $HEAPUSED
		sleep 10
	else
		echo `date` " Heap OK" $HEAPUSED
		sleep 30
	fi
done

Additional Information from original submitter:

Today, I tried to save the calc file and experienced the same problem as noted
in the original submission. I noticed that the heap usage was (what I consider)
OK at 85 (out of 100) when I clicekd the Save icon. I had previously only noted
this problem occuring at heap usage of 93.

I noticed that in the directory E:\Documents and Settings\username\Application
Data\OpenOffice.org2\user\backup that there were two zero length files named
MLS-10.ods_0.ods and MLS-10.ods_1.ods which are similar to the "MLS-10.ods" file
I was trying to save. (I see similarly named files all the way back to MLS-1.ods
when this problem started.)

I don't know if this is relevant, but I have Save AutoRecovery information every
... set to 5 minutes. I have had high heap usage that exceed 5 minutes, so
perhaps the AutoRecovery Save was triggered during high heap usage periods.

Are there any error logs created that I should capture/report to assist in
documenting this problem?

Hi Niklas,

please have a look at this one.

Frank

Note that I have upgraded to 2.2.1 since the original bug report.

I've now seen this problem exhibit with OO.o Writer saving a very small document
less than one page long. The file had been open for several days. When trying to
save, I recieved the same message as noted for the Calc save error. Heap use is
hovering between 90 and 95.

Similar to with Calc, I found two zero length files in E:\Documents and
Settings\Mike\Application Data\OpenOffice.org2\user\backup named
filename.odt_1.odt and filename.odt_2.odt with the time stamps of when I tried
to save the file.

Only solution I found was to copy the entire document to a new blank document
and save over the existing name.

@mike

please don't change the version field after submitting an Issue. This field
defines the first occurrence of a problem and is therefore a vital information.
If you want to let us know that it is still in an other version just comment on
the Issue.

Frank

I have upgraded to OOo version 2.3 and am still experiencing this problem in
both  Calc and Writer. 

Is there a debug or trace option / version that I can run to capture more
details to assist in troubleshooting?

OOo calc 2.3 (and Writer -- see last paragraph)

This problem continues and I'd like to provide new informaiton. Previously, when
the file save error occured, I could 
- dismiss the error message dialog box
- select the entire spreadsheet and then Edit / Cut
- File / New create a new blank spreadsheet
- Edit / Paste the old spreadsheet into the new blank spreadsheet
- Only have to manually reapply the Window / Split

The last two times this error has occurred, the two graphs in the spreadsheet
have not copied over completely. The outline and axes of the graphs are copied,
but the data is not displayed.

The most recent time that I tried to save, I received a different error message
when I tried to save
"Microsoft Visual C++ Runtime Library"
"Runtime Error!"
"Program E:\Program Files\OpenOffice.org2.3\programs\soffice.bin"
"abnormal program termination"
...and all OOo applications running at that time closed.

When I restarted OOo, the recovery window showed both the original file and the
untitled spreadsheet to which I had pasted the copy. I could save BOTH copies --
not in particular that the file that was previously unsavable could now be saved.

At the point that this error occurred, plenty of free heap space was available,
but there have been excursions of heap usage past 93% since the last reboot.

Note also that while trying to save all my files after the first error pop-up --
the application level "can't save" dialog -- (not the second C++ runtime popup)
an open Writer file also would not save and I had to cut and paste it in to a
new document also.

This error continues to occur. Additional information from today's event:

Same "Error Saving..." dialog box. Cut and Paste to new blank calc sheet. Try to
save new spreadsheet (with old sheet still open). Calc crashes. Allowed
automatically generated crash report sent to Sun (reference this issue number in
the comments).

When Calc auto-restarted after crash, the old file was recovered (missing the
last few edits) and the new spreadsheet was blank (lost the data pasted in).

This is the interesting part -- the auto-recovered OLD sheet could now be saved
successfully.

Reset assigne to the default "issues@openoffice.apache.org".