Re: Kegs and HFS

[phoenyx <phoenyx@texas.net>]

David Empson wrote:

> Supertimer <supertimer@aol.com> wrote:
> > It might seem that way from the Linux side of the fence.  Under
> > GS/OS, the HFS FST stores the IIGS file type and aux type in
> > a different way than a Mac does.
>
> No it doesn't.  The IIgs file type and auxiliary type are packed
> together and stored in the HFS file type field (part of the Finder
> Information record).  The HFS creator field is always set to 'pdos'.
>
> You might be thinking of the other way around: copying a Mac file to a
> ProDOS volume stores the Mac type/creator in the extended key block, not
> the directory entry.
>
> If Mac file types are preserved when copying around from Linux, then
> ProDOS ones would be as well.
>
> More likely: Linux just copies the data fork, leaving the resource fork
> and Finder Information behind.  A default file type/creator would then
> be assigned when the file gets copied back to HFS.
>

Things work fine between HFS volumes. Just as you would expect
on a MAC. There are also programs which unpack some MAC
archives for Linux, but I haven't tested these.

>
> > >With this information I am considering changing the files
> > >on my site to gscii/binscii SHK images to avoid people
> > >getting corrupt files. This will mean another step in
> > >processing the archive but it beats down loading them
> > >from the net.
> >
> > Good idea.  Some notes: if you chose GSCII encoding, the
> > file becomes transferable via text mode!
>
> Do you perhaps mean BinSCII encoding?  GSCII is just one program which
> supports the BinSCII encoding method (along with several related ones).

Actually, yes. I just happened to be using GSCII befor I wrote this. For 8
bit systems I like the BSCIT program from the authors of Qfix.

Phoenyx