From: jj4public@vfemail.net   
      
   On Fri, 6 Sep 2019 08:52:55 +0200, Herbert Kleebauer wrote:   
   > This was done for two reasons:   
   >   
   >      Backward compatibility with CP/M. The CP/M file system only   
   > recorded the lengths of files in multiples of 128-byte "records",   
   > so by convention a Control-Z character was used to mark the end of   
   > meaningful data if it ended in the middle of a record.   
      
   Ah... That make sense. I didn't know that. Won't it mean that every CP/M   
   files have EOF marker, even for binary files?   
      
   > The MS-DOS   
   > filesystem has always recorded the exact byte-length of files,   
   > so this was never necessary on MS-DOS.   
      
   That's true. But after some more testing, the COPY command turns out to use   
   ASCII mode by default when concatenating files. Single file copy on the   
   other hand, uses binary mode by default. So the /A switch is only needed   
   when copying single file, or when contatenating files with mixed copy mode.   
      
   Does the fact that Microsoft still provides support for CP/M originated   
   files, means that CP/M systems are still used for other than hobby [*]?   
      
   [*] https://en.wikipedia.org/wiki/CP/M#Hobby_and_"retro"_computing   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)