Dear Brian,
no, this is feature not a bug. In v1 we assumed that any file might be
shared with another project, and we did not delete files on disk to avoid
the risk of losing information. In v2 files are together in
repositories, so you would have to share the entire repository. Besides
the file would be picked up by the implementation as long as it remained
on disk, so in v2 we do delete the files. The actual file delete happens
after you have deleted the TopObject, next time you do a saveModified or
saveAll.
In v1 you are perfectly safe in deleting files on disk that are no longer
referenced by the remaining XML.
Yours,
Rasmus
---------------------------------------------------------------------------
Dr. Rasmus H. Fogh Email: [log in to unmask]
Dept. of Biochemistry, University of Cambridge,
80 Tennis Court Road, Cambridge CB2 1GA, UK. FAX (01223)766002
On Tue, 3 Feb 2009, Brian Smith wrote:
> Hi,
>
> Dunno if this is a bug or intended. In v1.0.15 deleting a
> structure doesn't seem to purge the coordinate .xml file - over the
> lifetime of a set of structure calculations the project grows a lot. I
> think the coord files are dereferecend in the rest of the xml code, so I
> guess it should be OK to delete the superfluos ones by hand (should be
> simple enough from the sequential numbering)?
>
> In v2.06 (where there's clearly been lots of work put into
> handling of structures) deleting an ensemble does seem to purge the
> associated coordinate .xml file.
>
> Brian
>
> Dr. Brian O. Smith ---------------------- B Smith at bio gla ac uk
> Division of Molecular & Cellular Biology,
> Faculty of Biomedical & Life Sciences,
> Joseph Black Building, University of Glasgow, Glasgow G12 8QQ, UK.
> Tel: 0141 330 5167/6459/3089 Fax: 0141 330 4600
> -------------------------------------------------------------------
> The University of Glasgow, charity number SC004401
>
|