Hi,

Thanks.  I'm back from my vacation and this is now up in

ftp://st.cs.uiuc.edu/Smalltalk/Squeak/3.6beta/Squeak3.6b-5373.zip

Note that it will take me quite some time to sort through the 2000+
emails (20 meg worth!) in my inbox so if there is something critical
you might want to send it to me again.

cheers

bruce

Doug Way <dway at riskmetrics.com> wrote:
> 
> Here's the final SARInstaller update for 3.6, plus one other fix which 
> was approved in the last day.
> 
> There will probably be only one more round of fixes in the next day or 
> two for 3.6beta (if needed), before we move to gamma.  3.7alpha will be 
> opened at the same time.
> 
> - Doug Way
> 
> 
> ------------------------------
> 
> 5372SARInstallerFor36-16c -- Ned Konz -- 21 July 2003
> 22 July
> fixed postscript
> 21 July (v16)
> Packaged as a separate package (identical to the v16 version of the 
> SARInstaller for 3.4) with only SARInstaller methods.
> Added SqueakMap magic in postscript.
> Fixed a bug in the DVS file-in.
> 5 July:
> Adds a default (DWIM) mode in which SAR files that are missing both a 
> preamble and postscript have all their members loaded in a default 
> manner.
> Changes the behavior of #extractMemberWithoutPath: to use the same 
> directory as the SAR itself.
> Added #extractMemberWithoutPath:inDirectory:
> Moved several change set methods to the class side.
> Made change set methods work with 3.5 or 3.6a/b
> Now supports the following file types:
> Projects (with or without construction of a ViewMorph)
> Genie gesture dictionaries
> Change sets
> DVS packages
> Monticello packages
> Graphics files (loaded as SketchMorphs)
> Text files (loaded as text editor windows)
> Morph(s) in files
> Now keeps track of installed members.
> 
> 5373urlWithPassword-ls -- Lex Spoon -- 15 June 2003
> removed testcases (v5, approved)
> Parse URL's that have a password specified in them.
> Adds test cases for this situation in the UrlTestCase classe; if there 
> is a package somewhere that has URL tests in it, these should be moved 
> there.
> Also does some minor refactoring of the relevant code.
> The current code gives a walkback on encountering such URL's, which is 
> frustrating if you are trying to delete spams within Celeste.
> Note: this code does not actually *use* the username and password that 
> are specified; it only parses them.