Updated config.guess, config.sub, install.sh.

[wget] / src / retr.c

diff --git a/src/retr.c b/src/retr.c
index a1f045be422a74e386fb78b39ca0c2680e7f22f9..b667ca2ff3cf6ecb4edca9c1148e856f68b0ecbe 100644 (file)
--- a/src/retr.c
+++ b/src/retr.c
@@ -168,7 +168,18 @@ write_data (FILE *out, const char *buf, int bufsize, wgint *skip,
      performance: fast downloads will arrive in large 16K chunks
      (which stdio would write out immediately anyway), and slow
      downloads wouldn't be limited by disk speed.  */
+
+  /* 2005-04-20 SMS.
+     Perhaps it shouldn't hinder performance, but it sure does, at least
+     on VMS (more than 2X).  Rather than speculate on what it should or
+     shouldn't do, it might make more sense to test it.  Even better, it
+     might be nice to explain what possible benefit it could offer, as
+     it appears to be a clear invitation to poor performance with no
+     actual justification.  (Also, why 16K?  Anyone test other values?)
+  */
+#ifndef __VMS
   fflush (out);
+#endif /* ndef __VMS */
   return !ferror (out);
 }