Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site ecsvax.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxt!houxm!whuxl!whuxlm!akgua!mcnc!ecsvax!bet
From: bet@ecsvax.UUCP (Bennett E. Todd III)
Newsgroups: net.micro.pc
Subject: Re: Appending to files. (pc-dos, ms-dos)
Message-ID: <917@ecsvax.UUCP>
Date: Fri, 13-Dec-85 20:13:14 EST
Article-I.D.: ecsvax.917
Posted: Fri Dec 13 20:13:14 1985
Date-Received: Sun, 15-Dec-85 00:27:49 EST
References: <900@ecsvax.UUCP> <908@ecsvax.UUCP>
Reply-To: duccpc!bet@ecsvax.UUCP (Bennett E. Todd III)
Distribution: net
Organization: Duke University Computation Center
Lines: 22
Keywords: EOF


The problem is not a bug in whatever created junk, but with I/O
redirection and/or the TYPE command; the sequence

	TYPE junk >junk2
	TYPE junk >>junk2

can only put a ^Z between the copies if either TYPE or >> is appending a
^Z, since TYPE wouldn't have gotten the ^Z out of the source file. It
would be interesting to try to find out exactly what circumstances are
required to demonstrate this bug (the exact nature of the original
"junk" file, and the version of DOS involved) since I just tried to
recreate the problem (under MS-DOS 3.10 from Zenith on a Z-200) and
could not, under any circumstances.

-Bennett
-- 

"Hypocrisy is the vaseline of social intercourse." (Who said that?)

Bennett Todd -- Duke Computation Center, Durham, NC 27706-7756; (919) 684-3695
UUCP: ...{decvax,seismo,philabs,ihnp4,akgua}!mcnc!ecsvax!duccpc!bet