Last couple of days I was trying to pinpoint a bug a user reported…
In the first place I really could not find why this bug was happening. I tried about anything but the maths did not make any sense.
In the end I did found why the bug pops up in some occasions. I could make a simplified example to showcase the issue.

Dim timeNano1 as int64
timeNano1= 10000000000000000000
for a as integer = 1 to 10
if (timeNano1*a) > 0 then
msgbox "Is bigger than zero @ a="+str(a)
end
next a

When compiling, the IF…THEN only return True on even values of property ‘a’. On uneven values it does not - although it should. Because the value is ALWAYS bigger than 0.

It seems there is something wrong in the IF…THEN mathematics in Xojo.
Is this a known problem or should I create a feedback case?

It’s not negative. It’s 10000000000000000000 the first time and multiplied by 2 every other time.
And why does it work correct when multiplying with even values and not with uneven?

There is definitely something wrong with Xojo math or the IF…THEN procedure.

EDIT: changing to UINT64 does also not resolve the issue.

Dim timeNano1 as int64
timeNano1= 10000000000000000000
for a as integer = 1 to 10
if (timeNano1*a) > CType(0, Int64) then
msgbox "Is bigger than zero @ a="+str(a)
end
next a

Try the above
This is compile comparison error cause you have Int64, Integer and comparing to Integer

i get output:

Is bigger than zero @ a=2
Is bigger than zero @ a=4
Is bigger than zero @ a=6
Is bigger than zero @ a=8
Is bigger than zero @ a=10

@ DerkJ
Bummer … that does fix the issue. But why do I need use CType(0, Int64) and why does plain ‘0’ does not work? This smells like a Xojo problem to me.

-8446744073709551616 - NOT bigger than zero @ a=1
1553255926290448384 - Is bigger than zero @ a=2
-6893488147419103232 - NOT bigger than zero @ a=3
3106511852580896768 - Is bigger than zero @ a=4
-5340232221128654848 - NOT bigger than zero @ a=5
4659767778871345152 - Is bigger than zero @ a=6
-3786976294838206464 - NOT bigger than zero @ a=7
6213023705161793536 - Is bigger than zero @ a=8
-2233720368547758080 - NOT bigger than zero @ a=9

If i use only Uint64 i get this output:
10000000000000000000 - Is bigger than zero @ a=1
1553255926290448384 - Is bigger than zero @ a=2
11553255926290448384 - Is bigger than zero @ a=3
3106511852580896768 - Is bigger than zero @ a=4
13106511852580896768 - Is bigger than zero @ a=5
4659767778871345152 - Is bigger than zero @ a=6
14659767778871345152 - Is bigger than zero @ a=7
6213023705161793536 - Is bigger than zero @ a=8
16213023705161793536 - Is bigger than zero @ a=9
7766279631452241920 - Is bigger than zero @ a=10

Which seems very strange since aVal * LoopNum should do it * 1 or * 2 etc…

EDIT: it’s not strange since it’s overflowing…

10000000000000000000 - Is bigger than zero @ a=1
18446744073709551615 - is the UInt64 max

since 10000000000000000000 * 2 = 20000000000000000000
and that’s higher than the max… hence the overflow.

This crops up when people use timers in apps that run for days and weeks.
They want to know how long the app has been open, or time between two points.
A single Integer (no matter how large) is not good for this because sooner or (much) later it overflows and you end up with an apparent ‘used for - 3000 years’

If you need such a timer, create a method or class that has a value for Days_Elapsed as UINT64 or even a double.

Have your timer by all means, but once it reaches a value that means 24 hours, go increment the days counter, and reset your ticks/seconds variable to 0

Doing it that way means you will not overflow before the Sun explodes.

Well, that’s something Xojo Inc should fix. It is prone for difficult bugs to track. I lost several days why the maths did not work. I though I was losing my mind.

Dim timeNano1 As UInt64 = 10000000000000000000
Var maxUint64 As UInt64 = -1 // This gives the max value since it will back-overflow
Var aVal, calc As UInt64
For a As UInt64 = 1 To 10
aVal = A
calc = (timeNano1 * aVal)
If calc > CType(0, UInt64) Then
System.DebugLog calc.ToString + " - Is bigger than zero @ a=" + a.ToString
Else
System.DebugLog calc.ToString + " - NOT bigger than zero @ a=" + a.ToString
End
// max Uit64:
System.DebugLog maxUint64.ToString +" is the UInt64 max"
Next a

Even this is (UInt64) not working, it seems it’s still handled as Int64 probably in .ToString ?
This smells like a bug, try the output it’s the same as if all was an int64 while it’s not.

I am aware of this. And it is a Xojo compiler problem (which seems to be acknowledge by Xojo Inc but does not wants to fix this because of legacy reasons).

Anyhow, I have a workaround for this so it is closed for me.