Provided by: libio-fdpass-perl_1.3-1build5_amd64 bug

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/