Author Topic: Bug Reports (Read 455323 times)

nemo · « **Reply #405 on:** June 21, 2010, 12:25:35 am »

Unknown Err. code: 3A24553. Ti 84+SE 2.41 OS. the program was archived and got the error at 89% on the first pass. i unarchived the program and scrolled to the part of the source that was wrong. it turned out i had sub(r1+3,r2) instead of sub(C,r1+3,r2). i changed it and it compiled fine, but you may want a different error code than unknown err for missing sub arguments.. i thought there already was one?

squidgetx · « **Reply #406 on:** June 21, 2010, 12:41:20 pm »

I hit "compile" on the main Axe menu and the calculator crashed....

I am not sure as to why..maybe I have too much stuff on my calc (omni, os 2.53, zStart, and mirage hooks)

ztrumpet · « **Reply #407 on:** June 21, 2010, 01:00:35 pm »

Quote from: squidgetx on June 21, 2010, 12:41:20 pm

I hit "compile" on the main Axe menu and the calculator crashed....

I am not sure as to why..maybe I have too much stuff on my calc (omni, os 2.53, zStart, and mirage hooks)

That happened once to me too (on 0.2.6). I have no idea why. ;.;

Magic Banana · « **Reply #408 on:** June 21, 2010, 01:37:38 pm »

Really? I always have Mirage, Omnicalc, and Calcutil hooks active and nothing horrible has happened to me (yet).

Happybobjr · « **Reply #409 on:** June 21, 2010, 01:40:40 pm »

after i use axe for a while. 3.0 , then screw up with a normal calculator command that should give me syntax error, it crashes/ ram cleared

DJ Omnimaga · « **Reply #410 on:** June 21, 2010, 02:08:02 pm »

I found another little bug, altough nothing that can be triggered unintentionally:

There are no checks if you try to create an AppVar of 0 bytes size. It messes up the memory menu after creating it

EDIT screenshot. Note, the program code was

.SSSS
"A"->Str1
Getcalc(Str1,0)

ztrumpet · « **Reply #411 on:** June 21, 2010, 02:15:49 pm »

Yikes, that's crazy! I didn't think the VAT could be corrupted that easily. Wow.

Quigibo · « **Reply #412 on:** June 21, 2010, 02:17:30 pm »

I forgot to mention, you should ram clear before installing Axe 0.3.1 if you upgraded from 0.3.0 becasue the hooks are different. That might explain any one time freezing from unrelated events.

DJ, I don't add checks becasue its a waste of memory. Its up to the programmer to add checks themselves before the actual appvar is created.

DJ Omnimaga · « **Reply #413 on:** June 21, 2010, 02:21:09 pm »

Aah ok it's up to you really. I just wanted to point it out in case it's something you might have missed

Btw on my Nspire I forgot to RAM clear before using Axe 0.3.1 and on top of that I forgot my calc was messed up due to a bad program I ran a week ago, and forgot to RAM clear then, and when I opened Axe, Application was selected in the shell options, even if I don't have the private beta

A RAM clear fixed it, though. It did not let me compile into APP anyway

calc84maniac · « **Reply #414 on:** June 22, 2010, 11:28:25 am »

Quote from: happybobjr on June 21, 2010, 01:40:40 pm

after i use axe for a while. 3.0 , then screw up with a normal calculator command that should give me syntax error, it crashes/ ram cleared

That might not be Axe related. I have had that happen with MirageOS. It's a bug that occurs when you rename an archived program and then Garbage Collect. When you rename programs with MirageOS (and many other utilities, I'm sure), the name in RAM changes but the name in archive doesn't. When the OS is Garbage Collecting and it finds the name in archive, it expects it to be in RAM as well. If not... well, you get the error handler glitch.

Builderboy · « **Reply #415 on:** June 23, 2010, 01:08:20 am »

So i am having a slight problem with the error stroller. Specifically a piece of code like this

Code: [Select]

Pt-Off(2,2,1+1+1+1+Pic3
I added the 1+1 to make Pic3 go off to the next line. When Pic3 is undefined, and the error is scrolled to, it does not place Pic3 on the correct line, and the text gets kinda mangled. I am using the 0.3.0Application Beta if that means anything.

ztrumpet · « **Reply #416 on:** June 23, 2010, 10:43:40 am »

Quote from: calc84maniac on June 22, 2010, 11:28:25 am

Quote from: happybobjr on June 21, 2010, 01:40:40 pm
after i use axe for a while. 3.0 , then screw up with a normal calculator command that should give me syntax error, it crashes/ ram cleared
That might not be Axe related. I have had that happen with MirageOS. It's a bug that occurs when you rename an archived program and then Garbage Collect. When you rename programs with MirageOS (and many other utilities, I'm sure), the name in RAM changes but the name in archive doesn't. When the OS is Garbage Collecting and it finds the name in archive, it expects it to be in RAM as well. If not... well, you get the error handler glitch.

This also happens if you hide archived programs.

LordConiupiter · « **Reply #417 on:** June 23, 2010, 04:22:12 pm »

something strange going on here. It's not really a bug I thing, thoug it's some kinda error.
In one program I save 2 pics to an AppVar, and in another one I try to use them as Pics, which isn't really working for me.
here is my source:

the one:

Code: [Select]

:.PRGONE
:[Pic0]→Pic0
:[Pic1]→Pic1
:"vGNTPICS→Str1
:GetCalc(Str1,1536)→P
:Copy(Pic0,P,756
:Copy(Pic1,P+756,756

the another one:

Code: [Select]

:.PRGTWO
:"vGNTPICS→Str1
:GetCalc(Str1→P
:[Pic0]→Pic0
:[Pic1]→Pic1
:Copy(P,Pic0,756
:Copy(P+756,Pic1,756
:Copy(Pic0,{L6},756)
:Copy(Pic1,{L3},756)
:For(K,0,50
:DispGraph[sup]r[/sup]
:Pause 16
:End

Darl181 · « **Reply #418 on:** June 23, 2010, 04:28:38 pm »

I tried making a porgram in which you can select an ascii character and store it in the Ans variable. After the main loop, i put in
C►Char→Ans
The parser (0.3.1) gives me a 'bad symbol' thing then gives 'unknown err' 'code: 3A24553'.
Is there a table or document anywhere describing what the different error codes mean?
And why won't it compile?

My session's about to run out again. I'll be back tomorrow.

calcdude84se · « **Reply #419 on:** June 23, 2010, 04:32:28 pm »

In program one, you're always using the pics that were there at compile time, and I don't know if that's what you want. (But there isn't currently a way to read things that aren't programs or appvars at compile time.)
Anyway, why are you storing to P+15? You want to store to the beginning of the appvar, so P is the correct destination. Those fifteen bytes that make up the program name, location, and size, are not included here.
Same for the second Copy(, it should just be P+768. (Actually, since there is no last row, the appvar size should be 1512 and the second copy destination P+756). In the second program, you don't need to reserve space in it, and should just copy directly to L3 and L6.
Edit: Fixed versions:

Code: [Select]

:.PRGONE
:[Pic0]→Pic0
:[Pic1]→Pic1
:"vGNTPICS→Str1
:GetCalc(Str1,1512)→P
:Copy(Pic0,P,756
:Copy(Pic1,P+756,756

Code: [Select]

:.PRGTWO
:"vGNTPICS→Str1
:GetCalc(Str1→P
:Copy(P,L6,756
:Copy(P+756,L3,756
:For(K,0,50
:DispGraph[sup]r[/sup]
:Pause 16
:End

Author Topic: Bug Reports (Read 455323 times)

nemo

Re: Bug Reports

squidgetx

Re: Bug Reports

ztrumpet

Re: Bug Reports

Magic Banana

Re: Bug Reports

Happybobjr

Re: Bug Reports

DJ Omnimaga

Re: Bug Reports

ztrumpet

Re: Bug Reports

Quigibo

Re: Bug Reports

DJ Omnimaga

Re: Bug Reports

calc84maniac

Re: Bug Reports

Builderboy

Re: Bug Reports

ztrumpet

Re: Bug Reports

LordConiupiter

Re: Bug Reports

Darl181

Re: Bug Reports

calcdude84se

Re: Bug Reports