"Andrew C. Greenberg" wrote:
Even after installing the [FIX][ENH] in Stephan's routines and recompiling the plugin, the following computations behave erratically:
16r1FFFFFFFF gcd: 16r100000000000000 16r1000000000000000/16r1000000000000000
these freeze, and the following:
16r1000000000000000//16r1000000000000000 16r1000000000000000\\16r1000000000000000
return varied results, the first tends to be either 254 or zero, the second tends to be odd negative numbers.
I cannot confirm this; for me these expressions are resulting in 16r1FFFFFFFF gcd: 16r100000000000000 1 16r1000000000000000/16r1000000000000000 1 16r1000000000000000//16r1000000000000000 1 16r1000000000000000\16r1000000000000000 0 as they should.
Did you apply changeset 'Fix_Integer.3.cs' (there have been two changesets with bug fixes after the first one...)?
Hope this helps,
Stephan