atraczyk 212b50e973 contrib(UWP): (fix)bumps pthreads to avoid deadlock during upnp init ...

After removing the boost dependency, the Ring UWP was unable to load
accounts with upnp enabled, as a deadlock would occur within the
threadpool initialization rountine of libupnp. I think the windows store
build of pthreads was preventing win32 thread management api symbols
from being defined. Something which loading boost must have been doing.

- Bumps pthreads-win32 from 2.9.1-release to 2.10.0-rc
- Builds a win32 static lib without windows store flags and uwp libs
- Modifies the libupnp and threadutils vs project patching

Change-Id: I3f43a066d86d284c614521fdb016810148590e70

2017-10-08 06:33:58 -04:00

..

.gitignore

build: add Visual Studio project files

2016-12-09 17:04:08 -05:00

config.h

eth: bump sources, remove dependency to boost, cryptopp

2017-10-03 02:14:01 -04:00

ring-daemon.sln

build: add Visual Studio project files

2016-12-09 17:04:08 -05:00

ring-daemon.vcxproj

contrib(UWP): (fix)bumps pthreads to avoid deadlock during upnp init

2017-10-08 06:33:58 -04:00

ring-daemon.vcxproj.filters

eth: bump sources, remove dependency to boost, cryptopp

2017-10-03 02:14:01 -04:00

sys_time.h

build: add windows UWP project specific header files

2016-12-12 12:35:09 -05:00

unistd.h

update copyright date to 2017

2017-01-05 16:41:02 -05:00