home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.apple2
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!agate!apple!mumbo.apple.com!gallant.apple.com!kip2-18.apple.com!unknown
- From: Matt Ackeret <unknown@apple.com>
- Subject: Re: SEAs?
- Sender: news@gallant.apple.com
- Message-ID: <1992Nov16.200521.6473@gallant.apple.com>
- X-Useragent: Nuntius v1.1.1d12
- Date: Mon, 16 Nov 1992 20:05:21 GMT
- X-Xxdate: Mon, 16 Nov 92 12:06:53 GMT
- X-Xxmessage-Id: <A72D3F5DD80103CF@kip2-18.apple.com>
- References: <92321.123328TS8RBOTW@MIAMIU.BITNET>
- Organization: Apple
- Lines: 27
-
- In article <92321.123328TS8RBOTW@MIAMIU.BITNET> Radagast,
- TS8RBOTW@MIAMIU.BITNET writes:
- In article <92321.123328TS8RBOTW@MIAMIU.BITNET> Radagast,
- TS8RBOTW@MIAMIU.BITNET writes:
- >Why are Sefl-Extracting Archives (particularly GSHK) called self-
- >extracting when they don't? That's annoying having to change the
- >file type and aux type like we have to do with GSHK. Is GSHK the
- >only SEA like that, or do all have to be manipulated? GSHK is the
- >only SEA I've ever seen.
-
- Well, many files are either Binsciied (which protects filetype
- information,
- assuming you actually unbinscii it on an Apple II) or have a Binary II
- header,
- which also protects the filetype/auxtype info. I realize this is all
- stating the
- obvious, but it's only when you transfer via a method that doesn't
- protect the
- filetype and auxtype where you'll have to manually muck with them.
- (Presumably this type of a pain in the neck is why some of the other
- online
- services require files to always be Binary II encoded)
-
- GSHK is the only SEA you've seen since that capability is still new and
- self-extracting archives aren't absolutely necessary, except in
- transferring
- GSHK itself.
-