1) a WU is marked as ready for assimilation and has no errors;
2) it has no canonical result
In this case, the assimilate handler gets called anyway,
typically with the canonical result of the previous WU as arg.
Note: this situation doesn't arise normally;
it might happen if some results are deleted accidentally.
The fix:
- identify this situation, and set the WU.error_mask to a new code
(WU_ERROR_NO_CANONICAL_RESULT)
- zero out the "canonical_result" variable passed to the handler,
so even if the handler fails to check wu.error_mask,
at least it won't assimilate the same result twice.
Thanks to Hendrik Verhoek for finding this bug.
- DB schema: team table type is MyISAM, not InnoDB
svn path=/trunk/boinc/; revision=13938
containing '-l', such as '-funroll-loops'. These are not really supposed to be contained in
"curl-config --libs", but apparently this happens at least in Gentoo, as reported here:
http://bugs.gentoo.org/show_bug.cgi?id=139621.
I have applied the patch supplied by Darragh Bailey (of 2006-07-07).
This should fix Gentoo Bugzilla Bug 139621.
svn path=/trunk/boinc/; revision=13919
New db tables banishment_vote and banishment_votes
Daemon script vote_monitor for timing the votes
New configuration option <moderators_vote_to_ban/>
svn path=/trunk/boinc/; revision=13917
is used to track keyboard and mouse activity for any
machine that is Windows 2000 or better.
clientlib/win/
IdleTracker.cpp
svn path=/trunk/boinc/; revision=13907
not the worker signal handler.
There's no reason to call it from the signal handler -
it returns the CPU for the entire process, not the calling thread.
And it may be asynch-signal-handler-unsafe.
- API: comment out checks for bad CPU times.
I don't think this is needed now, and in some cases it's wrong
(multi-threaded apps can accumulate CPU faster than real time)
- API, Unix: in boinc_calling_thread_cpu_time(), don't retry getrusage().
- Bossa: switch to better class structure (suggested by Nicolas Alvarez).
Haven't switched to mysqli yet, but will later.
Also various other Bossa fixes
svn path=/trunk/boinc/; revision=13855
to keep the CC up to date with when the last time the user
has used the computer. It has no UI. It is just meant to
be launhced at startup and let run in the background.
clienttray/
boinc_tray.h (Added)
boinc_tray.rc (Added)
tray_win.cpp, .h (Added)
svn path=/trunk/boinc/; revision=13854
This isn't part of BOINC and eventually
it should go in a different repository,
but for now I'm putting it here.
svn path=/trunk/boinc/; revision=13851
if no results are returned.
Also, made the "Deferred" messages conditional on sched_op_debug
Fixes#430 (from Rattledagger)
svn path=/trunk/boinc/; revision=13849
- check for infinity/NaN
- check for CPU time decreasing
- check for CPU time increasing faster than real time
... and deal with each of these in a hopefully reasonable way
svn path=/trunk/boinc/; revision=13847
and access to worker_thread_ru.
This was being used in the worker signal handler,
which is bad because pthread_mutex_lock() can allocate memory.
I don't think this matters; at worst we might get
CPU times off by < 1 sec.
svn path=/trunk/boinc/; revision=13844
contains direct subdirectories, otherwise automake < 1.9 fails. Thanks to
Bernd Machenschalk for the hint.
- Made manpages in doc/Makefile a conditional subdirectory, see "7.2.2
Conditional subdirectories with AM_CONDITIONAL" in the automake manual.
- Made manpage creation dependent on the AM_CONDITIONALs ENABLE_CLIENT,
BUILD_CLIENTGUI and ENABLE_SERVER to create only those manpages whose
binaries are going to be compiled.
svn path=/trunk/boinc/; revision=13842
Frank Thomas