NetNews Usenet Archive 1992 #16/NN_1992_16.iso/spool/comp/os/msdos/misc/4575

Text File | 1992-07-31 | 1.8 KB | 42 lines

Newsgroups: comp.os.msdos.misc
Path: sparky!uunet!mcsun!sun4nl!dutrun!donau!duteca3.et.tudelft.nl!cornet
From: [e-mail] (Jan-Pieter Cornet)
Subject: DR-DOS diskcopy and diskcomp problems
Message-ID: <[e-mail]>
Summary: bugs!
Keywords: DR-DOS, diskcopy, diskcomp, EMS, bugs
Sender: [e-mail] (UseNet News System)
Nntp-Posting-Host: duteca3.et.tudelft.nl
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Fri, 31 Jul 1992 10:27:29 GMT
Lines: 28

I noticed that when copying disks using DR-DOS's (extended) diskcopy
program, the copied disks get corrupted if diskcopy has to swap to
EMS. Swapping to disk or to XMS goes fine, as far as I see, but EMS
has problems. This is with no TSRs, no peculiar device drivers but
an EMS driver resident, on a 286. Oh, it's DR-DOS 6.02, with the
april update installed (the one that circulates on the internet,
I haven't seen _any_ shop-available updates in Europe for DR-DOS 6)

This is with no TSRs installed, and with as few device drivers as
possible (EMS driver and screen saver). I have a 286 computer with
hardware EMS 4.0 memory, and I've extensively tested that EMS (and
I'm using DESQview normally around the clock, and that pretty much
uses the EMS... btw, same problems within DESQview, of course, but
also outside).

I didn't check diskcomp thouroughly, but I guess it has the same
problems (why doesn't diskcomp just calculate a CRC per sector?
seems good enough for me, and you don't run out of memory).

Did anybody else notice this? (On a 386, note that normally your
XMS and EMS come from the same pool, and diskcopy will choose
XMS over EMS).

I love the extra possibilities offered by the DR-DOS programs but
then I really assume that they also work... :/

-- Jan-Pieter
[e-mail]