A couple users had not updated their amdcal* runtime libraries
after upgrading catalyst drivers. This was leading to crashes
of the project applications when work was supplied looking
for the old DLL names.
lib/
coproc.cpp
svn path=/trunk/boinc/; revision=19225
successful API completeion but a null proxy list. Check
for the null instead of crashing.
client/
sysmon_win.cpp
svn path=/trunk/boinc/; revision=19221
to accept CPU, NVIDIA and ATI jobs.
These prefs are shown only where relevant:
e.g., only for processor types for which the project has app versions,
and if it has versions for only one type, no pref is shown.
These prefs affect both client and scheduler.
The client won't ask for work for a device blocked by prefs,
and the scheduler won't send it.
This replaces earlier optional project-specific prefs for
"no CPU jobs" and "no GPU jobs".
(However, these prefs continue to be honored on the server side).
- client: if NVIDIA driver is unknown, say that rather than 0
svn path=/trunk/boinc/; revision=19194
enforce "suspend if no recent input" and "exclusive apps"
only if overall mode if RUN_MODE_AUTO (run according to prefs)
svn path=/trunk/boinc/; revision=19193
you choose to be the basis for a new executable.
boincsvcctrl.exe was overwriting the PDB file for boinc.exe
which causes all call stack handling code for boinc.exe
to stop working.
win_build/
boincsvcctrl.vcproj
svn path=/trunk/boinc/; revision=19184
Write your apps so that they periodically write their
fraction done (0..1) to a file.
Then include <fraction_done_filename> in the job description.
svn path=/trunk/boinc/; revision=19159
(amdcalrt.dll is old version w/ funky DLL names)
- client: make GPU enumeration warnings more consistent
(e.g., "NVIDIA" instead of "CUDA").
- scheduler: get rid of ati13 plan class.
Require 1.4+ driver for plan class ati.
svn path=/trunk/boinc/; revision=19158
ones already running.
The problem: we considered a job as started if it has an ACTIVE_TASK.
However, we were creating ACTIVE_TASKS for jobs before deciding
to run them, because we needed a place to store the coproc reservations.
This caused the above bug, and also had the undesirable effect
of creating slot directories before they're needed.
Solution: store coprocessor reservations in RESULT
rather than ACTIVE_TASK.
svn path=/trunk/boinc/; revision=19129
multithread apps overcommitted.
Actually: allow overcommitment but only a fractional CPU
(so that, e.g., we can run a GPU app and a 4-CPU app on a 4-CPU host)
svn path=/trunk/boinc/; revision=19126