set a "coproc_missing" flag rather than aborting the job.
If use removes a GPU board while there's a large queue of GPU jobs,
they'll stay queued (until their deadline passes).
Note: this doesn't fix the situation where user connects via
Remote Desktop while GPU jobs are running or queued.
We should check for Remote Desktop every minute or so, and stop GPU jobs.
svn path=/trunk/boinc/; revision=19287
doesn't specify FLOPS for a GPU app,
assume that it runs at CPU peak speed rather than GPU peak speed.
Better to be conservative, otherwise job might be aborted
due to time limit exceeded.
svn path=/trunk/boinc/; revision=19282
and <unsigned_apps_ok> config option.
This tells the client to allow unsigned apps.
For testing.
No file xfers or other network traffic will be allowed if set.
- client: add <exit_after_finish> option (same as cmdline flag)
- client: add <skip_cpu_benchmarks> option (same as cmdline flag)
- client: print message if abort past-deadline unstarted job
- client: improve message when have NVIDIA drivers but no GPU
svn path=/trunk/boinc/; revision=19276
thread stack may be trashed after extracting the context. This should
still be okay though as by the time the diagnostics framework
has gotten here it has already downloaded all the symbols it'll need.
lib/
diagnostics_win.cpp
svn path=/trunk/boinc/; revision=19244
resume them afterwords. Otherwise we could end up in a deadlock state
where both the main thread and a support thread are attempting to use
the same system resource. In the last situation it was way down in
Winsock.
lib/
diagnostics_win.cpp
svn path=/trunk/boinc/; revision=19242
prefs and update, the change wouldn't take effect until client restart.
- client: fix bug in enforcement of "no CPU/NVIDIA/ATI" prefs
svn path=/trunk/boinc/; revision=19236
1) if an APP_VERSION is missing a coprocessor,
don't delete it and its files.
(If the coprocessor returns, we won't need to re-download)
2) if a RESULT uses an app version that is missing a coprocessor,
abort it (rather than deleting it).
The client will report the result on the next scheduler RPC,
and the server will make a new instance.
svn path=/trunk/boinc/; revision=19235
- default: script can be run from command line;
to run from web you need to be logged in as a particular user.
(in addition to .htaccess protection).
- if include $cli_only at start of script:
can only be run from the command line.
- if include $skip_auth_ops at start of script:
can run from web without being logged in
(this is set ONLY in login_action.php)
- admin web: added $cli_only = true to a bunch of scripts
svn path=/trunk/boinc/; revision=19230
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
David Anderson