Path: utzoo!mnetor!uunet!husc6!cmcl2!brl-adm!umd5!uflorida!beach.cis.ufl.edu!jdc
From: jdc@beach.cis.ufl.edu (Jeff Capehart)
Newsgroups: comp.sys.apple
Subject: //GS bank switch mem probs
Message-ID: <15388@uflorida.cis.ufl.EDU>
Date: 5 May 88 15:55:11 GMT
Sender: news@uflorida.cis.ufl.EDU
Reply-To: jdc@beach.cis.ufl.edu (Jeff Capehart)
Organization: UF CIS Department
Lines: 22
Keywords: Language Card, Bank switch
Summary: // family compatibility, ram card

I have had some peculiar problems with programs working fine on a //e
and not working on a //gs.  The problem is that they will crash into
the monitor on the GS with an address in the 00/Dxxx range.  Since the
programs are operating in compatibility mode, or rather they are
*SUPPOSED* to operate in that mode, I am assuming that all the bank
switching should work fine, and that the memory there will be RAM/ROM
depending on the soft-switches.  Some programs like to copy the ROMs
to the RAM so that they can operate freely in the 16k Ram card area
(language card ram) without having to switch around to access the
monitor routines.  I am curious if anyone else has had problems like
this and if there is something fairly standard to check.  An example
of a solution might be something like.... on the //e you can double
reference address $C011 and that sets the bank 1 on, but on the GS it
will flip it out of compatibility mode... (Obviously this is wrong,
but this is the kind of answer I am looking for... if there is one.)
Thanks in advance...
Apple2 shall live on!


--
Jeff Capehart 		Internet: jdc@beach.cis.ufl.edu
University of Florida	UUCP:   ..!ihnp4!codas!uflorida!beach.cis.ufl.edu!jdc