James Mckenzie wrote:
When I access files from within OpenOffice that are mounted on an
NFS-mounted volume, I run into problems.
Opening an existing file is terribly slow, and the resulting window
has (read-only) at the top.
Saving a file ends with a file that is 0 bytes in size, and an error
message that the file could not be saved.
When I open or save files from other programs (Firefox) or the command
line on the NFS volume, I have no problems.
Reading and writing local files from OpenOffice is also OK.
Both NFS server and client run Linux.
>From what I gather at
http://www.openoffice.org/issues/show_bug.cgi?id=36634 nfs is
unsupported by OOo :(
Wrong. It is and has been supported on the Mac. See issue 54586, which
I just re-opened as it was also held by the same issue on the Mac OS X
platform. I suggested looking at the code to see if it applies to
other UNIXes and Linux. Disabling SAL_FILE_LOCKING is unsuitable in a
multi-user environment and can lead to very interesting results.
Thanks for the pointer; Issue 54586 solved the problem for me (and not
with an insecure workaround!)
It appeared that on my workstation, the rpc.statd was not running.
This daemon handles file locking on NFS, which OpenOffice rightly uses,
and other programs apparently not.
That is why disabling file locking is a workaround.
On my Gentoo workstation, I did rc-update add nfsmount default; rc; and
the problem was solved.
Other operating systems will have a similar way of handling this.
So, this is not a bug in OOo, it is intended behaviour.
The error message could be a little less cryptic, that's all.
Henk de Leeuw.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
