!pr2
S-C Macro and GPLE.LC on the //e...................Bob Bragner
                                             Istanbul, Turkey

I've long been bothered by the way loading the S-C Macro Assembler wipes out GPLE (Neil Konzen's Global Program Line Editor) when you go from Applesoft to Assembler.  It shouldn't happen, because GPLE resides in the alternate bank at $D000, not used by Macro.  I've also been unhappy that the //e version of S-C Macro Assembler doesn't have the automatic line of dashes provided by <esc> L after a line number when you are in 80-column mode.

Just the other day I discovered by accident that all is not lost.  If things are done in just the right sequence both of my peeves vanish.

First load up the S-C Macro Assembler into the $D000 area.  Then enter Applesoft by typing the FP command, and BRUN GPLE.LC.  Initialize the 80-column card with ctrl-V and enter the assembler by typing the INT command.  This leaves GPLE connected so that the assembler sees the <esc> L command.  Try it by typing a line number and <esc> L.

It also allows the assembler to see <esc> L to turn a catalog line into a LOAD command, but due to the way the word LOAD is poked onto the screen you get L O A D which clobbers the file name.  (I never use the automatic load anyway, so this does not bother me.)

RESET will partially disable GPLE.LC, but you can restore it by typing the & command from Applesoft.  If you want RESET to NOT molest GPLE, change the reset vector to $B6B3.  You can do this from the monitor with "3F2:B3 B6 13", or from S-C Macro with "RST $B6B3".

I don't know why this all works, but I think it has something to do with the way the 80-column card initializes itself by copying the //e's monitor ROM into the $F800-FFFF space of RAM.

By the way, GPLE uses some patch space inside DOS 3.3 which is also used by the fast DOS text file I/O patch, so beware of mixing them.
