Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!spool2.mu.edu!sdd.hp.com!usc!snorkelwacker.mit.edu!mit-eddie!uw-beaver!zephyr.ens.tek.com!tektronix!reed!glacier!busker!f20.n226.z1.FIDONET.ORG!Jon.W{tte
From: Jon.W{tte@f20.n226.z1.FIDONET.ORG (Jon W{tte)
Newsgroups: comp.sys.mac.programmer
Subject: Re: stdio, THINK C and APPLs
Message-ID: <643.2783DEFF@busker.fidonet.org>
Date: 28 Dec 90 04:11:32 GMT
Sender: ufgate@busker.fidonet.org (newsout1.26)
Organization: FidoNet node 1:226/20 - cmhGate UF Gateway, Columbus OH
Lines: 29

Reply-To: d88-jwa@nada.kth.se

In article <> dorner@pequod.cso.uiuc.edu (Steve Dorner) writes:

>>>If the data fork assumption is correct, is this The Way It Should Be?  How
>>This is The Way It Should Be!
>Horse puppies!

Well, Apple has told us not to use the resource fork for data, but
just to use the Resource Manager calls. Opening the resource fork as
a normal data file might be too tempting for some :-)

As it says in TechNote <something> - the OpenRF calls are only
provided for people who want to a) try and correct corrupted resource
forks or b) copy a resource file in whole.

This is just as well done using Mac ToolBox calls.

                                                        H+
-- 

Jon W{tte, Stockholm, Sweden, h+@nada.kth.se

 + Organization: Royal Institute of Technology, Stockholm, Sweden

--  
Jon W{tte - via FidoNet node 1:105/14
    UUCP: ...!{uunet!glacier, ..reed.bitnet}!busker!226!20!Jon.W{tte
INTERNET: Jon.W{tte@f20.n226.z1.FIDONET.ORG