Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!wuarchive!gem.mps.ohio-state.edu!tut.cis.ohio-state.edu!pt.cs.cmu.edu!b.gp.cs.cmu.edu!Ralf.Brown@B.GP.CS.CMU.EDU
From: Ralf.Brown@B.GP.CS.CMU.EDU
Newsgroups: comp.sys.ibm.pc
Subject: Re: Corrupted BACKUP disks running MS-DOS 3.3
Message-ID: <253d56fe@ralf>
Date: 19 Oct 89 05:09:18 GMT
Sender: ralf@b.gp.cs.cmu.edu
Organization: Carnegie Mellon University School of Computer Science
Lines: 19
In-Reply-To: <2576@dogie.macc.wisc.edu>

In article <2576@dogie.macc.wisc.edu>, michaelb@vms.macc.wisc.edu (Michael Bloxham) wrote:
 >>Has anyone else noticed this problem?  Is this a bug  in BACKUP.COM, 
 >>or do I have system problems?
 >
 >I have heard from my contacts at Zenith that there may be either a bug or 
 >virus in ZENITH DOS 3.3+ RESTORE.COM.  This was sent to me via a email

Having the byte that is supposed to be 0Ah turn up as 0Dh 0Ah indicates to me
that the programmer forgot to make the "C" program write to the file in binary
mode (the above is precisely the NL -> CRLF translation MSDOS "C" libraries
perform in text mode).

--
UUCP: {ucbvax,harvard}!cs.cmu.edu!ralf -=-=-=-=- Voice: (412) 268-3053 (school)
ARPA: ralf@cs.cmu.edu  BIT: ralf%cs.cmu.edu@CMUCCVMA  FIDO: Ralf Brown 1:129/46
FAX: available on request                      Disclaimer? I claimed something?
"How to Prove It" by Dana Angluin
  1.  proof by example:  The author gives only the case n=2 and suggests that
      it contains most of the ideas of the general proof