Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!elroy.jpl.nasa.gov!jarthur!nntp-server.caltech.edu!toddpw
From: toddpw@nntp-server.caltech.edu (Todd P. Whitesel)
Newsgroups: comp.sys.apple2
Subject: Re: GS/OS Close(0)
Message-ID: <1991Apr3.222202.15461@nntp-server.caltech.edu>
Date: 3 Apr 91 22:22:02 GMT
References: <51129@apple.Apple.COM>
Organization: California Institute of Technology, Pasadena
Lines: 22

dlyons@Apple.COM (David A. Lyons) writes:

>The *interesting* part, given that there is no explicit concept of the
>"current application" (no "GetCurrentOSApp" and "SetCurrentOSApp" calls)
>is determining on the fly what application to tag a file with.

I don't consider determining-on-the-fly a viable option, for exactly the
reasons you gave.

To make a multifinder work, the O/S _MUST_ have Set & Get calls to inform
it when the current process changes. This is why I think the facility should
be built into GS/OS -- we will be patching the hell out of the system already
in order to insure that GS/OS and the tools are informed when the CurrentOSApp
changes.

Dave, we've heard too much of "kludging it in won't work because of THIS" --
we're not interested in kludges. We want to know if the software teams can
add something to the system itself, so third parties won't have to waste
memory and execution time forcing the present system to do it.

Todd Whitesel
toddpw @ tybalt.caltech.edu