Xref: utzoo comp.sys.atari.st.tech:2415 comp.sys.atari.st:38307 Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!hplabs!otter.hpl.hp.com!hpltoad!ghiggins!gjh From: gjh@hplb.hpl.hp.com (Graham Higgins) Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st Subject: Re: GNU Make troubles: 2 bombs! Message-ID: Date: 17 May 91 11:04:13 GMT References: Sender: news@hplb.hpl.hp.com (Usenet News Administrator) Distribution: comp Organization: Hewlett-Packard Laboratories, Bristol, UK. Lines: 29 In-Reply-To: entropy@gnu.ai.mit.edu's message of 16 May 91 14:40:55 GMT Nntp-Posting-Host: ghiggins.hpl.hp.com ++ I believe the problem is a memory leak somewhere. GNU Make seems to ++ crash after I use it for a while, and the more memory I have ++ available, the longer it takes. I haven't really tested this idea out ++ scientifically, so it should be taken for what it is--pure ++ speculation. In reality, the problem might be caused by something ++ completely different. I *wondered* whether that was the problem I was getting, I checked ou the operation of GNUMake under Monitor and the problem seemed to be some interaction between the CLI (Edgar Roeder's Bash) and Gnumake and seemed to indicate problems with mshrink. I recompiled GNUMake for my own purposes, without a number of the search options (.F, etc) and removed the SCCS stuff, leaving in the RCS. I also used a different shell. The problem went away. I didn't follow it up. Graham ====== ------------------------------------------------------------------ Graham Higgins | gjh%ghiggins@hpl.hp.co.uk Hewlett-Packard Labs | gjh%ghiggins@hplb.hpl.hp.com Filton Road, Stoke Gifford | gjh%hplb.csnet@csnet-relay.arpa Bristol, U.K. | ...!mcvax!ukc!hplb!gjh Tel: +44 272 799910 x24014 Fax: +44 272 790554 ------------------------------------------------------------------ Disclaimer: My opinions above are exactly that, mine and opinions. ------------------------------------------------------------------