If I do a DELETE/CONFIRM/LOG on a large directory (tree) and I "Q"uit it,
then it seems it continues until the end of the filelist (without deleting
any more files of course) before it finally writes the summary and quits.

Is this the intended behaviour (sometimes taking umteen minutes) ?
Why is in DELETE.EXE no short way from quitting the fileloop to the summary ?

TIA

-- 
Peter "EPLAN" LANGSTOEGER
Network and OpenVMS system specialist
E-mail  peter@langstoeger.at
A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist

Peter 'EPLAN' LANGSTOEGER wrote:

> If I do a DELETE/CONFIRM/LOG on a large directory (tree) and I "Q"uit it,
> then it seems it continues until the end of the filelist (without deleting
> any more files of course) before it finally writes the summary and quits.
> 
> Is this the intended behaviour (sometimes taking umteen minutes) ?
> Why is in DELETE.EXE no short way from quitting the fileloop to the summary ?

Which VMS ?

I just did a test on VMS Alpha 7.3-1 and did not notice the effect you described.

D.

-- 
VAXUS - Your new helpful friend in the DEC Family!
EHQ: 19 chemin de la Butte, 31400 Toulouse, France
      Phone: +336 7983 6418 Fax: +335 6154 1928
                http://www.vaxus.org

In article <402e5f97$0$28932$626a14ce@news.free.fr>, Didier Morandi <no@spam.com> writes:
>Peter 'EPLAN' LANGSTOEGER wrote:
>> If I do a DELETE/CONFIRM/LOG on a large directory (tree) and I "Q"uit it,
>> then it seems it continues until the end of the filelist (without deleting
>> any more files of course) before it finally writes the summary and quits.
>> 
>> Is this the intended behaviour (sometimes taking umteen minutes) ?
>> Why is in DELETE.EXE no short way from quitting the fileloop to the summary ?
>
>Which VMS ?

Every VMS so far.

>I just did a test on VMS Alpha 7.3-1 and did not notice the effect you described.

It did happen on V7.3-1 and does happen on V7.3-2, too.

Maybe you need a bigger directory (tree) to see the difference...

-- 
Peter "EPLAN" LANGSTOEGER
Network and OpenVMS system specialist
E-mail  peter@langstoeger.at
A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist

peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) wrote in message news:<newscache$3sy2th$ez51$1@news.sil.at>...
> If I do a DELETE/CONFIRM/LOG on a large directory (tree) and I "Q"uit it,
> then it seems it continues until the end of the filelist (without deleting
> any more files of course) before it finally writes the summary and quits.
> 
> Is this the intended behaviour (sometimes taking umteen minutes) ?
> Why is in DELETE.EXE no short way from quitting the fileloop to the summary ?
> 
> TIA

Interesting. I have this problem not with delete, but with directory
and purge. I posted this a while back -- here it is again:

"
There are other time-wasters. Why does DIRECTORY/DATE/TOTAL take so
much longer than DIRECTORY/TOTAL? The DIRECTORY command is probably
looking up the dates in the file headers. But it's not going to
display them anyway! Why is this bad? Because many people have symbols
like DIR:==DIRECTORY/SIZE=ALL/DATE/PROT and interactively they may run
something like DIR/TOTAL which will then take much longer to run than
DIRECTORY/TOTAL.

Also, why does DIRECTORY /VERSION=1 take longer than DIRECTORY ;? This
is bad because /VERSION=n where n is a small number also takes "too
long". It runs as if its checking every version of every file in the
directory.

And why does PURGE/CONFIRM followed by QUIT take so long to exit? What
is it doing? It takes much longer than DELETE/CONFIRM followed by
QUIT.

(Problems above tested on VMS v6.1.)
"

This quote was taken from 

Subject: Re: CTRL-Y and VMS BACKUP
Date: 16 Oct 2002 16:23:46 -0700
Message-ID: <b096a4ee.0210161523.6cb83480@posting.google.com>

and I just now verified this for VMS v6.2. 

Alan E. Feldman

In article <b096a4ee.0402141614.f405548@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes:
>peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) wrote in message news:<newscache$3sy2th$ez51$1@news.sil.at>...
>> If I do a DELETE/CONFIRM/LOG on a large directory (tree) and I "Q"uit it,
>> then it seems it continues until the end of the filelist (without deleting
>> any more files of course) before it finally writes the summary and quits.
>> 
>> Is this the intended behaviour (sometimes taking umteen minutes) ?
>> Why is in DELETE.EXE no short way from quitting the fileloop to the summary ?
>> 
>> TIA
>
>Interesting. I have this problem not with delete, but with directory
>and purge. I posted this a while back -- here it is again:
>[rest snipped]

Thanks a lot. I didn't see your previous posting, but it is very
interesting. Some may be easily explained, others surely not.
But as long as VMS engineering doesn't jump in, it stays that way. Sigh

-- 
Peter "EPLAN" LANGSTOEGER
Network and OpenVMS system specialist
E-mail  peter@langstoeger.at
A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist