Custompics bug

Forum Attachments

Custompics bug

symaxian 23 Dec 2008 01:57

Ok, again with custompics, a weird bug this time.

:ClrDraw
:"IMG1"->Str0
:Asm(prgmCALLPIC

:"IMG1"->Str0
:Asm(prgmCALLPIC

Two programs, one with and without a ClrDraw command, thing is, in the first program CALLPIC bugs out and clears the graphscreen right after it displays the image. Can anyone give insight into this, wierder even is that this is trimmed down, when I first had this bug the ClrDraw command was about 50 lines before calling the image.

Re: Custompics bug

jnesselr 23 Dec 2008 02:56

yes, Simply use codex to clear the screen. I don't remember the technical reason, but some programs made in asm will do this.

Re: Custompics bug

symaxian 23 Dec 2008 05:05

Or, rather than take up another 900 bytes of RAM(im really pressed for it) I could just recall a blank image, just thought of that.

Re: Custompics bug

Mapar007 23 Dec 2008 07:39

Yeah, I asked the same question on UTI a while ago, and it's just a normal "quirk" of the OS. The ClrDraw command sets a certain flag, which marks the screen to be cleared the next time it is shown (to preserve the axes and stuff more easily). Codex & xLIB just clear the graph buffer.

Re: Custompics bug

simplethinker 23 Dec 2008 23:13

The flag that's set marks the graph screen as "dirty" so next time a system command modifies the screen it will be cleared and equations and stat plots will be redrawn.

Inserting a "res graphDraw, (IY + graphFlags)" anywhere in the program should fix it. The source came with custom pics, so you could add it in (don't forget to indent the "res") and recompile.

Alternatively, I've been working on something similar and with a couple modifications I have a program that does the exact same thing, but condensed into one program (the only difference between the saving and loading routines is the insertion of a "ex DE, HL", so having an entirely different program for loading/saving seems to be a waste of 100 bytes).

The name of the list with the pic is still Str0. To store a picture, set Ans=0 and execute Asm(prgmCPIC), to load one set Ans=1.

[edit]Forgot to actually attach it. CPIC

Last edited on 23 Dec 2008 23:25 by simplethinker Show more

Re: Custompics bug

Mapar007 24 Dec 2008 10:22

I don't think everyone has an assembler in here…

If simplethinker's program has the res 0, (IY+3) in it, (don't have a clue if he has), use it and forget about custompics.

Re: Custompics bug

simplethinker 24 Dec 2008 19:13

I don't think everyone has an assembler in here…

I was just throwing the idea out.

If simplethinker's program has the res 0, (IY+3) in it, (don't have a clue if he has), use it and forget about custompics.

It does have the flag reset :) I'd prefer the first asm program of mine I've ever given to someone else not to be buggy.