X-Authentication-Warning: delorie.com: mailnull set sender to djgpp-workers-bounces using -f
Sender: rich AT phekda DOT freeserve DOT co DOT uk
Message-ID: <3C2C6340.4CC98EDD@phekda.freeserve.co.uk>
Date: Fri, 28 Dec 2001 12:19:12 +0000
From: Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i586)
X-Accept-Language: de,fr
MIME-Version: 1.0
To: djgpp-workers AT delorie DOT com
Subject: Re: Odd 'rm' behaviour (WinXP)
References: <000001c18f2b$36184350$1c7d76d5 AT zastaixp>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: djgpp-workers AT delorie DOT com

Hello.

Tim Van Holder wrote:
> Very strange:
> 
> If I delete a file using del, the file is deleted (duh).
> But if I delete a file using 'rm', a hidden 'deleted' directory
> is created, along with 'deleted.001' (== the deleted file) and
> 'index' (== links files to original names) files.
> This of course makes rm nearly useless.

I've never seen such weird behaviour, but then I only used Win98/DOS 7.x,
when porting & testing Fileutils 4.0.

I wonder if del uses a different method of deleting the file than rm does.
E.g.: del uses a Win32 delete function, whereas rm uses a DOS delete
function. Perhaps Norton still protects the DOS delete function, when
you've turned off protection for all drives? Could this be a bug in Norton
SystemWorks?

Perhaps you could try using a delete utility from an older version of DOS,
to see if it exhibits the same behaviour?

What happens with directories and rmdir (Windows & Fileutils versions)?

Bye, Rich =]
 
-- 
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]