Fix issue #969

Fixed issue #967

Fixes #967

Update VS build configurations.

Incorporate libsodium option and linkage, generalize, update packaging.

Update NuGet packaging metadata.

Rationalize and update Visual Studio projects and packaging.

- this failing test was confusing users
- ZMTP v3.0 now does not define resources at all
- resources, along with other unimplemented aspects moved to
  RFC 37 ZMTP v3.1

Update and add executable projects to VS2013 solution.

Resolve issue #939

This bug is caused by fq which can terminate pipe before sending all
frames of a message first. So sometimes two messages were mixed and this
confused ZAP handler.

This patch just modifies one pipe parameter so that socket consumes all
messages before dropping the pipe.

sockets created by accept are leaked to child processes (ticket #956)

Organize Visual Studio solutions and integrate NuGet packaging.

Make a NuGet package

Allow iov_base as char * on Solaris 8/9/10.

Include zmq.h after platform.hpp

On Solaris 8, 9, 10/SPARC, iov_base is of type caddr_t which is char *. The Sun C++ compiler errors with "Cannot assign void* to char*". Using a static case to override this. On Solaris 11, HP-UX, AIX, and RHEL, iov_base is void * so no issues there. This seems a rather hackish solution so open to something better.

zmq.h requires definitions from platform.hpp so include platform.hpp before zmq.h. This is only an intermediate fix though. zmq.h should not require definitions from platform.hpp because platform.hpp is not installed. So, when zmq.h wants to include <inttypes.h> on ZMQ_HAVE_SOLARIS || ZMQ_HAVE_OPENVMS, it will not and fall back to #include <stdint.h> which will fail when building something like pyzmq on Solaris 8, 9/SPARC which do not have <stdint.h>

Fix building on MinGW64 Windows