0 Members and 2 Guests are viewing this topic.
5->A
5 ->{A}
"varG"->Str1GetCAlc(Str1)->PDisp {P}[sup]r[/sup]>DEC (The triangle with the DEC to the right)
.HEADER[020C261903]->GDB1 .Stores the data as hexadecimalData(2,12,38,25,3)->GDB2 .Stores the same data in GDB2.For(A,0,4Disp {GDB1+A}>Dec,i .imaginary i. GDB1 can be replaced with GDB2 for the same results.End
Actually, you may be onto something. I assumed 0.4.3 fixed the label errors, but apparently it didn't. The problem appears to be with the fnInt() command. As far as I can see, the problem is that, using whatever shortened character set Quigibo uses to store label name data (if I had to guess, 0-9 A-Z), the first character of the label name called is always misinterpreted. It seems that this character is stored with a value 10 less than what it should be. In one of my programs, I want to enable "INT" as an interrupt. When compiling, fnInt(INT,6) throws a missing label error, claiming that "8NT" is missing. fnInt(ZNT,6) throws an error, claiming that "PNT" is missing. In both of these names returned, the first character has a value 10 less than what it should be. fnInt(SNT,6), however, compiles correctly, as S is 10 letters ahead of I in the alphabet.This error only appears to happen with fnInt(), not sub() or Goto.
.AAClrDraw47->X5->Y0->VRect(0, 60, 96, 4)For(A, 0, 200)DispGraphV-9.8->VY+V->YPxl-On(X,Y)PauseIf Y+2V>60-V->VEndEnd