Beefy Boxes and Bandwidth Generously Provided by pair Networks
go ahead... be a heretic

RE: Simple Locking

by turnstep (Parson)
on Aug 08, 2000 at 23:12 UTC ( [id://26864]=note: print w/replies, xml ) Need Help??

in reply to Simple Locking

How is this different from:

  • File::Lock
  • File::Flock
  • File::BasicFlock

I havent't used any of those, just curious. :)

Replies are listed 'Best First'.
RE (2): Simple Locking
by tilly (Archbishop) on Aug 08, 2000 at 23:46 UTC
    When I wanted this, I could not find what I was looking for on CPAN. It may have been there, I just didn't see it. For instance if you go browse for descriptions on CPAN you will find that File::Flock and File::BasicFlock just are more sophisticated versions of the flock() command. So they do not implement the semantics that I wanted. The File::Lock module looked closer, but it had only a very simple OO interface that was not fired by destruction.

    In general all of the things I saw on CPAN were wrappers around the idea, "let us give better/more detailed ways to lock stuff" while I wanted, "Gimme an incredibly easy 'get a lock' semantic that I won't mess up on."

    However KM pointed out to me that the system call to "touch" is not the best approach if the file does not exist. I should really either do that in Perl or else use File::Flock.

    FWIW I use this for wrapping a lot of complex operations. For instance if I want a set of processes to go in order, I just have them start in order and attempt to grab a lock. They will not succeed until the previous process drops the lock. I can then combine this in some processes with a timeout_limit argument and send a page if it does not succeed...

      However KM pointed out to me that the system call to "touch" is not the best approach if the file does not exist.

      I said this simply becuase it isn't a safe way to use system(). If someone passes "/tmp/file; mail < /etc/passwd" as $lockfile, there could be trouble. I would either use a safer system like:


      Or, simply an open FH, ">>$lockfile" ... approach.


        Ah. In none of my code do I pass the locking name around, it usually is used to serialize specific programs.

        All in all not significantly different from what merlyn did for Highlander - allow only one invocation at a time of an expensive CGI script. Which with this module would be:

        use CGI; use Lock; local $main::highlander = Get Lock( lock_file => "highlander", timeout_limit => 10; ); unless ($main::highlander) { my $host = $ENV{REMOTE_HOST}; $host = $ENV{REMOTE_ADDR} unless defined $host; warn "$0 @ ".(localtime).": highlander abort for $host after 10 se +conds\n"; print CGI::header(-status => 503, -retry_after => 30, -type => 'text/plain'), "Our server is overloaded. Please try again i +n a few minutes.\n"; exit 0; } # No further logic required for mod_perl!!!
        But I will definitely make the fix now that you have shown me that this really is a security hole and not merely a portability issue as I had thought.

Log In?

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://26864]
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others pondering the Monastery: (6)
As of 2024-04-22 21:53 GMT
Find Nodes?
    Voting Booth?

    No recent polls found