Add documentation that pg_standby sleeps on Win32 because of 'copy' behavior.

diff --git a/doc/src/sgml/pgstandby.sgml b/doc/src/sgml/pgstandby.sgml
index 9973f0290263ce97bcc26b35734fcf9abc218ccc..2b8aad7824d2d89b97c5d94efe1f75621f7ccfd3 100644 (file)
--- a/doc/src/sgml/pgstandby.sgml
+++ b/doc/src/sgml/pgstandby.sgml
@@ -1,4 +1,4 @@
-
+
 
 
  pg_standby
@@ -295,7 +295,16 @@ restore_command = 'pg_standby -d -s 5 -t C:\pgsql.trigger.5442 ...\archive %f %p
   
 
   
-   Since the Windows example uses copy at both ends, either
+   The copy command on Windows sets the final file size
+   before the file is completely copied, which would ordinarly confuse
+   pg_standby.  Therefore
+   pg_standby waits sleeptime
+   seconds once it sees the proper file size.  GNUWin32's cp
+   sets the file size only after the file copy is complete.
+  
+
+  
+   Using the Since the Windows example uses copy at both ends, either
    or both servers might be accessing the archive directory across the
    network.