I'll take a look into this.

I've just done that, too, as I've read the news about the problems only now.
I changed nothing to that checkpointing stuff (besides the increased precision of the values stored in the checkpoints, but that is unrelated to this bug) in calculate_integral, so I would assume the problem applies also to the stock app (and probably all other apps out there). This is also evident by the report of the same problem for the linux applications.

A quick glance revealed, that when resuming from a checkpoint, the app starts from the last values for mu, nu and r. So the values for the last combination are actually added twice to the integrals, when resuming from a checkpoint. This of course screws the result (sometimes more, sometimes less, depending on the mu, nu, r combination).
I will add a fix to my application.

Edit:
I guess I will just move the writing of the checkpoint from the end of the loop to the beginning. It should produce correct results then. I think I had this done already at some point, but reverted it to have again the same scheme as the stock app without thinking too much about it.

New recompiled apps for Linux64 on Intel:

SSE3_64


SSSE3_64


SSE41_64

It seems they don't run well on AMD, so it might better for AMD users to try a testfile in standalone mode --> look here

Please report errors (and success) here.

I know it sucks, but keep in mind we're still alpha here (not even beta). I really think this time around we've gotten all our cleaning-up processes running right so the validator/file uploader wont keep backing up on you guys. It's probably painful since we're still learning about the BOINC server here. We really are trying to get things running smoothly over here so you all wont have this kind of problems.

the new w/u's with task names starting with gs_373082 etc will not run on my up to date Ubuntu Hardy box. They just sit at 0% and don't move?? Working on all other boxes with Hardy that hasn't been updated. Anyone else have this problem??