VBOX: Fix crash if DVD-ROM media had been ejected by some external event.  Technically this shouldn't be happening, but something funky is going on with VirtualBox and we need to handle things that may cause a crash when cleaning up the VM.

MGR: Allow user to change order of columns in Projects, Tasks and Transfers tabs (currently implemented by wxWidgets only for MS Windows.)

Tasks and daemons written in PHP are generally run with a command of the form
run_in_ops script.php
The start script would, by default, base log/out/lock/pid filenames
on "run_in_ops".
This forced you to specify the filenames in config.xml, e.g.
<output>script.out</output>

Fix this by skipping the run_in_ops and using the next string
to form default filenames.

WINBUILD: Add missing references to BOINC-Web.mo to the list of localization files distributed with the client software.

Change the way we see if a web server is running on a host.
Fetch http://host, and check for 2xx or 4xx status.
With this change, new server_status.php works on SETI@home.

remote_server_status.php (script for seeing if remote daemons are running)
did this by ps -C command,
and seeing if the last line of the output contained the command.
This didn't work for SETI@home, because the daemons are symbolic links in bin/.
The command that ps knows about is the file name after resolving the link.
This generally doesn't contain the original command name,
so it would look like no remote daemons are running.

Fix: look up the PID (in pid_host/xxx.pid) and use "ps PID".
This also correctly distinguishes between daemons
that use the same program on the same host.

MGR: On connecting to the CC, check to see if we have any simple attach cookies.  If found we should launch the attach wizard to attach to the project.

There were a couple of issues:
- the server status page is served from a web server, say X.
  A daemon is "remote" if it runs on a machine other than X.
  This is not the same as having a <host> element in the daemon's
  config.xml entry.
  Add logic to correctly classify daemons as remote or not.
- get rid of the <uldl_host> stuff.
  There can be separate upload and download servers,
  and they are identified by <upload_url> and <download_url>.
  They may or not be remote;
  to decide this, compare the host part of the URL
  with the host part of the project's master URL.
- Hosts are specified with the machine name (e.g. isaac)
  or domain name (isaac.ssl.berkeley.edu).
  Keep track of this distinction.

The server status page was one of the oldest and cruftiest parts of BOINC.
It flew in the face of the model/view/controller paradigm,
and had the kind of convoluted structure that beginning programmers
often produce.
Plus it didn't work with remote daemons.

MGR: In Advanced Prefs dialog, disable and uncheck "Use GPU while computer is in use" unless "Computing allowed while computer is in use" is checked, to make it clear that when processing is suspended, the GPU will also be suspended.

MGR: In Advanced Preferences dialog, make it clear that  Processor Usage limit refers to non-BOINC CPU usage.

Conflicts:
	client/hostinfo_win.cpp

On Android, the way we were getting os_version
(Linux version + Android version)
didn't work because get_host_info() was getting called before every
scheduler RPC, and it overwrote the Android version part.

Solution: divide host info into dynamic (disk usage, network info)
and static (everything else).
Computer the static part only at startup.

Also factor the Unix HOST_INFO code into multiple functions.

The problem is that the web server (running as apache, say)
can't generally check processes on  systems, because
- ssh doesn't work (user apache is not set up for it)
- web access doesn't work
  (the remote system may not even be running a web server,
  and even if it is it may not be set up to let you access the project).

 - Change legends at top of dialog to indicate whether using local or web-based prefs.
 - Change "Clear" button to "Use web prefs" and hide it if already using web-based prefs.
 - Add hyperlink to source of current web-based-prefs.