Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!apple!agate!ucbvax!NISC.SRI.COM!cwilson From: cwilson@NISC.SRI.COM (Chan Wilson [Animal]) Newsgroups: comp.sys.apple2 Subject: Re: Deleting Forked Files. . . Message-ID: <25823@fs1.NISC.SRI.COM> Date: 22 Jan 91 00:29:12 GMT References: <9101162222.AA26864@apple.com> <1991Jan16.231121.16873@world.std.com> Organization: Network Info Systems Ctr., SRI Intl., Menlo Park, CA. Lines: 35 jeffb@world.std.com (Jeffrey T Berntsen) writes: >JWANKERL@UTCVM.BITNET ("Josef W. Wankerl") writes: >[Stuff deleted....] >>[more stuff deleted...] >Not really. What Apple needs to do is modify ProDOS-8 so that >forked files can be handled in a reasonable manner. Here's what >I think should be done: >Modify the OPEN call so that it opens the data portion of a forked file. >Modify the DELETE call so that it will delete both the data and resource >forks of a forked file. >Add a separate OPEN call to open the resource fork of a forked file similar >to the call that exists for Appleshare. ProDOS shouldn't try to interpret >this data in any way, just allow the normal READ and WRITE commands that >already exist to read and write bytes of data. This would allow forked files >to be copied or allow the copying of just a data or resource fork to its own >non-forked file. Hm, good idea.. I seem to recall bouncing this idea off someone at Apple at the SF fest in 89, and the general reply I got was that there just wasn't any more room to add anything. Could be true, you know. It's not like it's got unlimited amounts of space to grow into... --Chan ................ Chan Wilson -- cwilson@nisc.sri.com I don't speak for SRI. Janitor/Architect of comp.binaries.apple2 archive on wuarchive.wustl.edu "a2fx it!" ................