Eliminates ambiguity of "config" global var, which is used in server code.
This confuses IDEs that are looking at all the code at once.

WINBUILD: Properly move the BOINC Master and BOINC Project account information back into the UI installer process.

WINBUILD: Add the revoke custom actions as well as the delete groups (boinc_admins, boinc_users, boinc_projects) and delete users (boinc_master, boinc_project) custom actions.

client: begin fixing redraw bug on Windows when Options dialog is moved partly off screen and back on.

- Controls inside a wxStaticBox don't refresh properly on Windows unless they are a child of the wxStaticBox

client & MGR: On Windows, handle expansion of environment variables in the registry value that stores DATADIR.

Not sure if we should adopt this everywhere

Such an error typically means the acct mgr server is down.

My last commit did this using a new API call.
But this would require rebuilding apps any time you want to change it;
too much work.
So instead make it an attribute of apps,
which you can set via the admin web interface.

Corresponding changes to client.

Currently the duration estimate for a task is a combination of
- a static estimate, based on wu.rsc_fpops_est and the estimated FLOPS
- a dynamic estimate, based on fraction done (FD) and elapsed time
The weighting of the dynamic estimate is FD^2;
the assumption is that fraction done is imprecise and improves
toward the end of a task.

This isn't ideal for apps that can supply accurate FD.

Solution: add a new API function
boinc_fraction_done_exact().
This notifies the client that the FD is accurate,
and that it should use only the dynamic estimate.
(New clients will do this; old clients will use the FD as the currently do).

Suppose
- the host has 2 GPUs of same vendor; A is OpenCL capable, B isn't
- the volunteer sets "use_all_gpus" config flag
Then the client will try to run OpenCL jobs on B.
Depending on how the app is written,
it may run on B and fail, or run on A and overload A.

Solution: when assigning GPUs to OpenCL jobs,
check that the GPU instance is OpenCL capable.

Note: this problem would go away if we treated each GPU as a separate resource.

client_release/7.4/7.3.17

client_release/7.4/7.3.16