Re: Help! Filetype $00 problems . . .

[dempson@actrix.gen.nz (David Empson)]

Rubywand <rubywand@swbell.net> wrote:

> hubble1@my-dejanews.com writes ...
> > allocate
> > Help!
> > 
> > I am trying to get everything I will need to
> > do null modem transfers from a PC to my GS, and
> > plan to have System 6.0.1 running off of a Zip
> > drive.
> > 
> > I have a full set of System 6.0.1 floppies, and
> > have also downloaded GSHK and a terminal program
> > and moved them to a Prodos floppy via a Mac.
> > 
>  ....
> 
>      It looks like, as Randy explains, the simple BLOAD ... T$00 ... fix is
> out. The resource forks are a real pain. 
> 
>      If you have Block Warden or Copy II+ (ProDOS) it is not all that hard to
> manually rip off the resource fork and change filetype of ProDOS files on
> your IIgs. (It's somewhat easier using a good block editor, like Block
> Warden). 
>      Basically, you use information saved in a file's 'fake' key block to
> modify the file's directory entry so that it becomes a file of the correct
> type which no longer has a resource fork. (And, once you get ProSel going,
> you can de-allocate the blocks freed up by dumping the resource.)  No doubt,
> this is what the Mac utility recommended by Randy does. 

ProTYPE doesn't need to play around with block organisation, because it
deals with the files before they get converted to ProDOS.

PC Exchange will only create a resource fork when copying files to a
ProDOS disk in the following situations:

(a) The file already has a resource fork.

In this case, it is probably not a good idea to remove the resource
fork, because the file is likely to be intended for the IIgs, and
actually uses it (asuming you are converting a file that was intended
for use on an Apple II).

(b) The Macintosh file type and creator cannot be represented by the
ProDOS file type and auxiliary type.

In this case, PC Exchange sets up an extended file on the ProDOS volume,
which contains the Macintosh directory information (including the Mac
type and creator) in the extended key block.  There is no resource fork
added to the file, but the extended key block and corresponding change
in the storage type is sufficient to prevent ProDOS-8 from accessing the
file.

If I remember right, any file of type 'TEXT' on the Mac will get
converted to a ProDOS TXT file, losing the Mac creator in the process,
without making it into an extended file.

Any file on the Mac which already has a creator of 'pdos' and an
appropriately formatted file type ('p' followed by binary coded ProDOS
file type and creator, or possibly two hex digits followed by two
spaces) will also get converted without making it extended.

Anything else needs to be extended to preserve the Mac information for
the file.

I imagine that ProTYPE simply ensures the file complies with either of
the above major cases, so that no extra information needs to be attached
when converting it to ProDOS.

-- 
David Empson
dempson@actrix.gen.nz
Snail mail: P.O. Box 27-103, Wellington, New Zealand