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.