Re: [Sks-devel] Re: sks recon cores when it claims "reconciliation complete"

[Chris Kuethe]

On Mon, 26 Jan 2004, Yaron M. Minsky wrote:

> So, it sounds like Numerix is at fault.  One interesting thing about
> Numerix is that it has 3 different implementations: Slong, based on an
> assembler/C core, Dlong, which uses long-longs (this only works on
> 32-bit machines) and Clong, which is supposed to be broadly portable.

More wierdness, I just switched back to Slong, and restarted with a
totally clean database and it works. I had a separate sks process
running on its own disk just doing a load. It finally finished, and
I just copied that into my server directory and now reconciliation works.

Still, that's not necessarily desirable behaviour - requiring most of
the database to be sent to the clients before reconciliation can begin.
It'd be interesting to see what happens with Ocaml's own bignum support.

CK

-- 
Chris Kuethe, GCIA CISSP: Secure Systems Specialist - U of A CNS
      office: 157 General Services Bldg.    +1.780.492.8135
              address@hidden

     GDB has a 'break' feature; why doesn't it have 'fix' too?