Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!gatech!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!edcastle!hwcs!neil From: neil@cs.hw.ac.uk (Neil Forsyth) Newsgroups: comp.sys.atari.st.tech Subject: Re: Memory deallocation after TSR Message-ID: <5208@brahma.cs.hw.ac.uk> Date: 5 Dec 90 09:22:53 GMT References: <8381@star.cs.vu.nl> Reply-To: neil@cs.hw.ac.uk (Neil Forsyth) Distribution: comp Organization: Computer Science, Heriot-Watt U., Scotland Lines: 36 In article <8381@star.cs.vu.nl> rfschaa@cs.vu.nl (Schaaf R F ) writes: > > I have a problem: I have written a device driver for some virtual >device. It performs some initialisations, then quits by using the >gemdos(49) call (TSR). After a while, when I don't need the driver >anymore I would like to free the memory used up by the driver and >give it back for general use. Is there any way this can be done? I have had a go at doing this too. I don't think it's possible without tinkering with the OS pool entries. That of course would be a highly undocumented thing to do and would result in Allan Pratt slapping your wrists heavily. What I want to write is a temporary RAM disk for use under Gulam. That way I could have a RAM disk while compiling a C program but throw it away afterwards leaving more memory for the compiled application to play with. Pure joy! Pure fantasy? I tried some really weird things like re-executing the TSR using Pexec #4 in the hope that a Pterm instead of Ptermres would blow it away on the second run. Another good try was for the TSR to Mfree it's own basepage. The results were either no effect or bomb outs. Come on Allan, help us out on this one. > Richard Schaaf > rfschaa@cs.vu.nl +----------------------------------------------------------------------------+ ! DISCLAIMER:Unless otherwise stated, the above comments are entirely my own ! ! ! ! Neil Forsyth JANET: neil@uk.ac.hw.cs ! ! Dept. of Computer Science ARPA: neil@cs.hw.ac.uk ! ! Heriot-Watt University UUCP: ..!ukc!cs.hw.ac.uk!neil ! ! Edinburgh, Scotland, UK "That was never 5 minutes!" ! +----------------------------------------------------------------------------+