Hi. I'm not completely sure I understand the question/s.
When a user launches OpenOffice, a "lock" file is created in the user's
openoffice.org2 folder. It should be deleted when the software is exited.
The file recovery dialogue could do with some improvement. It isn't
clear that electing to recover a file could result in the saved version
of the file being overwritten and the user is not given the option of
saving the recovered data to another location.
Given the shortcomings, I think it's better not to recover any files.
If possible, any open files should be closed before soffice is
terminated. I follow that as a general rule because the programme can,
it seems, crash at any time. I never exit while any files are open.
Kevin Tomasek wrote:
the sequence of having soffice lockup/kill/recovery seems to create a
number of errors that are difficult to work around.
if soffice hangs, i kill it.
soffice then recovers the file.
i try to write the file which generates a 'general file IO' error.
i write to a new file name. which i can then read/write/modify
without issue.
if i copy the new file to the original file name, via the command
line, then open the original file, it opens in read only mode.
i have searched for lock files and can find none.
has anyone else seen this? does anyone know of a solution?
thanks.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
If you're seeking, check out http://www.rci.org.au
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
