"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

-- 
Stephan Rudlof (sr at 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