Xref: utzoo comp.sys.amiga:74816 comp.sys.amiga.tech:17109
Path: utzoo!censor!geac!torsqnt!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!rutgers!cbmvax!jesup
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga,comp.sys.amiga.tech
Subject: Re: Gnu Emacs 0.9 ... Try this, especially a3000
Message-ID: <16659@cbmvax.commodore.com>
Date: 19 Dec 90 04:44:09 GMT
References: <1990Dec6.043208.27357@acc.stolaf.edu>
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA
Lines: 27

In article <1990Dec6.043208.27357@acc.stolaf.edu> henning@thor.acc.stolaf.edu () writes:
>The main change is that I have increased the addressable space of
>emacs from 16 megs to 64 megs.  I have tested this program only on an
>amiga 2000.  I assume that it will work for the A3000 platform, as the
>memory, if mine serves me correctly, sits in the second 16 meg area.
>Please try this new version and tell me if it continues to crash on a
>3000.

	The A3000 internal memory sits at 0x07xxxxxx.  I.E. the 8th 16Meg
space.  A3000 memory boards start at 0x08000000 and go up.

>If it does, then I still have one trick up my sleeve. ( I will make
>the pointers relative to the main () address.rather than absolute.
>With the scheme I have been considering, it would be able to address
>16 megs above and below the address of main().)

	That fails if chip memory gets allocated.  You'll need an allocation
function that rejects chip mem allocations, frees them, and returns NULL.
Also with expansion memory (Z-II or Z-III) you could hit that problem as
well.

-- 
Randell Jesup, Keeper of AmigaDos, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.commodore.com  BIX: rjesup  
The compiler runs
Like a swift-flowing river
I wait in silence.  (From "The Zen of Programming")  ;-)