[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: System 6.0.1 HFS PATCH (GS) 1/1
- Subject: Re: System 6.0.1 HFS PATCH (GS) 1/1
- From: dempson@atlantis.actrix.gen.nz (David Empson)
- Date: 1996/07/08
- Newsgroups: comp.sys.apple2
- Organization: Actrix - Internet Services
- References: <4ri7nd$mne@rock101.genie.net> <4rk4gh$lch@nnrp1.news.primenet.com> <4rmqk6$5bm@news.vanderbilt.edu> <4rms6q$k2v@blackice.winternet.com>
In article <4rms6q$k2v@blackice.winternet.com>,
Nathan Mates <nathan@parka.winternet.com> wrote:
> In article <4rmqk6$5bm@news.vanderbilt.edu>,
> John Lesher <lesherjt@vuse.vanderbilt.edu> wrote:
> >Would any programmers like to see if they can accomplish the same thing
> >via an update to GSHK -- i.e. binscii and unshrink in one step?
>
> Source code would be nice starter, and I'm not sure if anyone's
> talked to Andy Nicolas about that. Though I do expect that most
> programs that do 2-stage decomps use a temporary directory for the
> intermediate file and go from there, unless you have the memory space
> to unpack all of the .shk file from there. Wouldn't be too hard
> overall, I think.
Stuffit Expander just extracts the BinHex file into the output
directory, then expands the resulting file into the same directory.
It has an option which selects whether to delete the original file
when expanding, with separate options for un-Binhex and un-Stuff.
It is a little easier doing this with Binhex - everything is in order.
With BinSCII, you have the complication that you might have missing
pieces, or parts in the wrong order. Not a major difficulty, as long
as you are processing everything at the same time.
--
David Empson
dempson@actrix.gen.nz
Snail mail: P.O. Box 27-103, Wellington, New Zealand