> > Without deleting latest.zip the problem disappears. I suspect 
> > Göran's suggestion of a FileStream hanging around is correct?
> 
> I'm not sure I understand what you mean by that first sentence.

I mean that if I follow the steps I'd previously outlined, with
the exclusion of the step I thought might be optional (deleting
latest.zip after quitting the image), then I don't get the
"couldn't delete old version of file" exception.

> > Does BFAV keep a FileStream open for its entire life, or just 
> > for the processes involving reading/writing? I mean, when you 
> > hit load updates, does BFAV then open a FileStream on 
> > latest.zip and then clean up that FileStream after?
> > 
> 
> It *should* be doing that; perhaps there is not cleanup 
> ensure: block in every place there ought to be.

frank
-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 1956 bytes
Desc: not available
Url : http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20040226/357120fa/winmail.bin