Fixed Linux compilation problem

remote_thr.cpp: port pthreads usage to win32 api

this follows what {local,remote}_lat.cpp and inproc_{thr,lat}.cpp do.

Windows: Fix rounding error in now_us. [Jira LIBZMQ-514]

Improve accuracy of time calculations and avoid division by zero when
ticksPerSecond.QuadPart < 1000000.

Improvements and fixes for performance of PUSH/PULL in local_thr and rem...

- option to set number of zmq threads on the command line for local_thr
- option to set number of zmq_threads and workers in remote_thr
- option to set SND/RCV buffer sizes on command line
- option to set whether to PUSH/PULL on command line
- option to set to use zmq_recv or zmq_msg for transfer on command line
- better timing function
- corrected and improved throughput reporting
- HWM and DELAY socket options

Fixed overflow in results calculation

Static Library Linking for Windows

+ ignore StaticRelease & StaticDebug intermediate files

- New ZMQ_STATIC flag to enable "libzmq.lib" Windows static library (or "libzmq_d.lib" in Debug mode).
- ZMQ_STATIC needs also to be defined by projects using static linking against "libzmq.lib"
- New StaticDebug & StaticRelease configurations for libzmq Win32 projects under MSVC 2008 & 2010
- Tested with Visual Studio 2008 Express under Windows 7, and Visual Studio 2010 Express under Windows 8.

Fixed module path with cmake < 2.8.3

Corrected linking error in MSVC 2010 build + perf/projects compilation

Fixed MAXMSGSIZE setsockopt, which I'd broken

VS2008 & VS2010: adding the pre-build command to copy platform.hpp in perf/ directory to the two appropriate projects, for each MSVC version

- raw_encoder.cpp and raw_decoder.cpp where missing in Visual Studio 2010 project

Windows CE support : using standard _WIN32_WCE flag instead of WINCE

- Windows CE does not manage security attributes (no SetSecurityDescriptorDacl(), SetEvent (NULL, xxx) ...)
- Windows CE does not inheritance of sockets for child process (SetHandleInformation ((HANDLE) *w_, HANDLE_FLAG_INHERIT...)
- see comments about story "Porting ZeroMQ to Windows Mobile" on webpage http://www.zeromq.org/story:5

- tested for Windows CE 5.0 under Visual Studio 2008 Pro
- tested for Windows XP under Visual Studio 2008 Pro

- when compiling for Windows CE, a C++ project must define the preprocessor definitions: UNDER_CE=$(CEVersion),_WIN32_WCE=$(CEVersion)
- choosing the "_WIN32_CE" form for uniformization with "_WIN32" and "_WIN32_WINNT" already used in libzmq (boost is using both forms)
- see http://msdn.microsoft.com/en-us/library/ee479161(v=winembedded.60).aspx

Corrected some more linking errors in MSVC build

Fixed 7 MSVC2008 Compiler Warning (level 3) C4800: 'const int' : forcing value to bool 'true' or 'false' (performance warning)

- added explicit test "(xxx != 0)" to get a "bool" value out of the "int" expression
- see the MSDN recommandation http://msdn.microsoft.com/en-us/library/b6801kcy(v=vs.90).aspx

- raw_encoder.cpp and raw_decoder.cpp in missing in MSVC project

Updated NEWS for 3.2.2 stable

release critical section on failure to create signaler fdpair

Fixed test_connect_resolve

broken tests compilation. Makefile.am

Corrected linking error in MSVC build

MSVC build fails with linking errors for unresolved symbols SetSecurityDescriptorDacl and InitializeSecurityDescriptor in signaler.obj
Adding the relevant link library (Advapi32.lib) to VCLinkerTool fixes this (tested MSVC2010 on XP and Win7)