RTVAX1000: Finish making sure that a rtvax1000 can't have any part of a VCB01 (found by Dan Gahlinger)
ETHER: Remove support for statically linking libpcap on Linux and OS X platforms
Merge remote-tracking branch 'psco/master'
PDP11, VAX: Enhance help SET RQn FORMAT description
PDQ-3: Compiler suggested warning cleanup (gcc & Visual C++) from Holger Veit
ETHER: Avoid compiling internal support routines for simulators which don't have ethernet devices
VisualStudioProjects: Suppress Winsock deprecation warnings which is needed after conversion of projects to Visual Studio 2013.
SCP: Fix SET TELNET command to process all arguments on a command line.
VisualStudioProjects: Suppress warnings generated in remaining projects after conversion of projects to Visual Studio 2013.
VisualStudioProjects: Cleaned up and made consistent project settings.
VisualStudioProjects: Added better detection and reporting of windows-build dependency issues.
PDP11, VAX: Make sure to initialize amount of data processed for incoming packets which get read into multiple buffer descriptors
SCP: Allow for the potential of a breakpoint action to remove the establishing breakpoint while still completing pending actions
Cleanup of unneeded global extern declarations
SCP: Fix recently revised breakpoint setup to behave properly breakpoint action is NULL
SCP: Added EXPECT and SEND commands to react to data from and inject data into the simulated console port (and other MUX ports)

Ideas based on Dave Bryan's console halt efforts.

	sim> SEND {<mux>:line} {DELAY=n,}"string"

Where <mux> is the name of the device pointed to by the TMXR structure.  If <mux>:line isn't specified, then the console device is implicitly being referenced.
Delay is optional and once set persists for subsequent SEND operations to the same device.  Delay defaults to 1000.  The DELAY value is a minimum number of instructions which must execute before the next character in the provided string will be injected to the console port.  The DELAY value has effect between the characters delivered as well.  "string" requires quotes and within the quoted string, common C escape character syntax is available (\r\r\t, etc.).

Each device (console, and each line in each mux) has a separate value for DELAY.

An arbitrary number of 'expect' conditions can be defined.  The command syntax is:

              sim> EXPECT {<mux>:line} {[cnt]} "matchstring" {actioncommand {; actioncommand ...}}

Where <mux> is the name of the device pointed to by the TMXR structure.  If <mux>:line isn't specified, then the console device is implicitly being referenced.
"matchstring" requires quotes and within the quoted string, common C escape character syntax is available (\r\r\t, etc.).  The quotes used can be single or double quotes, but the closing quote must match the opening quote.  The match string might be extended to allow the use of perl style regular expressions in the "matchstring" when a -R switch is specified on the command line.

              sim> EXPECT "Enter Color: "  SEND "Red\r"; g

A specific 'expect' condition can be removed with:

              sim> NOEXPECT {<mux>:line} "matchstring"

All 'expect' conditions can be removed with:

              sim> NOEXPECT {<mux>:line}

'expect' conditions can be examined with:

              sim> SHOW EXPECT {<mux>:line}

Expect rules are one-shots (i.e. they disappear once a match has occurred) unless they are explicitly described as persistent with the -P switch.
The -C switch is available when defining expect rules.  The effect of a rule defined with the -C flag is that when an expect match occurs for that rule, ALL rules are cleared for that device (console or <mux>:line).
SCP: Added debugging support for EXPECT and SEND activities. Fixed SEND buffer queuing bug.
SCP: Add RegEx support to EXPECT string processing
MicroVAX2, MicroVAX1: Updated build configuration to link against the newly updated SDL 2.0.3 code in the  windows-build package.  Fixes issue #93
SCP: Extended EXPECT and SEND to have more flexible activation delays

- EXPECT will now tolerate a HALTAFTER=n parameter which delay the simulator stopping execution for n instructions.  Unpredictable behavior will happen if multiple EXPECT conditions see matching data before the first actualy halt occurs.
- SEND has an AFTER=n argument which delays the initial stuffed data from being input for at least n instructions.  It also has a DELAY=m argument which specifies the minimum number of instructions which must execute between stuffed input data.
- Changed run_cmd() to no longer clear pending breakpoint actions before starting instruction execution.
- Added a -Q switch to the commands which dispatch through run_cmd() (RUN, STEP, NEXT, GO, BOOT, etc.).  This switch will suppress status output when execution stops.  This will allow sequences of breakpoint action commands to silently execute when needed.