ICE Bug Reports - Cemetech | Forum

PT_
2
Site Admin (Posts: 1933)

11 May 2018 02:58:19 pm Permalink

Tengento wrote:

Hi, I think i've found a new bug. Try those two programs:

Code:




'ABC'->{L5+3}


Copy(Str0,{L5+3},3


Disp Str0

and

Code:




3->A


'ABC'->{L5+A}


Copy(Str0,{L5+A},3


Disp Str0

They should do the same (if i'm not mistaken). However the first one works, it returns 'ABC', but the second one returns "random" tokens.

Yep, I found this bug and fixed it. Thanks for the report! (will update ICE soon). Also fixed another bug where an OS string is the second operand of an operator (like "A+Str0"). Smile

LAX18
Power User (Posts: 392)

11 May 2018 03:18:44 pm Permalink

I have had no problems with OS lists in ICE. I had the issue with display of random characters when saving but this was a saving error on my part.

Tengento
Newbie (Posts: 9)

12 May 2018 04:55:23 am Permalink

PT_ wrote:

Tengento wrote:

Hi, I think i've found a new bug. Try those two programs:

Code:




'ABC'->{L5+3}


Copy(Str0,{L5+3},3


Disp Str0

and

Code:




3->A


'ABC'->{L5+A}


Copy(Str0,{L5+A},3


Disp Str0

They should do the same (if i'm not mistaken). However the first one works, it returns 'ABC', but the second one returns "random" tokens.

Yep, I found this bug and fixed it. Thanks for the report! (will update ICE soon). Also fixed another bug where an OS string is the second operand of an operator (like "A+Str0"). Smile

Thanks

Waaangyi
Advanced Newbie (Posts: 40)

A bug with ICE Compiler
12 May 2018 03:29:09 pm Permalink

There is another bug in the ICE:
It is the OUTPUT( ) function

Code:

1->X


Output(1,X,"Hello, world")


//This works fine

Code:

1->X


Output(X,1,"Hello, world")


//This will cause a RAM CLEAR

Please fix this bug, Thank you!

SM84CE
1
Expert (Posts: 690)

12 May 2018 04:53:13 pm Permalink

IDK if this is an ice bug, bit when I compiled my secret project, ran it, then ran Cesium (I had ram cleared before), then ran my program, it crashed. I'll try and replicate this with a non-classified prgm, then post the code...

SM84CE
1
Expert (Posts: 690)

13 May 2018 06:14:47 pm Permalink

P_T on IRC told me to make a new post, so here it is: Razz

I replicated it with my CC21 submission, and another program that I had, seems like the bug is only triggered when the program in question uses AppVars. After the first compile/ run from ICE, the bug is triggered if you run the compiled prgm from the homescreen of Cesium (RAM backup and no backup). As for the code, it's in the Archives, so I don't see the need to post code (no changes were made to my CC21 prgm after the release, so the Archives version is the most current version)

PT_
2
Site Admin (Posts: 1933)

Re: A bug with ICE Compiler
14 May 2018 05:26:23 am Permalink

Waaangyi wrote:

There is another bug in the ICE:
It is the OUTPUT( ) function

Code:

1->X


Output(1,X,"Hello, world")


//This works fine

Code:

1->X


Output(X,1,"Hello, world")


//This will cause a RAM CLEAR

Please fix this bug, Thank you!

Can't replicate, both work fine for me.

SM84CE wrote:

P_T on IRC told me to make a new post, so here it is: Razz

I replicated it with my CC21 submission, and another program that I had, seems like the bug is only triggered when the program in question uses AppVars. After the first compile/ run from ICE, the bug is triggered if you run the compiled prgm from the homescreen of Cesium (RAM backup and no backup). As for the code, it's in the Archives, so I don't see the need to post code (no changes were made to my CC21 prgm after the release, so the Archives version is the most current version)

No it's not. You're not defining DATA before reading to it when DiwFile actually exists before running the program (line 14), thus reading to (probably) address 0 which causes the crash.

SM84CE
1
Expert (Posts: 690)

14 May 2018 01:03:07 pm Permalink

Uhhh... Looks like I have to fix my prgm then... I might need an in depth explanation. PM me instead...

dankcalculatorbro
Advanced Member (Posts: 234)

09 Jun 2018 11:24:12 am Permalink

This outputs 0.

Code:




10->A


10->B


(A*200)/(A+B)->C


Disp C

LAX18
Power User (Posts: 392)

10 Jun 2018 10:50:13 am Permalink

BUG:

When I split NOS into modules, and made a build file (with AsmComp()'s), ICE freezes on prescanning the build file. I dont know why this fails because I can do single AsmComp's

EDIT: Fixed, PT_++

LAX18
Power User (Posts: 392)

14 Jun 2018 03:12:18 pm Permalink
Last edited by LAX18 on 16 Jul 2018 12:18:23 pm; edited 1 time in total

New Bug:
When you make a program with just a [i] in it, and compile it, the outputted name causes Cesium and the calculator to crash.

Edit: Fixed

MateoConLechuga
Official Cemetech Lettuce Manager (Posts: 2960)

14 Jun 2018 04:32:09 pm Permalink

LAX18 wrote:

New Bug:
When you make a program with just a [i] in it, and compile it, the outputted name causes Cesium and the calculator to crash.

This sounds like a Cesium bug Wink

beckadamtheinventor
Power User (Posts: 302)

14 Jun 2018 06:26:22 pm Permalink

LAX18 wrote:

New Bug:
When you make a program with just a [i] in it, and compile it, the outputted name causes Cesium and the calculator to crash.

This is not a bug, it's just what happens when the variable name is null. Razz

Same thing happens when you try to open a file with a null file name.
DO NOT TRY THIS:

Code:




sum(1,"00","w"->D

ICE catches invalid characters as an output name, but not a null name, apparently.

TI84pceBasicPro
New Member (Posts: 91)

20 Jun 2018 04:34:48 pm Permalink

Interestingly enough, although both codes should work (I think), the second set of code does not work:

Code:




sum(0


sum(2,'Str1',"w+",4->A


sum(4,"TICE",4,A

Code:




"TICE"->Str1


sum(0


sum(2,'Str1',"w+",4->A


sum(4,Str1,4,A

john35588
Member (Posts: 161)

16 Jul 2018 11:44:51 am Permalink

Just found this bug, It doesn't need to be fixed, but it happens when you press, for instance, "prgm", then trace, then select something, it places the token you select in the prgm menu.

beckadamtheinventor
Power User (Posts: 302)

16 Jul 2018 11:48:08 am Permalink

john35588 wrote:

Just found this bug, It doesn't need to be fixed, but it happens when you press, for instance, "prgm", then trace, then select something, it places the token you select in the prgm menu.

That bug has been there for as long as ICE has had the [trace] menu Wink

beckadamtheinventor
Power User (Posts: 302)

28 Jul 2018 11:24:35 pm Permalink

Code:




For(X,BEGIN,END


//code


End

works, but

Code:




For(X,BEGIN,END,INCREMENT


//code


End

Does not work.

My exact code:

Code:




For(B,10,TMSTART-1,N


TILEXY->*{FILEPTR+B


TILEXY->*{FILEPTR+B+1


End

And yes I know that TMSTART does not overflow the bounds of the file, which is in RAM at the time of writing, and the 'For' loop is not embedded in any other loop.

I managed to fix the issue with this,

Code:




10->B


Repeat B>=TMSTART


TILEXY->*{FILEPTR+B


TILEXY->*{FILEPTR+B+1


B+N->B


End

and although this issue is regarding a low-level command, it does have a fix, so no pressure to fix the loop increment at this time.

SM84CE
1
Expert (Posts: 690)

01 Aug 2018 05:44:55 pm Permalink

idk if this has been mentioned, 2.2 still doesn't work with icons/descriptions... anything I try with an icon won't run, or spit random chars. The icon/desc. shows up in Cesium, though...

Alvajoy123
Member (Posts: 167)

02 Aug 2018 04:16:25 am Permalink

Beware when you use Sub(Str1,3,0) your calc will crash

mets11rap
Member (Posts: 143)

02 Aug 2018 01:19:11 pm Permalink

Alvajoy123 wrote:

Beware when you use Sub(Str1,3,0) your calc will crash

Yes, because that's what's supposed to happen (pretty much)