On Sat, Sep 23, 2006 at 06:56:03PM +0200, Josselin Mouette wrote:
> Le samedi 23 septembre 2006 à 10:33 +0200, Goswin von Brederlow a
> > What do you do on fuse, afs, coda, oracle fs, lustrefs? Do they all
> > have fcntl?
>
> AFAIK, afs, fuse and ocfs2 have (although recently introduced) posix
>
Josselin Mouette <[EMAIL PROTECTED]> writes:
> Le samedi 23 septembre 2006 à 10:33 +0200, Goswin von Brederlow a écrit :
>> What do you do on fuse, afs, coda, oracle fs, lustrefs? Do they all
>> have fcntl?
> AFAIK, afs, fuse and ocfs2 have (although recently introduced) posix
> locking support.
Le samedi 23 septembre 2006 à 10:33 +0200, Goswin von Brederlow a
écrit :
> > Of course, but you get that extra feature "for free". Why would that
> > be a be something to avoid?
>
> Because NFS isn't everything.
>
> What do you do on fuse, afs, coda, oracle fs, lustrefs? Do they all
> have fcnt
Roger Leigh <[EMAIL PROTECTED]> writes:
> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
>
>> Roger Leigh <[EMAIL PROTECTED]> writes:
>>
>>> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
>>>
Write the pid and host to the lock file. When you detect a lock and
the lock is on the local
Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> Roger Leigh <[EMAIL PROTECTED]> writes:
>
>> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
>>
>>> Write the pid and host to the lock file. When you detect a lock and
>>> the lock is on the local host then check the pid is still valid. If
>>> no
Roger Leigh <[EMAIL PROTECTED]> writes:
> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
>
>> Write the pid and host to the lock file. When you detect a lock and
>> the lock is on the local host then check the pid is still valid. If
>> not the lock is stale. If the lock is from a remote host the
Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> Write the pid and host to the lock file. When you detect a lock and
> the lock is on the local host then check the pid is still valid. If
> not the lock is stale. If the lock is from a remote host there is
> little you can do but ask.
Why not use
an also be unreliable (e.g. I sometimes already do have a
> copy of gnucash running, but I can't find it in the maze of windows,
> and delete the lock file :-( ).
>
>
> Is there any guidelines for checking for stale lock files in a sane
> manner that doesn't involve the us
Brian May wrote:
> * liferea: displays an error and terminates; the lock file must be
> manually deleted.
For the record, Lars Lindner (author of liferea) recently wrote:
But for v1.1 I rewrote the code to use libbacon (which GUniqueApp also
uses, there was a thread on this list some weeks a
-( ).
Is there any guidelines for checking for stale lock files in a sane
manner that doesn't involve the user?
Yes, I realize having a home directory on NFS or AFS or SMB might be
complications, but most users of these applications don't use these
protocols either.
Thanks.
--
Brian M
10 matches
Mail list logo