Congrats.
Are there any screenshots available of the IDE in action?
Fixed
Looks awesome! Will play and let you know.
Having a bit of a look at it today, and I can get it to generate an .bin file, but get "Bad file mode" when trying to load (using BlueMSX). Have tried using it both in a DSK file and a DSK directory. Trying to load with either bload"hellowor.bin" or bload"hellowor.bin",r,&9000 gets the same error. I can sort of see a post (http://ccz80.foroactivo.com/t11-usar-ccz80-para-msx) on the forum discussing the same issue - thus trying the BLOAD with the starting address. This post (using Google Translate) seems to indicate using pasmo to add the missing header/trailer information to the binary to allow it to load properly. I don't have pasmo and the link to download it is broken, so I am going to try some of the other cross assemblers I have. Perhaps looking at having ccz80 create the binary with the header/footer appropriate for the destination platform would be something to look at in the future.
Hello,
i tried to program with ccz80 ++ a demo to start with v9990 or video9000:
An unexpected change which in the asm {} from the source was not normal error: but a number change:
static void prova() { ld a,6 out (#64),a inc hl inc hl ld a,#85 out (#63),a }
At this point after compiling with TABMEGX it gives a strange answer:
#3e,#06,#d3,#64,#3E, #2B, #D3,#63 incorrect #3e,#06,#d3,#64,#3E, #85, #D3,#63 correct !!
Maybe there was a confusion in the asm during the CCZ80 +?
To verify the functioning of this demo I used an app to read the hexadecimal!
TABMEGX ver. :1.13
CCZ80++ ver. 1.0.4
.
Basically, I know the C, CPP and the ASM but I like CCZ80 ++
.
byebye
DanySoft
I was hoping the RESET provided by G9K works before trying P1 & P2 to manage sprites
DanySoft