>
> The problem is that the rename() system call fails on an NFS mounted
> file if the file is still opened() by the same or another
> process. This causes ddd to not save its configuration file and exmh
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> to raise error dialog boxes.
Ah, thanks for confirming this problem. I've been noticing that same
(annoying) behavior and thought it had something to do with file locking.
As a workaround, I have been manually erasing the original config file
before doing a save (yes, ugly).
> Is this problem being solved until the 2.2 kernel? Is it NFS daemon
> related (still unsing usnf with 2.0.34 kernels)?
I'm seeing it with knfsd and 2.1.x kernels, so it may be an inherent
incompatibility between NFS semantics and ddd. Bill?
Steve
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu