Message-ID: <67BAFB085CD7D21190B80090273F74A45B7D63@emwatent02.meters.com.au>
From: "Da Silva, Joe" <Joe DOT daSilva AT emailmetering DOT com>
To: "'opendos AT delorie DOT com'" <opendos AT delorie DOT com>
Subject: RE: Beware of PTS-DOS
Date: Mon, 20 Nov 2000 14:23:11 +1100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain;
	charset="koi8-r"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id XAA31240
Reply-To: opendos AT delorie DOT com

True. Current versions of DR-DOS, at least, (seem to) normally do
a binary file copy. However, I don't think this is true for all versions
and brands/makes of DOS (I know it's not true for PC-DOS 3.2).

Anyway, the thought I had was that perhaps an ASCII file copy
was being performed, for whatever reason - possibly a bug. I
realize "/V" _should_ not affect the copy mode, but this would
then simply be a quirk (minor bug). OTOH, if this _really_ was a
corrupt file copy (ie. not simply an ASCII file copy), then the bug
is more serious and shows a major quality problem with PTS.

Joe.

> -----Original Message-----
> From:	Arkady V.Belousov [SMTP:ark AT belous DOT munic DOT msk DOT su]
> Sent:	Monday, 20 November 2000 11:36
> To:	opendos AT delorie DOT com
> Subject:	RE: Beware of PTS-DOS
> 
> X-Comment-To: Da Silva, Joe
> 
> Hi!
> 
> 20-ξΟΡ-2000 11:02 Joe DOT daSilva AT emailmetering DOT com (Da Silva, Joe) wrote to
> "'opendos AT delorie DOT com'" <opendos AT delorie DOT com>, FreeDos AT delorie DOT com,
> List AT delorie DOT com "'opendos AT delorie DOT com'" <opendos AT delorie DOT com>,:
> 
> >> After that I discovered that if I copy a big file 1,2Mb from a diskette
> it
> >> gets corrupted :( after a long time I discovered that this could be
> fixed
> >> with the /V option :(((
> DJ> Thanks for the warning ...
> DJ> However, two things to clarify :
> DJ> 1. Did the 1.2M file have a Control-Z character in it, such that
> DJ>     "copy" didn't copy the whole file (this behaviour depends
> DJ>     also on the filename extension, of course).
> 
>      1. When copying files one-to-one (unlike addition mode or explicitly
> pointed by /a ASCII mode) COPY (must) work in binary mode when ^Z presence
> or missing is ignored.
> 
>      2. /V only turns on VERIFY mode (when DOS checks result of writing on
> disk by hardware) at the time of copying and have absolutely no relation
> with possible FAT file system (logical) destruction.
> 
>      3. /V practially gives nothing, because hardly brakes hard disk speed
> and not gives floppy disk writing quality assurance.