(???) rom gdesroch@slate.Mines.Colorado.EDU Tue Feb 23 13:12:51 1993 (???) eceived: from calvin.sfasu.edu by umaxc.weeg.uiowa.edu (5.61.jnf/920629) (???) eceived: from slate.Mines.Colorado.EDU by calvin.sfasu.EDU with SMTP (5.59/25-eef) (???) eturn-Path: <gdesroch@slate.Mines.Colorado.EDU> (???) eceived: by slate.Mines.Colorado.EDU (AIX 3.2/UCB 5.64/4.03) (???) id AA65686; Tue, 23 Feb 1993 11:58:23 -0700 (???) ate: Tue, 23 Feb 1993 11:58:23 -0700 (???) rom: gdesroch@slate.Mines.Colorado.EDU (DESROCHERS GARY FREDERIC) (???) essage-Id: <9302231858.AA65686@slate.Mines.Colorado.EDU> (TN3) o: hyperc-l@calvin.sfasu.edu (???) ubject: Re: aux memory (???) tatus: R (TN3) he following is a memory map for HyperC. (IMG) have had it for a while but noone ever asked for it. (???) ollowing it is a couple of changes when using HC.System with some (???) ariables set. (???) ROM Main Memory (???) FFF _____________ _____________ (???) | monitor | | | (???) 800 |-----------| | | _____________ DFFF (???) | | | | | reserved | (???) | | | ProDOS | |-----------| ???? (???) | Applesoft | | | | ProDOS | (???) | | | | |-----------| D100 (???) | | | | | Free | (???) 000 |-----------| |___________| |___________| D000 (???) | other | (???) 100 |___________| (???) BFFF _____________ (???) | ProDOS | (???) BF00 |-----------| (???) | | (???) | | (???) | File | (???) ~ Buffers ~ (???) | For | (???) | HyperC | (???) | | (???) 9F00 |-----------| (???) | C-Engine | (???) | Stack | (???) | | | (???) ~ V ~ (???) | They grow | (???) | torward | (???) | Each Other| (???) 4000 |- ^ -| |-----------| (???) | | | | Hi Res | (???) | Your | | Page 1 | (???) | Program | | | (???) 2000 |-----------| |-----------| (???) | | (???) | | (???) | opsys | (???) | | (???) | | (???) 0800 |-----------| |-----------| (???) | | | Text | (???) | reserved | | Page 1 | (???) 0400 |-----------| |-----------| (???) 0300 |-----------| (???) | free | (???) 03?? |-----------| (???) | reserved | (???) 0200 |-----------| (???) | stack | (???) 0100 |-----------| (???) | free | (???) 004F |-----------| (???) |shared/safe| (???) 003A |-----------| (???) | free | (???) 0000 |___________| (???) Check the ProDOS 8 reference manual for monitor and ProDOS (???) ero page usage!(Trust me! Do this! They are not all free!) (???) Aux. Memory (???) FFFF _____________ (???) | | (???) | reserved | (???) | | (???) E000 |-----------| _____________ DFFF (???) | | | reserved | (???) | | |-----------| D100 (???) | | | Free | (???) D000 |___________| |___________| D000 (???) BFFF _____________ (???) | reserved | (???) BF00 |-----------| (???) | | (???) | | (???) ~ Free ~ (???) | | (???) | | (???) 4000 |-----------| (???) | Hi Res | (???) | Page 1 | (???) 2000 |-----------| (???) | | (???) | | (???) | | (???) ~ Free ~ (???) | | (???) | | (???) | | (???) 0800 |-----------| (???) | Text | (???) | | (???) | Page 1 | (???) 0400 |-----------| (???) | | (???) | ProDOS | (???) | | (???) 0200 |-----------| (???) | aux/stack | (Free) (???) 0100 |-----------| (???) | ProDOS | (???) 0080 |-----------| (???) | aux/ZP | (Free) (???) 0000 |___________| (???) or HC.System on the IIgs. (???) ain Memory: (???) uit code space at D100 now has HC.System's quit code. (???) ux Memory: (TXT) 800-0900 = IIgs break code.(I think I moved this to 6??? in the last (???) version of HC.System.) (UUE) 000-6200 = Old Quit routine code. (???) or anyone with any other // and disconnects /RAM using HC.System. (???) ain Memory: (???) uit code space at D100 now has HC.System's quit code. (???) ux Memory: (UUE) 000-6200 = Old Quit routine code. (IMG) f you are using graphics it is a suggestion that you should link (???) t address $6000 or above. (???) ary (GIF) desroch@slate.mines.colorado.edu (???) rom wulf@cip.physik.uni-stuttgart.de Thu Feb 25 11:49:08 1993 (???) eceived: from calvin.sfasu.edu by umaxc.weeg.uiowa.edu (5.61.jnf/920629) (???) eceived: from OSCAR.PHYSIK.UNI-STUTTGART.DE by calvin.sfasu.EDU with SMTP (5.59/25-eef) (???) eturn-Path: <wulf@cip.physik.uni-stuttgart.de> (???) eceived: by cip.physik.uni-stuttgart.de (MX V3.1C) id 24401; Thu, 25 Feb 1993 (???) 18:06:20 +0100 (???) ate: Thu, 25 Feb 1993 18:08:32 +0100 (???) rom: Wulf Hofbauer <wulf@cip.physik.uni-stuttgart.de> (TN3) o: hyperc-l@calvin.sfasu.edu (???) essage-Id: <00968AC0.526800E0.24401@cip.physik.uni-stuttgart.de> (???) ubject: Re: HyperC/Opsys memory map (???) tatus: R (???) orry, Gary, there's a mistake in the memory map you gave for HyperC. (TN3) he corrected map is (though I might overlook something, too :-) (???) BFFF _____________ (???) | ProDOS | (???) BF00 |-----------| (???) | Shell cmd | (???) | line Bufs | (???) BE00 |-----------| (???) | | (???) | | (???) | File | (???) ~ Buffers ~ (???) | For | (???) | HyperC | (???) | | (???) 9E00 |-----------| (???) | C-Engine | (???) | Stack | (???) | | | (???) ~ V ~ (???) | They grow | (???) | toward | (???) | Each Other| (???) 4000 |- ^ -| |-----------| (???) | | | | Hi Res | (???) | Your | | Page 1 | (???) | Program | | | (???) 2000 |-----------| |-----------| (???) | | (???) | | (???) | opsys | (???) | | (???) | | (???) 0800 |-----------| |-----------| (???) | | | Text | (???) | reserved | | Page 1 | (???) 0400 |-----------| |-----------| (???) |misc system| (???) | vectors | (???) 03F0 |-----------| (???) | printer | (???) | driver | (???) | patch | (???) | space | (???) 03?? |-----------| (???) | system | (???) | variables | (???) 0380 |-----------| (???) | cargv[] | (???) | array | (???) 0340 |-----------| (???) | argv[] | (???) | array | (???) 0300 |-----------| (???) | unused | (???) 02?? |-----------| (???) |Shell/Opsys| (???) | file path | (???) 0280 |-----------| (???) | unused | (???) 02?? |-----------| (???) | unused | (???) | thrashed | (???) | by clock | (???) 0200 |-----------| (???) | stack | (???) 0100 |-----------| (???) | free | (???) 00F6 |-----------| (???) |interpreter| (???) | work space| (???) 00C6 |-----------|-\ (???) | free | | (???) 004F |-----------| | (???) |shared/safe| |- Can be changed, but will (???) 003A |-----------| | partially be thrashed by (???) | free | | opsys/interpreter/io-routines (???) 0000 |___________|-/ fp routines (IMG) 'd like to recommend to anyone not to use "free" memory for applications (???) ecause other systems (like Opix ;-) may use some of it. It is much more easy (???) nyway to leave address assignment to the linker. Zeropage adresses can't be (???) ssigned this way, and I won't recommend to use page zero for anything but (???) emporary data storage (preferribly in the scratch space beginning at 0x00). (???) nly system software may use this space, or address collisions are likely to (???) ccur. (???) Wulf