home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.atari.st.tech
- Path: sparky!uunet!mnemosyne.cs.du.edu!nyx!ilepore
- From: ilepore@nyx.cs.du.edu (Ian Lepore)
- Subject: Re: Can a TSR Malloc()?
- Message-ID: <1992Aug12.181935.11706@mnemosyne.cs.du.edu>
- Sender: usenet@mnemosyne.cs.du.edu (netnews admin account)
- Organization: University of Denver, Dept. of Math & Comp. Sci.
- References: <sourada.713595993@vincent1.iastate.edu> <1992Aug12.095216.1@uwovax.uwo.ca>
- Date: Wed, 12 Aug 92 18:19:35 GMT
- Lines: 29
-
- Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
- X-Disclaimer: Nyx is a public access Unix system run by the University
- of Denver for the Denver community. The University has neither
- control over nor responsibility for the opinions of users.
-
- > can a TSR Malloc()
- > [basically no, because the wrong process would own the memory]
-
- I've always thought it should be possible to temporarily change TOS's _run
- variable temporarily so that it points to the TSR's basepage during the
- Malloc() then gets set back to the proper value. But, I've never tried it,
- it just seemed like a possibility to investigate (despite the fact that
- Atari warns you to "look but don't touch" on that variable).
-
- > any current tricks will break under MultiTOS and MiNT
-
- Well then Shame On You for not fixing this problem, Eric. Don't you know
- we've all been counting on you to undo absolutely every bad design decision
- Atari initially made? :-)
-
- Seriously, though...it would be nice to have an alternate form of Malloc()
- usable by TSRs and desk accessories...something where you could pass a
- pointer to the basepage of the process that should own the memory.
-
-
- --
- - Ian
- (void *) where prohibited by law
-
-