This manual page is for Mac OS X version 10.6

If you are running a different version of Mac OS X, view the documentation locally:

  • In Terminal, using the man(1) command

Reading manual pages

Manual pages are intended as a quick reference for people who already understand a technology.

  • For more information about the manual page format, see the manual page for manpages(5).

  • For more information about this technology, look for other documentation in the Apple Reference Library.

  • For general information about writing shell scripts, read Shell Scripting Primer.



IO::AtomicFile(3)                    User Contributed Perl Documentation                   IO::AtomicFile(3)



NAME
       IO::AtomicFile - write a file which is updated atomically

SYNOPSIS
           use IO::AtomicFile;

           ### Write a temp file, and have it install itself when closed:
           my $FH = IO::AtomicFile->open("bar.dat", "w");
           print $FH "Hello!\n";
           $FH->close || die "couldn't install atomic file: $!";

           ### Write a temp file, but delete it before it gets installed:
           my $FH = IO::AtomicFile->open("bar.dat", "w");
           print $FH "Hello!\n";
           $FH->delete;

           ### Write a temp file, but neither install it nor delete it:
           my $FH = IO::AtomicFile->open("bar.dat", "w");
           print $FH "Hello!\n";
           $FH->detach;

DESCRIPTION
       This module is intended for people who need to update files reliably in the face of unexpected
       program termination.

       For example, you generally don't want to be halfway in the middle of writing /etc/passwd and have
       your program terminate!  Even the act of writing a single scalar to a filehandle is not atomic.

       But this module gives you true atomic updates, via rename().  When you open a file /foo/bar.dat via
       this module, you are actually opening a temporary file /foo/bar.dat..TMP, and writing your output
       there.   The act of closing this file (either explicitly via close(), or implicitly via the
       destruction of the object) will cause rename() to be called... therefore, from the point of view of
       the outside world, the file's contents are updated in a single time quantum.

       To ensure that problems do not go undetected, the "close" method done by the destructor will raise a
       fatal exception if the rename() fails.  The explicit close() just returns undef.

       You can also decide at any point to trash the file you've been building.

AUTHOR
       Primary Maintainer

       David F. Skoll ([email protected]).

       Original Author

       Eryq ([email protected]).  President, ZeeGee Software Inc (http://www.zeegee.com).

REVISION
       $Revision: 1.2 $



perl v5.8.9                                      2005-02-10                                IO::AtomicFile(3)

Reporting Problems

The way to report a problem with this manual page depends on the type of problem:

Content errors
Report errors in the content of this documentation to the Perl project. (See perlbug(1) for submission instructions.)
Bug reports
Report bugs in the functionality of the described tool or API to Apple through Bug Reporter and to the Perl project using perlbug(1).
Formatting problems
Report formatting mistakes in the online version of these pages with the feedback links below.