That is why I took the 6502 Assembler Route. I added a DOS Interface too.
The only thing to worry there is the JMP ($xxFF) bug.
You might want to Check out my GitHub repo for the Elektor Junior Computer
Dietrich

Hi Robert,
you might run into a chicken-egg-issue with this. The code from your installation manual can only be compiled if you have a running Fig-Forth installation. If you don‘t have that, your best way is to use the 6502 assembler source for Fig-Forth. That way you can start from bare metal with ...

Any combination of SSIZE (128,256,512, 1024) and NBUF (8,4,2,1) that gives SSIZE * NBUF =1024 should work in FIG FORTH. I have SSIZE 256 and NBUF 4 on my system.

Dietrich

I would also like to get the screen editor working, but again, cannot find the source.
For a screen editor written in Fig-Forth you might want to look after https://github.com/Dietrich-L/CPM-65/blob/main/FORTH/FORTH%20PROGS/VED-VT.BLK
It edits block screens which reside in high memory, but can be ...

Your Fig-Forth code is ok and behaves as it should.
However, CREATE is one of the more complex Forth words, because it enters the header of a new FORTH primitive into the dictionary and - in Fig-Forth! - marks this header as imcomplete - SMUDGE bit is set, meaning the outer interpreter and thus ...

Obviously there is an error in the program, which causes LIST to crash. Often such errors in 6502 systems occur due to misalignment a the code adress, which then is called by NEXT with a JMP (code). If this code adress is at $xxFF, the code misjumps and crashes. Thats a well known bug in all 6502 ...

Here is the code for my very simple RAM disc for reference
L3060 DB $83,'R/',$D7 ;R/W 1 SECTOR in RAMdisc
DW L2924
RSLW DW DOCOL
DW TOR,LIT,SSIZE,STAR
DW LIT,LOWMEM-$C00,PLUS ;SCR #3 is first screen
DW DUP,LIT,LOWMEM,ULESS ;check LOWMEM and HIMEM
DW OVER,LIT,HIMEM
DW GREAT,OR,CLIT
DB 6
DW ...

Yes, it is a left to right assembler. So mathematically it is (SSIZE+4)*NBUF.
Sorry for the ambiguity.
The buffer resides in high memory at $8000 up to high memory
Dietrich

I have in my fig-Forth (original version) Works as expected since nany years. So there must be an error in your code

Dietrich

You might want to have a look at my assembler at https://github.com/Dietrich-L/CPM-65/tree/main/ASM
... Dietrich
Thanks! I'll look at that also. I'm assuming that you're OK with it being re-released for another 65C02 platform ?

Sure, you do that. Just put a link to my repo there in case there ...

You might want to have a look at my assembler at https://github.com/Dietrich-L/CPM-65/tree/main/ASM
It is nativ, has MOS 6502 opcodes only and is very fast. No macros though.

The input is a text file, output is the assembled file and a label file. It is 6k in size and easy to port. However you ...

You might want to look at my EDIT.COM (https://github.com/Dietrich-L/CPM-65/blob/main/UTIL/EDIT.ASM)
The Editor operates with single keystroke Control keys and uses only cursor control commands for the screen output on the terminal. Only basic editing commands are available.
The source code can be ...

Most assemblers can do that. I most cases the .org statement defines the stert adress of the code, but not the location of the code in the source file. Thus, by careful .ORGing und referencing the code in question can be easily copied to its destined location in memory.

Dietrich

The fastest Code to read a SD card is, to my knowledge, this one:
SPI_BIN LDA IFR ;read byte from SPI
AND #$04 ;test SR bit
BEQ SPI_BIN
STA IFR ;clear SR bit
LDA SR
RTS
How about:
SPI_BIN: LDA #4
1$: BIT IFR
BEQ 1$ ; (shorter loop)
LDA SR ; (This clears the IFR's SR bit.)
RTS ...

The 6522 SR is MSB first!

Dietrich