Added stops for monitoring

Small commit to save interim work, way more to come.
Set warnings as errors on extapi
Add basic clipboard monitor plumbing
Update GitHub status.

SeeRM #8747
Land #68 to resolve the Redmine issue.

FixRM #8747
Changes and tweaks to make clipboard monitor work
Handle NULL values when clipboard is cleared
Merge branch 'upstream/master' into clipboard_monitor

Conflicts:
	source/ReflectiveDLLInjection
	source/extensions/extapi/extapi.c
	source/extensions/extapi/extapi.h
	workspace/ext_server_extapi/ext_server_extapi.vcxproj
Reformatting of code to make it a bit more readable
Fix hashdump so it works without migrating

Hashdumping on Windows XP and earlier worked fine for processes
running as SYSTEM because CreateRemoteThread didn't have security
in place that Vista and later operating systems do. However, Vista
onwards required migration to SYSTEM processes (which behind the
scenes uses injection via APC) before hashdumping would succeed.

This commit fixes this so that in those cases the hidden API function
RtlCreateUserThread() to create the remote thread in lsass exe. The
result is that hashdumping works without having to migrate first.

Win.
Force "warnings as errors" in stdapi

This should have been done ages ago, not sure why I need to do it again.
Updated other uses of CreateRemoteThread

Make use of the new create_remote_thread function so that it
is used by other areas of the code, including migration.
Comment out debug tracing
added default multi monitor support
Land #73 Add support for multimonitor screenshots
Add purge and dump functionality, remove dup caps

This no longer captures duplicate content if the user does the same
thing twice.
Add documentation to the functionality
Emphasise the correct version of VS2013.

cc @wchen-r7
INCLUDE the resume event in the monitored array

I am clearly stupid. How did this ever work? This change tells the
wait call to include the signal handle for the resume event.
Fix number of issues revealed in x64 testing

Thanks to sinner being on the ball, x64 was broken and causing some
crazy things to happen. The CPU would peg at 100% despite x86 being
quite happy. It turns out, I suck at C, so I had to fix that up.

This commit includes the following changes:

* Fix up the WNDPROC callback so that the parameters are in the right
  order.
* Specify the correct array size for wait handles in the monitor thread.
* Add extra debugging.
* Handle WM_* messages correctly and add WM_NCCREATE.
* Correctly use the CREATESTRUCT to pass in the state.

"How on earth did this ever work?"

Fixed now, thanks again sinner!