Serious Bug(s)…

• 05/10/2017 at 12:45 PM #35053
  Despair

  Hi,

  I have now been working with PRT for several weeks and several times got the impression that variables are not evaluated correctly and other strange bugs occur but i was always unsure and thought it was maybe me making mistakes in my programming but now i have an example where PRT makes a really big mistake.

  Here comes the example:

  x=1 y=range>=10 //range=5.7 in my case, so y=0 x=x and y if x then... //now x should be 0 (1 and 0 = 0) but it remains 1 and the if-loop is executed! But: x=1 y=range>=10 if x and y then... //now the expression is evaluated correctly and the loop is not executed

  1 2 3 4 5 6 7 8 9 10 11 12

  x=1 y=range>=10  //range=5.7 in my case, so y=0 x=x and y if x then... //now x should be 0 (1 and 0 = 0) but it remains 1 and the if-loop is executed!   But:   x=1 y=range>=10 if x and y then... //now the expression is evaluated correctly and the loop is not executed

  How do you guys think about such errors? I mean we trust PRT with our money…

  I also found other really strange errors. One was especially peculiar. A command that was written in a comment (behind //) affected the code! The program would only run if i took away the comment. This should not happen either. Everything behind // should be ignored.

  Well and then there are several occurences when things were really strange but i couldnt really sort out what it was.

  

  Despair

  Blocked

  Topics: 97

  Replies: 1034

  Been thanked: 218 times
  05/10/2017 at 2:56 PM #35073
  JC_Bywan

  Hi,

  I tried your first example with x = x and y

  I added a display of all variables involved including the range, and an extra variable z to check the “if” statement has been properly visited, but wasn’t able to reproduce the bug, it worked fine on mine.

  x=1 y=range>=10 z=0 x=x and y if x then z=3 endif a=range return a as "range", x as "x", y as "y", z as "z"

  1 2 3 4 5 6 7 8 9 10

  x=1 y=range>=10 z=0 x=x and y if x then z=3 endif a=range   return a as "range", x as "x", y as "y", z as "z"

  Perhaps if you show screen capture of what instrument, and tell us what timeframe, and full code listing with which you displayed x as 1 instead of zero for a displayed range as 5.7, some of us might be able to reproduce the exact same output to confirm it’s a bug or not?

  

  JC_Bywan

  Moderator

  Topics: 20

  Replies: 2657

  Been thanked: 925 times
  05/10/2017 at 4:42 PM #35092
  Despair

  I will try to come with a better example but it happens repeatedly that statements are not evaluated correctly or simply ignored. Such mistakes in code are really hard to find because the code is correct and one has to find where PRT makes mistakes – very annoying.

  Well and then this is nothing that i have to get verified. This mistkaes are happening right infront of my eyes. So i have no doubt about them. I just want to let others know because it can take a long time to find out why your program behaves strange though there is no mistake in your code.

  

  Despair

  Blocked

  Topics: 97

  Replies: 1034

  Been thanked: 218 times
  05/10/2017 at 4:42 PM #35093
  Nicolas

  Does it still buggy with:

  x=1 y=range>=10 //range=5.7 in my case, so y=0 z=x and y if z then ..

  1 2 3 4

  x=1 y=range>=10  //range=5.7 in my case, so y=0 z=x and y if z then ..

  Notice that I changed your global condition variable name to Z instead of using twice X.

   

  

  Nicolas

  Keymaster

  Topics: 81

  Replies: 20863

  Been thanked: 4774 times
• Author
  Posts