But he said that the compiler errored when he did close the quotes, and worked when he left them open.

I think X and Y are reversed when you try to use Pt-On with an arbitrary buffer.
[FFFFFFFFFFFFFFFF]->Pic1
.Pic2 is the buffer
Zeros(768)->Pic2

.Draw the sprite to Pic2
Pt-On(50,10,Pic1)->Pic2

.Copy Pic2 to the buffer
ClrDraw
Copy(Pic2, L6,768)
DispGraph

What I think should happen is it draws the sprite 50 pixels right and 10 pixels down. What actually happens is it draws the sprite 10 pixels right and 50 pixels down. Is this a bug, or am not doing this the right way?

I'm using Axe 0.4.6.

I know, that's just an oddity resulting from the fact that the code is already poorly structured because he left the parentheses open. There would be no problem if he closed both the quotes and the parentheses.

The code always errors when i have my perenthisies closed.

As he just said in the post above, he also had his parenthesizes closed, not just the code, and still got an error.  Just to clarify any confusion.

If the code is fine but it errors even when closing quotes and parenthesizes and even after he did a RAM clear before trying again, then maybe it's an Axe bug.

I meant in his other post:

Quote from: Runer112 on November 30, 2010, 10:47:31 pm

I know, that's just an oddity resulting from the fact that the code is already poorly structured because he left the parentheses open. There would be no problem if he closed both the quotes and the parentheses.

The code always errors when i have my perenthisies closed.

He says that with the code you just quoted now, he still gets errors even if he actually closes the parhentesises.

Ah, ok, then I don't know. If he really tried it, then he should do a RAM clear, in case his calc is messed up, and maybe even a mem clear, because sometimes RAM clears won't fix things. If that still doesn't fix it, then it's definitively something Quigibo needs to look into. It could be an hardware-specific bug or an issue with his calc, like how my 83+ is not compatible with Axe APP compiling.

But he said that the compiler errored when he did close the quotes, and worked when he left them open.

Whoops, sorry. I got confused.

I think X and Y are reversed when you try to use Pt-On with an arbitrary buffer.

Code: [Select]

[FFFFFFFFFFFFFFFF]->Pic1
.Pic2 is the buffer
Zeros(768)->Pic2

.Draw the sprite to Pic2
Pt-On(50,10,Pic1)->Pic2

.Copy Pic2 to the buffer
ClrDraw
Copy(Pic2, L6,768)
DispGraph

What I think should happen is it draws the sprite 50 pixels right and 10 pixels down. What actually happens is it draws the sprite 10 pixels right and 50 pixels down. Is this a bug, or am not doing this the right way?

I'm using Axe 0.4.6.

Yeah, noticed that too. Is there a reason Quigibo left it that way?

I wasn't aware of that bug actually I will fix all of these.  The open quote thing, I can understand an accidental bug there since I just changed the way the parser interprets static inline data, but the X,Y reversal thing must have been there for a while, I never noticed it.  I'll probably upload to ticalc later anyway though since the next release won't be for a couple weeks.

I noticed the progress bar went up to 60%, though.  It was at 50% forever.  Glad to see you can still do bug fixes and such.