Released v1.4.4

• Fixed: (BUG) Test program randomly fails a on single-core x86/amd64 CPUs or when the affinity is set to a single core. (stack access race).
  Apparently, the kernel fails when alternate signal stack is shared among threads.
  The situation looks like follows: when signal is delivered to sub-thread rather than to main (f.e. SIGSEGV), then sig handler blocks signals only for particular thread. If at the same time another signal is generated for another sub-thread, then it will/can interrupt currently executed handler, and tries to use the same stack.
  Normally this is not a problem - it works in single threaded programs - but it fails for mt.
  Solution: even though this is extremely rare situation, the lib must allocate per-thread alternate signal stacks.