--- IO-FDPass/FDPass.pm	2013/04/05 09:15:37	1.6
+++ IO-FDPass/FDPass.pm	2013/04/06 22:10:56	1.7
@@ -85,7 +85,8 @@
 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, the handle will leak, so never do that.
+handle for any reason (crashes, fails to call C<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.
@@ -98,17 +99,20 @@
 =head1 OTHER MODULES
 
 At the time of this writing, the author of this module was aware of two
-other file descriptor passing modules on CPAN: L<Linux::FDPasser> and
+other file descriptor passing modules on CPAN: L<File::FDPasser> and
 L<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. It does, however,
-support a number of pre-standard unices.
+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,
 and requires AnyEvent. Presumably that makes it much more user friendly
-than this module.
+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).
 
 Neither seems to support native win32 perls.