home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.atari.st.tech
- Path: sparky!uunet!Cadence.COM!cadence.com!bammi
- From: bammi@acae127.cadence.com (Jwahar R. Bammi)
- Subject: Re: Can a TSR Malloc()?
- In-Reply-To: ilepore@nyx.cs.du.edu's message of Wed, 12 Aug 92 18:19:35 GMT
- Message-ID: <BAMMI.92Aug15104642@acae127.cadence.com>
- Sender: usenet@Cadence.COM (Usenet News)
- Nntp-Posting-Host: acae127
- Organization: Cadence Design Systems
- References: <sourada.713595993@vincent1.iastate.edu>
- <1992Aug12.095216.1@uwovax.uwo.ca>
- <1992Aug12.181935.11706@mnemosyne.cs.du.edu>
- Date: Mon, 3 Aug 1992 03:02:42 GMT
- Lines: 25
-
- In article <1992Aug12.181935.11706@mnemosyne.cs.du.edu> ilepore@nyx.cs.du.edu (Ian Lepore) writes:
- > 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).
-
- the location of _run is not official and has already changed
- in various versions of tos so far. besides the above scheme does not
- work (believe me i tried everything possible to make gulam callable
- via _shell_p, and never succeeded just because of this problem).
- >
- > 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
-
- i hope you were not serious about this. Its time to become
- MiNT aware, and forget atrocities like TSRs and ACCs.
-
- cheers,
- --
- --
- bang: uunet!cadence!bammi jwahar r. bammi
- domain: bammi@cadence.com
- GEnie: J.Bammi
- CIS: 71515,155
-