Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!lll-lcc!pyramid!batcomputer!steig
From: steig@batcomputer.tn.cornell.edu (Mark J. Steiglitz)
Newsgroups: comp.sys.mac
Subject: Re: Trash-emptying bug in new system software?
Message-ID: <1226@batcomputer.tn.cornell.edu>
Date: Sun, 31-May-87 21:30:17 EDT
Article-I.D.: batcompu.1226
Posted: Sun May 31 21:30:17 1987
Date-Received: Tue, 2-Jun-87 06:32:43 EDT
References: <1188@batcomputer.tn.cornell.edu>
Reply-To: steig@tcgould.tn.cornell.edu.UUCP (Mark J. Steiglitz)
Distribution: world
Organization: Cornell Theory Center, Cornell University, Ithaca NY
Lines: 22
Keywords: System, Finder, trash
Summary: may be caused by DAs such as miniWRITER

In article <1188@batcomputer.tn.cornell.edu> eacj@tcgould.tn.cornell.edu.UUCP (Julian Vrieslander) writes:
>Anyway, I managed to delete the folder using DiskTop, but this glitch is
>puzzling.  System 3.2/Finder 5.3 was prone to displaying "Could not empty the
>trash" messages, but in all the cases that I remember, the messages were red
>herrings, and the deletions worked.  Looks like that "feature" has been
>enhanced.

When using System 3.2/Finder 5.3, I often had this problem.  I attempted to
delete empty folders, and when emptying the trash, I got the same message.
The folder appeared to be deleted, but after unmounting and reinserting the
disk, the empty folders appeared, and I was then able to delete them
normally.

This problem occurred only when I was using certain DAs, such as miniWRITER,
and I assumed that the reason was that the DA had created a working directory
reference that the Finder didn't know about.  Does anyone know if this is
correct?
-- 
|Mark J. Steiglitz          |Bitnet: steig@crnlthry, araj@crnlvax5            |
|USnail: 66 Steiglitz Road  |Arpanet: steig@tcgould.tn.cornell.edu            |
|        Liberty, NY  12754 |         araj@vax5.ccs.cornell.edu               |
|                           |Usenet: steig@batcomputer.tn.cornell.edu.uucp