Path: utzoo!mnetor!tmsoft!torsqnt!lethe!yunexus!ists!helios.physics.utoronto.ca!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!olivea!mintaka!wookumz.ai.mit.edu!entropy From: entropy@ai.mit.edu (entropy) Newsgroups: comp.sys.atari.st.tech Subject: Re: g++ Part comment, part question. Message-ID: Date: 26 Feb 91 23:45:39 GMT References: <10745@jarthur.Claremont.EDU> <1991Feb17.234055.25173@NCoast.ORG> <1991Feb21.181331.784 Sender: daemon@mintaka.lcs.mit.edu (Lucifer Maleficius) Organization: /home/fsg/entropy/temporary/.organization Lines: 20 In-Reply-To: gjh@hplb.hpl.hp.com's message of 26 Feb 91 10:29:18 GMT In article gjh@hplb.hpl.hp.com (Graham Higgins) writes: I have another question. With a machete, I rejigged 'zmdm' to run under mgr (removing the screen memory calls and anything else I thought might interfere with mgr), and it works, but whilst it is connected to the RS232 port, mgr/mint/kshv4 (something, somewhere in that trio) prevents me both from opening other windows (can't get a pty) and from doing anything in another already-existing window (cannot fork, try later). Could anyone hazard a guess as to whether it's something I did to the zmdm code, or whether there's something else that's biting me. The problem is zmdm is taking up all of memory. Use the 'limit' program distributed with MiNT and it should work OK. For example: limit -m 512k zmdm.ttp By the way, has anyone noticed that certain programs (such as the CPM emulator) completely ignore 'limit' and snarf all of memory anyway? entropy