Path: utzoo!attcan!telly!lethe!torsqnt!news-server.csri.toronto.edu!cs.utexas.edu!samsung!dali.cs.montana.edu!uakari.primate.wisc.edu!zaphod.mps.ohio-state.edu!rpi!uupsi!sunic!chalmers.se!mathrt0.math.chalmers.se!d0micke
From: d0micke@dtek.chalmers.se (Mikael Andersson)
Newsgroups: comp.sys.amiga
Subject: Re: Bug in Deluxe Paint III
Message-ID: <1990Dec7.105649.15954@mathrt0.math.chalmers.se>
Date: 7 Dec 90 10:56:49 GMT
References: <1990Dec4.174815.24734@ux1.cso.uiuc.edu>
Sender: news@mathrt0.math.chalmers.se (Evald Nyhetsson)
Reply-To: d0micke@dtek.chalmers.se (Mikael Andersson)
Organization: Chalmers University of Technology, Gothenburg, Sweden.
Lines: 35


In article <1990Dec4.174815.24734@ux1.cso.uiuc.edu>, jsivier@ux1.cso.uiuc.edu (Jonathon Sivier ) writes:
|> 
|>    I have run into a problem with Deluxe Paint III.  I have an Amiga 2000 with
|> 1 Meg of chip ram, 4 megs of fast ram, a CSA 68020 accelerator card with a
|> 68881 math co-processor.  I was working with two pictures 640 * 400 * 4 (16
|> colors).  I cut a very large brush (aprox. 400 * 350) out of the back buffer,
|> and tried to blend it onto the front buffer.  I got the message that there was
|> not enough memory for the operation.  So I deleted the back buffer and tried
|> again.  Same error message.  Then I went out to the CLI and did AVAIL, it
|> showed me as having over 500 KBytes of chip ram free with the largest block
|> being about 330 Kbytes, and almost 4 Mbytes of fast ram free.  So what is the
|> deal here?  There is no way that I didn't have enough memory for the operation,
|> no matter what the operation was.  Does DPaint not pay attention the actual
|> amount of free space, or what?  I wasn't running the Workbench so couldn't
|> free any memory that way.  I could remove the resident commands I have and so
|> free up a little more chip ram, but if 500 K plus isn't enough then I don't
|> think that will help.  I like Dpaint in general, but this is a very annoying
|> sort of problem, and so meaningless.  If anyone has any insights into this
|> I would be glad to here them.
|> 
|> Thanks,
|> Jonathan
|> 
|> 
|> -- 

To mee it sounds like you had some nice memory fragmentation problem and not
a large enough free block to hold your image. Try some of the really nice
defragmentation programs that are published in the Fish PD disks.

It's smart to make a memory defragmentation run - well let's say every
15 minutes or so to keep the memory tidy and neat.... :)

		/Micke