Re: DSK format specification

["Bill Garber" <willy46pa@comcast.net>]

"Scott Alfter" <salfter@salfter.dyndns.org> wrote in message
news:49BQa.6467$Bp2.1452@fed1read07...
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> In article <XPmcnegnDrhixo-iXTWJkw@comcast.com>,
> Bill Garber <willy46pa@comcast.net> wrote:
> >"Andy McFadden" <fadden@fadden.com> wrote in message
> >news:jfrQa.1595$dk4.78076@typhoon.sonic.net...
> >> In comp.sys.apple2 Michael Pender <mpender@hotmail.com> wrote:
>
> That would most likely be a Binary II header, not an "HTML header" (no
such
> thing exists in the context of Apple II archives).  Apple II files
residing
> in binary form on non-Apple II systems should have them.  ShrinkIt reads
> right through them.  NuLib can read them as well:
>
> nulib bx foo.bxy
>
> produces FOO.SHK (or FOO.SDK if it's a disk image), which can be passed
back
> into NuLib to decompress.
>
> There are other methods for stripping a Binary II header off a file; for
> instance, you could use dd under Linux, Cygwin, Mac OS X, etc. to start
> copying a file from position 128 instead of position 0.

Scott, no offense, but I think the least knowledgeable person here would
know an HTML header when they see one, especially when it says HTML
right in the thing, plus when you click on it it opens as a web page instead
of opening a download dialog box. Give me some credit. Also, I used a hex
editor to remove the 128 byte header, and it works in a few seconds. I do
admit
though that Mr. McFadden steered me right on the first 3 bytes of the SHK so
now I can rip them off really quickly. We shouldn't need any program to
strip
off unwanted bytes, because frankly there shouldn't be any, but hey things
like
this happen.

Bill @ GarberStreet Enterprises };-)
Web Site - http://garberstreet.netfirms.com
Email - willy46pa@comcast.net




---
This email ain't infected, dude!

Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.500 / Virus Database: 298 - Release Date: 7/10/03