> This problem is well know for months and still unsolved. On my dual processor
> Macs almost every fourth WU ends with this message (always the same
> processor!). Nobody seems to be interested in this topic though, although it
> does cost lots of credit. One example here (My machine is the one that claimes
> 16.46): http://setiweb.ssl.berkeley.edu/workunit.php?wuid=9083091.
> This WU was at 12,000 seconds when the WU from the other processor finished. I
> received the message "...exited with zero status but no 'finished' file" and
> the WU started calculating from 0 seconds again. Percentage and scientific
> output is not affected by this, just the total time. So, instead of 19,777
> seconds my computer calculated with only 7777 seconds and therefore the
> claimed credit is less than half of what it should be.
> According to the rules for credits the second lowest claimed credit will be
> given to all users who returned a valid result. In this case all users will
> loose appr. 25 credit points due to this error.
Two problems here - why the seti app exits early and why BOINC resets the CPU timer.
The first one - exited with zero status but no 'finished' file - means the SETI application stopped crunching for some reason. So you have to find out why. Its in the error log the seti directory.
Windows and Linux machines put the science application in numbered folders in the "slots" folder. Thats in the BOINC folder. Don't think macs are that different, so look there for errors - stderr.txt or something like that.
From what I've seen, the seti app stops with the message "No heartbeat from core client - exiting". Looking at your results, I see that message in this one. So its really because something stopped BOINC from sending heartbeat messages or something stopped the seti app from receiving them.
Since you say you got that when the other seti app finished. I'd say BOINC was tied up trying to upload the completed result. Normally that won't stop BOINC form handling other stuff, except for one thing. DNS lookups. In all the operating systems I've seen, DNS calls lock the calling application until the call completes, so if your Mac isn't talking to your DNS server then BOINC won't be sending heartbeat messages either. DNS timeouts on my Linux systems are more than 30 seconds, so when my DSL line gets disconnected, one WU finishing always causes the other one to "exit with no 'finished' file".