lkml.org 
[lkml]   [2014]   [Apr]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [RFC][glibc PATCH] fcntl-linux.h: add new definitions and manual updates for open file description locks

    > Likewise. You infact write that it does get the lock information
    > later in the document wrt. F_OFD_GETLK.

    Sorry, I disagree here...GETLK is really a misnomer, IMO. TESTLK
    would have been a better name.

    GETLK are used is to "get the first lock".

    It's a way to test whether a particular lock can be applied, and to
    return information about a conflicting lock if it can't. If, for
    instance there is no conflicting lock, then you don't "get" any
    lock information back (l_type just gets reset to F_UNLCK).

    While I kinda see your point, it isn't what GETLK does; it really does
    get you information about the first lock -- you're not testing
    anything. It is also the terminology used in the POSIX standard.


    \
     
     \ /
      Last update: 2014-04-23 21:41    [W:3.306 / U:0.548 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site