31 Dec
1999
31 Dec
'99
5:27 p.m.
"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/16r1000000000000000these freeze, and the following:
16r1000000000000000//16r1000000000000000 16r1000000000000000\\16r1000000000000000return 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
--
Stephan Rudlof (sr@evolgo.de)
"Genius doesn't work on an assembly line basis.
You can't simply say, 'Today I will be brilliant.'"
-- Kirk, "The Ultimate Computer", stardate 4731.3