Robert Steinmetz wrote: > I have my original Apple][ and for a long time when I used it > every day I was able to keep it up with all of the current > technology I needed. I eventually moved to a //c and a Laser 128. > > > I am wonder how close I can get i to compliance with a //e. [Details snipped] > What steps can I take to make this machine more compatible with > the //e? It sounds like you've already done everything that is feasible. Software which requires a IIe may depend on any of the following features, none of which are available in a ][ or ][+, due to lack of hardware support: - Auxiliary memory (128K, with bank switching in several regions and lots of associated soft switches). A large memory card in a standard slot can't simulate the bank switching technique, so the best you can get is a data storage facility or a multi-bank language card. Some applications can use these sorts of cards for additional data storage, but anything which requires a "128K IIe" is unlikely to work. - IIe hardware-compatible and/or 80-column text display. This is tied into the auxiliary memory mechanism. An 80-column card in slot 3 will be compatible with a fair amount of software, but some may depend on specific features of the IIe 80-column firmware or hardware. - Double hi-res graphics mode. Also tied into the auxiliary memory hardware. - Double lo-res graphics mode. Also tied into the auxiliary memory hardware. Not used very often, and doesn't have firmware support in the IIe, but can be used by applications which have their own display driver. - Alternate character set, including inverse lower case, plus MouseText on an enhanced IIe. This is only a cosmetic display issue. With the enhanced IIe, there are also some firmware features that are missing from the ][/][+, including the mini-assembler and enhanced interrupt support. There are some other minor details, such as the self-test code in the $C100-$C7FF area, and the different behaviour of RESET (][/][+ language card remains selected after reset, but the IIe always switches to motherboard ROM). -- David Empson dempson@actrix.gen.nz David Empson wrote: >There are some other minor details, such as the self-test code in the >$C100-$C7FF area David, it is a rare day when I find an inaccuracy in one of your posts--I consider them the gold standard--but I just happen to be looking carefully at this very topic this week! (I'm planning some ROM additions. ;-) In the unenhanced //e, the self test code is in $C401..$C7FF. Contrary to what the Reference Manual says, the $C100.. $C2FF region is dispatching code and additional 80-column code. In the enhanced //e, it is compressed to reside in $C600..$C7FF. It is not only smaller, but also tests the AUX RAM if it is present. This ROM also has cassette I/O and Applesoft tape interface code in $C500..$C5FF. Since I'd like to use three pages for my code (without modifications I'd rather not make), and since in my configuration the additional features of the enhanced ROM are unnecessary, I've decided to use the unenhanced ROM as the base for my additions. (BTW, does anyone know where I can find a source listing of the unenhanced //e ROM?) -michael Check out amazing quality sound for 8-bit Apples on my Home page: http://members.aol.com/MJMahon/ Michael J. Mahon wrote: > David Empson wrote: > > > > >There are some other minor details, such as the self-test code in the > >$C100-$C7FF area > > David, it is a rare day when I find an inaccuracy in one of your > posts--I consider them the gold standard--but I just happen to > be looking carefully at this very topic this week! (I'm planning > some ROM additions. ;-) > > In the unenhanced //e, the self test code is in $C401..$C7FF. > Contrary to what the Reference Manual says, the $C100.. > $C2FF region is dispatching code and additional 80-column > code. In what way was my message inaccurate? I said the self-test code was in the C100-C7FF area, and C401-C7FF is in that area. I didn't mean to imply that all that area was occupied by the self-test code. :-) > (BTW, does anyone know where I can find a source listing > of the unenhanced //e ROM?) It was published in a thin supplement which was included with the original edition of the IIe technical reference manual. Reference Manual Addendum: Monitor ROM Listings For //e Only (Part number 031-0357-A, published in 1982) It includes all of C100-CFFF plus F800-FFFF (no Applesoft, of course). -- David Empson dempson@actrix.gen.nz David Empson wrote: > Michael J. Mahon wrote: > > > (BTW, does anyone know where I can find a source listing > > of the unenhanced //e ROM?) > > It was published in a thin supplement which was included with the > original edition of the IIe technical reference manual. > > Reference Manual Addendum: > Monitor ROM Listings > For //e Only > > (Part number 031-0357-A, published in 1982) > > It includes all of C100-CFFF plus F800-FFFF (no Applesoft, of course). Sorry, I did make a mistake that time: it doesn't include the self-test code, only C100-C3F2, C800-CFFF and F800-FFFF. Must be time to retire. -- David Empson dempson@actrix.gen.nz