diff -cw orig/cp.c new/cp.c
*** orig/cp.c	Sat Feb 22 02:53:18 1992
--- new/cp.c	Fri Jan 19 02:58:08 1996
***************
*** 888,893 ****
--- 888,894 ----
        n_read_total += n_read;
  #endif
  
+ #ifndef MSDOS
        buf[n_read] = 1;		/* Sentinel to stop loop.  */
  
        /* Find first non-zero *word*, or the word with the sentinel.  */
***************
*** 914,922 ****
  	      return_val = -1;
  	      goto ret;
  	    }
! 	  last_write_made_hole = 1;
  	}
!       else
  	{
  	  n_written = write (target_desc, buf, n_read);
  	  if (n_written < n_read)
--- 915,924 ----
  	      return_val = -1;
  	      goto ret;
  	    }
! 	  last_write_made_hole = 1; n_read = 0;
  	}
! #endif
!       if (n_read)
  	{
  	  n_written = write (target_desc, buf, n_read);
  	  if (n_written < n_read)
Common subdirectories: orig/man and new/man
diff -cw orig/readme.dos new/readme.dos
*** orig/readme.dos	Sat Feb 22 02:57:36 1992
--- new/readme.dos	Thu Jan 18 21:55:59 1996
***************
*** 47,53 ****
  of the file) from `fileutil.pl' and TeX it.  You will have to `roff' the
  manpages in this case.
  
! Please note that the documentattion is still not quite finished.
  
  
  
--- 47,82 ----
  of the file) from `fileutil.pl' and TeX it.  You will have to `roff' the
  manpages in this case.
  
! Please note that the documentation is still not quite finished.
  
  
+ Revision History
+ ================
  
+ 18-Jan-96 Darrel Hankerson hankedr@mail.auburn.edu
+ 
+  * Long-standing bug in cp corrected for GNUish final snapshot. Thanks 
+    to Scott Deifik for the note and patch suggestion on this nasty bug.
+ 
+    Date: Tue, 07 Jul 1992 12:56:55 CDT
+    From: "David J Camp" <david@campfire.stl.mo.us>
+    To: "Scott Deifik" <scottd@amgen.com>
+    Subject:   Re: cp
+ 
+    On Mon, 6 Jul 92 10:28:22 PDT, "Scott Deifik" <scottd@amgen.com> wrote:
+ 
+    > Correct me if I am wrong, but there is a bug in the gnuish version of
+    > cp. If the file being copied has BLKSIZE of null char's in a row, the 
+    > nulls are not written out to the new file, but rather there is an lseek 
+    > done. When I tried this, I happened to have such a file of nulls and the
+    > new file ended up with "assorted disk blocks" in the place where the 
+    > nulls should have been.  Mabye unix will give empty blocks with this 
+    > lseek trick, but DOS (5.0) won't.
+ 
+    Scott,  We are sorthanded for developers in the GNUISH project.
+    Perhaps you would like to fix the problem and publish diff's?  -David-
+ 
+    # david%campfire@wupost.wustl.edu    ^     David J. Camp                #
+    # wupost.wustl.edu!campfire!david  < * >   +1 314 382 0584              #
+    # campfire!david@wupost.wustl.edu    v     "God loves material things." #
+    #         I am a member of the League for Programming Freedom.          #
