plucky (3) IO::FDPass.3pm.gz

NAME

       IO::FDPass - pass a file descriptor over a socket

SYNOPSIS

          use IO::FDPass;

          IO::FDPass::send fileno $socket, fileno $fh_to_pass
             or die "send failed: $!";

          my $fd = IO::FDPass::recv fileno $socket;
          $fd >= 0 or die "recv failed: $!";

DESCRIPTION

       This small low-level module only has one purpose: pass a file descriptor to another process, using a
       (streaming) unix domain socket (on POSIX systems) or any (streaming) socket (on WIN32 systems). The
       ability to pass file descriptors on windows is currently the unique selling point of this module. Have I
       mentioned that it is really small, too?

FUNCTIONS

       $bool = IO::FDPass::send $socket_fd, $fd_to_pass
           Sends the file descriptor given by $fd_to_pass over the socket $socket_fd. Return true if it worked,
           false otherwise.

           Note that both parameters must be file descriptors, not handles.

           When used on non-blocking sockets, this function might fail with $!  set to "EAGAIN" or equivalent,
           in which case you are free to try. It should succeed if called on a socket that indicates writability
           (e.g. via "select").

           Example: pass a file handle over an open socket.

              IO::FDPass::send fileno $socket, fileno $fh
                 or die "unable to pass file handle: $!";

       $fd = IO::FDPass::recv $socket_fd
           Receive a file descriptor from the socket and return it if successful. On errors, return -1.

           Note that both $socket_fd and the returned file descriptor are, in fact, file descriptors, not
           handles.

           When used on non-blocking sockets, this function might fail with $! set to "EAGAIN" or equivalent, in
           which case you are free to try again. It should succeed if called on a socket that indicates
           readability (e.g. via "select").

           Example: receive a file descriptor from a blocking socket and convert it to a file handle.

             my $fd = IO::FDPass::recv fileno $socket;
             $fd >= 0 or die "unable to receive file handle: $!";
             open my $fh, "+<&=$fd"
                or die "unable to convert file descriptor to handle: $!";

PORTABILITY NOTES

       This module has been tested on GNU/Linux x86 and amd64, NetBSD 6, OS X 10.5, Windows 2000 ActivePerl
       5.10, Solaris 10, OpenBSD 4.4, 4.5, 4.8 and 5.0, DragonFly BSD, FreeBSD 7, 8 and 9, Windows 7 +
       ActivePerl 5.16.3 32 and 64 bit and Strawberry Perl 5.16.3 32 and 64 bit, and found to work, although
       ActivePerl 32 bit needed a newer MinGW version (that supports XP and higher).

       However, windows doesn't support asynchronous file descriptor passing, so the source process must still
       be around when the destination process wants to receive the file handle. Also, if the target process
       fails to fetch the handle for any reason (crashes, fails to call "recv" etc.), the handle will leak, so
       never do that.

       Also, on windows, the receiving process must have the PROCESS_DUP_HANDLE access right on the sender
       process for this module to work.

       Cygwin is not supported at the moment, as file descriptor passing in cygwin is not supported, and cannot
       be rolled on your own as cygwin has no (working) method of opening a handle as fd. That is, it has one,
       but that one isn't exposed to programs, and only used for stdin/out/err. Sigh.

OTHER MODULES

       At the time of this writing, the author of this module was aware of two other file descriptor passing
       modules on CPAN: File::FDPasser and AnyEvent::FDPasser.

       The former hasn't seen any release for over a decade, isn't 64 bit clean and it's author didn't respond
       to my mail with the fix, so doesn't work on many 64 bit machines. It does, however, support a number of
       pre-standard unices, basically everything of relevance at the time it was written.

       The latter seems to have similar support for antique unices, and doesn't seem to suffer from 64 bit bugs,
       but inexplicably has a large perl part, doesn't support mixing data and file descriptors, and requires
       AnyEvent. Presumably that makes it much more user friendly than this module (skimming the manpage shows
       that a lot of thought has gone into it, and you are well advised to read it and maybe use it before
       trying a low-level module such as this one). In fact, the manpage discusses even more file descriptor
       passing modules on CPAN.

       Neither seems to support native win32 perls.

AUTHOR

        Marc Lehmann <schmorp@schmorp.de>
        http://home.schmorp.de/