DXB132@psuvm.psu.edu (01/31/91)
>use them to make my program go resident, and everything works just fine as >long as all the code and all the other memory kept resident is in CHIP RAM or >in the address area $c00000 upto $c7ffff. (Expansion board on a A500). >However, if I install my program in FAST MEM ($200000 upto $3fffff) then the Expansion memory has not been configured at the time your KickMemPtr memory is AllocAbs'ed, so this behavior is normal. If you have a large amount of stuff that can't fit into chip RAM, then set up a module via KickTagPtr with a priority < expansion.library, and AllocAbs the stuff (in fast memory) in your module's initialization routine. (There's more to this, but this should be enough). Hopefully someone from Commodore will update this information for 2.0 if it needs updating. (Please!) In particular what does the strange note in the 2.0 compatibility doc about some of this changing/breaking in 2.0 refer to?? (must be fairly subtle) -- Dan Babcock
GHGAQA4@cc1.kuleuven.ac.be (Tyberghein Jorrit) (01/31/91)
Hi, I've got a little question about the EXEC entries KickMem and KickTag. I use them to make my program go resident, and everything works just fine as long as all the code and all the other memory kept resident is in CHIP RAM or in the address area $c00000 upto $c7ffff. (Expansion board on a A500). However, if I install my program in FAST MEM ($200000 upto $3fffff) then the program goes into a deep sleep when I try to reset it ... I think there's a little loop that just doesn't seem to end ||| Is this normal, or is this the result of a badly installed memory node (wrong priority or something like that ) ? Maybe the guys and girls of Commodore can help me with this one ... Greetings from, Jorrit Tyberghein