I just tried testing this on OS X, with the Extract Member As button on 
the archive viewer, and then "Enter File Name...".

The fix seems to work... specifying an absolute path (with the Mac 
colon format) now works.  Also, it seemed that even specifying a 
relative path on the Mac, if you included a subdirectory, didn't work 
before, and now that works too.  For example, you can enter 
":mysubdir:filename.txt" and it works now.

I happened to try using Unix-style forward slashes at first without 
thinking ("mysubdir/filename.txt"), and that caused it to crash & burn 
pretty quickly.  Well, an MNU, at least. :-)  But that problem already 
existed before anyway... probably some more general FileDirectory 
problem.

- Doug Way


On Wednesday, February 26, 2003, at 08:16 PM, Ned Konz wrote:

> from preamble:
>
> "Change Set:		RelativeZipFixAgain-nk
> Date:			26 February 2003
> Author:			Ned Konz
>
> This fixes the behavior of the Zip (and hence also the SARInstaller)
> extractMember:toFileNamed: operation.
>
> Previously (since CS5152ArchiveFixes2-nk), if you gave an absolute name
> for the destination, it would still make a relative path.
>
> This change set fixes that problem.
> "!
>
> <RelativeZipFixAgain-nk.cs.gz>