klaus2m5 / 6502_ehbasic_v2.22 Goto Github PK

For commercial use please contact Lee Davison at [email protected] for conditions.

As that would be sadly a bit hard now for several years, what now? Who owns the rights and could give out licenses when someone needs one?

Sir,
I was wondering what compiler you are using for the patched version of EhBasic. I am using the CC65 (CL65) toolchain. I get errors with some of the syntax. Particularly

LN 1551 .IF [* & $FF] = $FD

LN 1630 CMP #[TK_TAB-$80]*2

LN 3105 .IF [* & $FF] = $FD

LN 3342 CPX #<[LAB_224Da+2]

and lastly

LN 3344 CMP #>[LAB_224Da+2]

I'm guessing this is not valid syntax for CL65. Any help would be appreciated.
Thanks,
Jonathan

Hello, I've successfully booted EhBasic with my homemade computer, everything seems to work, but I am getting weird numbers instead of integers. What could be the problem? This is an output, processor is w65c02s:

6502 EhBASIC [C]old/[W]arm ?

Memory size ? 4096

Memory size ? $0800

009.24 Bytes free

Enhanced BASIC 2.22

Ready
10PRINT"HELLO"
20GOTO10
RUN
HELLO
HELLO
HELLO
HELLO

Break in line 04.0256
Ready
LIST

0.3872 PRINT"HELLO"
0.0064 GOTO10

Ready

When the RAM above code/Ibuff above EhBASIC patch is in place, the following output was occurring for me:

Ready
PRINT STR$(1)+STR$(2)+STR$(3)
 3 3 3

This is due to STR$'s conversion going onto the zero page.

A$=STR$(1):B$=STR$(2):C$=STR$(3)
PRINT SADD(A$);SADD(B$);SADD(C$)
 240 240 240

The issue can be fixed by adjusting the patch:

; *** begin RAM above code / Ibuff above EhBASIC patch ***
; *** replace
;      CMP   #>Ram_base        ; compare with start of program memory
;      BCS   LAB_RTST          ; branch if not in utility area
; *** with
      BEQ LAB_MVST        ; may be on zero page if LAB_296E was used, as in STR$
      CMP   #>Ibuffs          ; compare with location of input buffer page
      BNE   LAB_RTST          ; branch if not in utility area
LAB_MVST
; *** end   RAM above code / Ibuff above EhBASIC patch ***