If you don't would like to continue Axe Parser, I can do for you

You can program ask?!? Can you teach me? I just know the basics.

Guess what? I made another small font program editor.
Yay.
Well, I made a lot of improvements - especially on the frame rate.
My first attempt got a screaming frame rate of 3 fps. On full speed mode. It was terrible.
I made some optimizations and this version gets 10-20 fps. On slow speed mode. Kinda faster.
My old editor couldn't open programs that had fewer than 8 lines. The new one doesn't care.
There are a lot of other improvements I won't bother mention.
I am posting it now because it has reached the point where I am using the editor to edit itself. Trippy right?
It would be cool if I got some responses or even better yet - IDEAS! (Or even better yet  - some code!)
I have kept some of zStarts key shortcuts such as on stat to APD and on + to copy and on enter to paste.
(the copy and paste code is buggy and is commented out for now)
I am in full bug-hunter mode - please tell me if anything is weird (even just the controls)
The only known bug is copying code and then evaluating it. (copy then on+ math)
The code needs to be compiled (as an app or program) you compile prgmEDITRSRC

on key combos:
on + / Sets a boundary
on + + copys all the code between the boundarys
on + enter pastes all the copied code to the cursor's location
on + math evaluates the copied code
There will eventually be recall from progNAME in the copied code also

I'm probably going to keep working on it whether or not it gets any interest. (but it feels great to get some support)

And how can I do to return any value in ans?

Like in Axe's ans?
Axe's ans is just hl.
"ld hl,5" would set 5 into axe's ans.
Let's pretend that is all the axiom does and it is the token Boxplot and is represented "five" in the custom replacement
you could do:
:.DEMO
:#Axiom(AXIOM)
:five -> A
and A would hold five
I also THINK you can: ":A -> five" and it will store the value of A to the location 5 in ram. (same as ":a -> {5}")

This is my code:

Code: [Select]

;#SECTION "MAIN", CODE

dw AXM_HEADER
; Debut Routine
dw EndAxiomRoutine + 6
db AXM_ALL
db hRound, 0
db AXM_INLINE
db 1
org 0
B_CALL _OP1Set0
B_CALL _Cos
B_CALL _ConvOP1
ex de, hl
ld d, h
ld b, h
ld e, l
ld c, l
ret

EndAxiomRoutine:
dw hRound
db 5
db "cos0("
;#IMPORT "TOKENHOO"
;#IMPORT "AXE"
It doesn't work

First, to include a library in mimas, you go to the program's menu and select library and pick "AXE" and "TOKENHOO" and that will work the same way as #IMPORT
;You need to use rorg instead of org.
It is inline so you shouldn't use ret unless you want the program to return each time you use the code.
Right after EndAxiomRoutine you need to have dw 0 to signal the end of the axiom and the beginning of the replacements.
;You don't need the +6 in the declaration of the size you can just put "dw EndAxiomRoutine"
You should probably focus on the actual axiom before the custom replacements (save the replacements for later)
Is the compiled axiom an appv? It needs to be separate from the mimas source code file!
I hope that helps!
Oops I missed this:
You need the dw $C0DE as the first line of code (note the 0 instead of an O)

Well... I have some random questions... I think I understand asm enough to take responses that way. (Write the code in mimas, decompile it to hex and insert it in my Axe program.)
 I use the on key frequently, but that seems to break the equation evaluator since it counts as basic. Is there any way to clear the ON break error? (I already used runprgm's error handler to no avail.)
What are the arguments for the Axe compile B_CALL? Is it the program name in op1?
Is there anyway to tell for sure if you have memory corruption? The program behaves normally except when it is asked to create a new program. (It behaves weirdly like saying the prgm took up x bytes but displaying many more in the editor.)
In order to find custom tokens in axioms the program reads the compiled axiom. Is there a better way to do that?

That is all I can think of now...
Thanks for any help! (Even if is a link)   

I (think) I found another bug!
I am still using 1.2.2. The command, inData(byte,data,size) won't always work.
inData(byte,data) works fine though.
Here is some code...

GetCalc("prgmNAME",100) sto A
For(X,0,99
X to {X+A}:End
inData(3,A,1000) sto B
Disp B >Dec
Pause 1500

Outputs 891 as the answer.
Changing the 1000 to 100 makes the program work correctly.
It seems that the command won't take a two byte number as an argument.

I wouldn't be surprised.
I am using it in a program that uses a homescreen hook, and with a lot of hex codes that I don't really understand.
I don't have a way of converting hex to asm commands. (If I did it would probably easier to fix...)

Anyway I look at it RunPrgm is still vital to a good number of my projects!
Thanks for making it! 

Perhaps this just got lost in the manual copying process, but is ax1end defined properly?

If it appears so, nothing seems obviously wrong to me. If you posted the assembeld axiom, I could probably figure out what's wrong, though.

Yes I did forget to add it.
The program compiles sucessfully.
The actual function is a little different. (It displays "Magic!")
Here is the compiled code: