Path: utzoo!attcan!uunet!mcvax!hp4nl!kunivv1!wn2!janhen
From: janhen@wn2.sci.kun.nl (Jan Hendrikx)
Newsgroups: comp.sys.amiga.tech
Subject: Was: Re: What font does Intuition use?
Summary: Why not a special-purpose Process?
Keywords: Exec disk DOS files ramlib.library Processes
Message-ID: <300@wn2.sci.kun.nl>
Date: 11 Jan 89 17:19:37 GMT
References: <10236@well.UUCP> <3235@amiga.UUCP> <10289@well.UUCP> <3245@amiga.UUCP>
Organization: University of Nijmegen, The Netherlands.
Lines: 16

In article <3245@amiga.UUCP>, jimm@amiga.UUCP (Jim Mackraz) writes:
> Not only does input.device not have a process (although we could make it so),
> whoever calls me might not.  It's a larger thorny problem: if my library opens
> another library, if that library is on disk, then my caller needs to be
> a process.  This is why we have such general rules as "rom code can't rely
> on disk files" and so on.  In some situations, we need to improve on this.

This is, of course, not very convenient. Why is there not a rom-based
library that creates temporary processes just for the purpose of
accessing the DOS? I already speculated that the (undocumented) 
ramlib.library was used for this, but it seems that this is not so.
By the way, what *is* the ramlib.library used for?

> 	jimm

-Olaf Seibert (using Jan's account)