Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!usc!wuarchive!uwm.edu!ux1.cso.uiuc.edu!pequod.cso.uiuc.edu!dorner
From: dorner@pequod.cso.uiuc.edu (Steve Dorner)
Newsgroups: comp.sys.mac.programmer
Subject: Re: stdio, THINK C and APPLs
Message-ID: <1990Dec28.162334.20490@ux1.cso.uiuc.edu>
Date: 28 Dec 90 16:23:34 GMT
References: <1990Dec24.182548.17958@svc.portal.com> <1990Dec27.183436.3786@ux1.cso.uiuc.edu> <47608@apple.Apple.COM>
Sender: news@ux1.cso.uiuc.edu (News)
Organization: University of Illinois at U-C
Lines: 19

In article <47608@apple.Apple.COM> keith@Apple.COM (Keith Rollin) writes:
>Because the resource fork should be read ONLY with the the Resource
>Manager.

Horse puppies, again.

Apple provides OpenRF, and allows the reference number thus returned to
be used in any of the file manager functions (read, write, etc).

I see NO reason why this behavior shouldn't be exactly mirrored in the
C library.  If it was good enough to put in ROM, it's good enough to
add the half-dozen lines of code to open and fopen to make it available to
them as well.  We're not talking about a large investment in time or
code size.

Arbitrary restrictions are almost always a bad idea.
--
Steve Dorner, U of Illinois Computing Services Office
Internet: s-dorner@uiuc.edu  UUCP: uunet!uiucuxc!uiuc.edu!s-dorner