Quote from: Freyaday on February 23, 2013, 07:48:03 pm

I think there might be an issue with HLines() drawn off the screen.

What version of the command are you using? Because the 3-argument version is known to be broken in Axe 1.2.1.

I was using 1.2.1a. I took another look, and it was actually my fault. Sorry about that. *embarrassed grin*

I'm pretty sure that means that a command in your axiom has too deep of a reference, meaning it references a command which references a command which references a command, etc. I've never really looked at the axioms system because it's a bit of a mess, but I doubt you've actually built a linear chain of references that's long enough to hit the limit (which happens to be 8). I would guess that, more likely, you have a circular chain of references, like one command referencing itself, or two commands referencing each other. In the case of one command referencing itself, you can simply skip the reference replacement system and do a standard load preceded by REP_NEXT, call, or jump. In the case of two or more commands referencing each other... that might not work with the current axiom system. It's something that would have to be fixed in a rewrite, so I can't really promise a fix for it any time soon at all. But if they reference each other, that means you know that you need both of them present if either is called, so can't you combine them into one command?

Oh, I think the 24 consecutive calls might be the issue... Perhaps use a loop to do those calls, or absorb that command into the one that calls it so much.

Bump,

I got all of this working, except for one thing : I have a cosine LUT in my axiom situated directly inside the command using it, but when I try to access it with DB $7F
 RORG PC-1     ; I use mimas
 LD HL,CosineTable
; ...
CosineTable:
; ...It returns weird values, but when I build the exact same LUT in my Axe program at saveSScreen and access it with LD HL,saveSScreenIt works perfectly. I think there's a bug with REP_NEXT or something.

I already took care of those. Just to say, I currently add 34 to the size label of the first command

Unfortunately I won't be able to post any code until tomorrow evening I'm at a mountain trip since a week, and I just brought my calc and my phone -> no PC I'll send you the code asap.

Alright, I'm guessing the issue was just a limitation in the number of replacements the Axiom system could perform in a single command. So not really a bug, but more of a lack of a feature to include infinitely many.

It seems to work fine for me. Could you provide the code context for which this doesn't work for you? Ideally this would be the source code, but if that cannot be shared, the compiled code would likely suffice. Or if you can recreate the problem in a small program designed to trigger this issue, sharing that would work as well.