Jeremy Kister

NAME

File::TinyLock - Utility for process locking and unlocking.

SYNOPSIS

use File::TinyLock;

my $LOCK = '/tmp/testing.lock';

my $locksmith = File::TinyLock->new(lock => $LOCK); if( $locksmith->lock() ){ warn "we have locked\n"; $locksmith->unlock(); warn "we have unlocked\n"; }else{ warn "could not lock..\n"; }

DESCRIPTION

File::TinyLock provides lock, unlock, and checklock methods for working with process locking. This utility attempts to be useful when you require one of a process to be running at a time, but someone could possibly try to spawn off a second (such as having a crontab where you are *hoping* one job ends before the next starts).

CONSTRUCTOR

lock( [LOCK] [,OPTIONS] );

LOCK is a mandatory lock file.

OPTIONS are passed in a hash like fashion, using key and value pairs. Possible options are:

mylock - Unique file to identify our process (Default: auto-generated) - *must* be on the same filesystem as <LOCK>

retries - Number of times to retry getting a lock (Default: 5)

retrydelay - Number of seconds to wait between retries (Default: 60)

debug - Print debugging info to STDERR (0=Off, 1=On) (Default: 0).

RETURN VALUE

Here are a list of return codes of the lock function and what they mean:

0 The process could not get a lock.
1 The process has obtained a lock.

.. and for the checklock function:

0 The process does not have a lock.
1 The process has a lock.

.. and the unlock function:

Note: method will die if we cannot modify <LOCK>

EXAMPLES

  # run the below code twice ( e.g. perl ./test.pl & ; perl ./test.pl )

  use strict;
  use File::TinyLock;

  my $lock = '/tmp/testing.lock';
  my $locksmith = File::TinyLock->new(lock => $lock, debug => 1);

  my $result = $locksmith->lock();
  if($result){
    print "We have obtained a lock\n";
  }
        
        # do stuff 

  sleep 30;

  $locksmith->unlock();
  exit;

CAVEATS

If you leave lock files around (from not unlocking the file before your code exits), File::TinyLock will try its best to clean up and/or determine if the lock files are stale or not. This is best effort, and may yield false positives. For example, if your code was running as pid 1234 and crashed without unlocking, stale detection may fail if there is a new process running with pid 1234.

RESTRICTIONS

Locking will only remain successfull while your code is active. You can not lock, let your code exit, and start your code again - doing so will result in stale lock files left behind.

start code -> get lock -> do stuff -> unlock -> exit;

AUTHOR

<a href="http://jeremy.kister.net./">Jeremy Kister</a>

3 POD Errors

The following errors were encountered while parsing the POD:

Around line 53:

You forgot a '=back' before '=head1'

Around line 57:

'=item' outside of any '=over'

Around line 71:

You forgot a '=back' before '=head1'




Hosting generously
sponsored by Bytemark