>My colleague (tester) told me she reproduced the same problem locally with 30 minute lessons. The incentive of less than .5 is still firing for them.
>This doesn't make much sense since the SET DECIMALS is not changed in the application and it's default VFP value.
>I am going to try to play with it later myself in debugging mode.
When you get into C# and are doing this kind of code, if you use a double instead of a float, you'll find much greater precision that, even though it rounds, will likely not cause you these issues.
You can simulate the double usage in VFP as well by using a non-invasive syntax like this:
k = k + (9999999999 - 9999999999)
https://github.com/RickCHodgin/SaveToParser/blob/master/test/test.prgFull project:
https://github.com/RickCHodgin/SaveToParser