Created attachment 7317 [details]
MS-Word document

Note, OO hangs when I try to save the document as a "OpenOffice.org
1.0 Text Document" but there are no problems if I try to save the
document as a "Microsoft Word 97/2000/XP" file.

On XP, 1.0.3 ungracefully loaded/converted this document up slowly, 
showing a white space where most of the program would be displayed.  
1.1 Beta2 loaded up more gracefully, although it was still slow.

While saving this on 1.0.3, OOo froze and didn't recover.

1.1 Beta2 saved this document, slowly, to swx format.  However, the 
program froze and became unuseable while it did so.  After it was 
saved, it took about 20-30 more seconds for the program to become 
responsive again.  Scrolling through the document on 1.1 Beta2 caused 
it to choke.  It reminded me of issue 16128 where anouther large file 
also causes OOo to choke.

Reassigned to MRU

MRU->CMC: With srx645m10 this document crashes on Solaris while loading.

I suspect that this is the same tricky problem as issue 6991. To work
around experiment with changing tools->options->memory->number of
objects-> to about 100 and that should work.

*** This issue has been marked as a duplicate of 6991 ***

Changing tools->options->memory->number of objects-> to about 100 did
not fix the problem with being able to save this document in
"OpenOffice.org 1.0 Text Document" format.  OO for Solaris still hangs.

Created attachment 7774 [details]
a .sxw that shows the export problem

cmc->mib: This appears to be a similiar problem to issue 6991/issue
16015 and as such *might* go away when issue 16015 is integrated into
1.1RC.

The problem with importing such .docs full of ole objects is covered
by issue 6991, so this is for .sxw export part of the problem.

Take the final attached .sxw (created under windows) and under solaris
before starting soffice run
limit descriptors 64
then using lsof count the num of file descriptors used by soffice.
While loading this number doesn't increase too much (at least when I
have the CopyTo file descriptor leak of issue 16015 integrated). fd
count starts at about 27 and stays below 35. But when saving as .sxw
the amount of filedescriptors increases dramatically near the end of
saving to around 68 breaking the descriptors limit so we run out of
file descriptors and get an assert from sot about not being unable to
open a storage and soon afterwards office will crash.

This might be a bug like the ww import one of swapping in ole objects
to export each one, but not unloading/swapping them out afterwards.

Eric, can you please check whether this issue still occurs. Thanks.

does not occure anymore in a srx645m18-1

closed