In the above you mention both "compress changes" and "compress sources" -
but I can't say I've ever seen a problem with either. FWIW my image set-up
script automatically performs a "compress changes" so I reckon you should be
safe.
If you just want to reduce the size of the image file I would recommend that
you just compress the change log though. This means that you retain
information about which methods come from the original installation and
which have been added later. Compressing the sources results in a new *.sml
file and this distinction, which can occasionally be useful, is lost.
Ian
In case anybody isn't sure of the difference....
compress changes goes through the changes log, removes all extraneous
information (doIts etc) and all but the current definition of changed
methods and classes. You are left with a *.sml file containing the original
method definitions and *.chg file containing the current definitions for any
changed/added methods.
compress sources removes everything from *.chg and rewrites the *.sml file
so that it contains the current definition of all the methods in the image.
The problem was that the older versions didn't automatically save the image
after compressing the changes, so one could end up with compressed changes
and an image that didn't match =:0 AFAIK, it's fine now. The info on the
wiki re archiving image/changes/sources together is still good reading. Of
course, in compressing, you lose past versions of code and (more recently)
view resources.
Have a good one,
Bill
--
Wilhelm K. Schwab, Ph.D.
bi...@anest4.anest.ufl.edu