--- IO-FDPass/FDPass.pm	2013/04/06 22:10:56	1.7
+++ IO-FDPass/FDPass.pm	2013/04/06 22:26:41	1.8
@@ -16,7 +16,9 @@
 
 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).
+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?
 
 =head1 FUNCTIONS
 
@@ -55,16 +57,16 @@
 Receive a file descriptor from the socket and return it if successful. On
 errors, return C<-1>.
 
-Note that I<both> C<$socket_fd> amd the returned file descriptor are, in
+Note that I<both> C<$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 C<$!>
-set to C<EAGAIN> or equivalent, in which case you are free to try. It
+When used on non-blocking sockets, this function might fail with C<$!> set
+to C<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
 C<select>).
 
-Example: receive a file desriptor from a blockign socket and convetr it to
-a file handle.
+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: $!";
@@ -108,11 +110,13 @@
 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,
-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).
+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.