From:	"Matthias Paul" <PAUL-MA AT reze-1 DOT rz DOT rwth-aachen DOT de>
Organization:	Rechenzentrum RWTH Aachen
To:	opendos AT delorie DOT com
Date:	Mon, 8 May 2000 18:38:11 +0100
Subject:	Re: protecting DR-DOS from Windows
X-mailer:	Pegasus Mail v3.22
Message-ID:	<20F79841694@reze-1.rz.rwth-aachen.de>
Reply-To:	opendos AT delorie DOT com

On Sat, 29 Apr 2000 DONALD PEDDER wrote:

>    My problem is,Windows IS touching that disk. It keeps dumping a
> "recycled" directory onto the disk (which can only be removed by a
> re-format) with a "desktop.ini" in it (the file can be deleted,but not the
> directory). I don't know what particular operation is doing this.

While having written about the problems of deleting files or 
directories with LFN entries tagged onto them under plain DOS
without LFN drivers loaded, if the problem with the \RECYCLED\
directory is just that this is a hidden directory and the fact
that you cannot use ATTRIB to remove the hidden attributes of
a directory, you should under DR-DOS attach a PASSWORD onto 
the directory using the PASSWORD command (to the directory itself, 
not to the contents of the directory, that is the files in there).
If this works, then just remove the password again using PASSWORD.
When removing the password, DR-DOS will clear the hidden attribute,
and you should than be able to remove the directory the usual way.
However, this may not always work:

It will not work, if the \RECYCLE\ contains orphanted directory
entries of deleted files that had LFNs attached to them. It may
also not work, if the directory itself will appear password
protected to DR-DOS because MS s VFAT implementation uses some
of the same entries in the previously reserved area of the
directory entries, as have always been used by DR-DOS...
I know that Caldera/Lineo has a modified DR-DOS kernel, that
detects the use of these entries by context and is thereby
able to properly decide between actual passwords and MS VFAT 
garbage, however, unfortunately the released DR-DOS 7.03 kernel 
does not contain this fix.

 Matthias

 

-------------------------------------------------------------------
Matthias Paul, Ubierstrasse 28, D-50321 Bruehl, Germany
eMail: <Matthias DOT Paul AT post DOT rwth-aachen DOT de>
Web  : http://www.rhrz.uni-bonn.de/~uzs180/mpdokeng.html
-------------------------------------------------------------------

- Raw text -