🚀 go-pugleaf

(i posted this article a couple of weeks ago, but i haven't got any
response from anyone yet, so i'll try again.)

In article <512@TSfR.UUCP> orc@pell.UUCP (David L. Parsons) writes:
> If you're planning to do enhancements to TOS for extended argument passing,
> perhaps it's time to consider the basepage & additional gemdos traps for
> extended argument pexecing?  I don't like corrupting the environment with
                    ^^^^^^^^

on the subject of Pexecing, what are the chances of future versions of
GEMDOS being able to do a fifth style of Pexec:

pass down to Pexec the address of a basepage to fill and the address where 
it should load a program. this is a feature i would like to see for things
like desk accessories. it would be nice if a desk accessory could reserve
say 32K for future Pexecs, and when the accessory is loaded, it could load
an overlay program into this reserve buffer at will. (of course these overlay
programs are really part of the desk accessory itself, just not memory 
resident at all times). this way, a desk accessory that would normally
take up 200K of valuable memory, could now load it's individual sections
when they are needed into this reserved buffer. 

this could be an addition to the extended pexec proposed by David
Beckemeyer proposed [ie: Pexec (10, ...] i don't know how this would affect
any multitasking plans atari has for tos, if those rumours are even true!?!.

i dunno, but this sounds like a pretty good idea to me!!			;-)
(everyone nod your heads...)		:-)

-- 
Ignac A. Kolenko (The Ig)          watmath!watcgl!electro!ignac      

"Those who can't, criticize" (author unknown)
"ain't it ironic that according to Rushton, Suzuki is right!"