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

[Yaron Minsky]

Hmmm.  that is weird.  Segfaults, even if ultimately avoidable, make me
unhappy.  I've started doing a bignum port, and it's going pretty well. 
It will be slower, but I'm not too worried about that.  I'll report on
this as I make progress.

y

Chris Kuethe said:
> 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?
>
>
>
> _______________________________________________
> Sks-devel mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/sks-devel
>


|--------/            Yaron M. Minsky              \--------|
|--------\ http://www.cs.cornell.edu/home/yminsky/ /--------|

Open PGP --- KeyID B1FFD916
Fingerprint: 5BF6 83E1 0CE3 1043 95D8 F8D5 9F12 B3A9 B1FF D916