From: "Matthias Paul" 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: Web : http://www.rhrz.uni-bonn.de/~uzs180/mpdokeng.html -------------------------------------------------------------------