[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnubg] MS Windows / Multi-Threading / Code simplification

From: Tony Lezard
Subject: Re: [Bug-gnubg] MS Windows / Multi-Threading / Code simplification
Date: Fri, 16 Jan 2015 07:28:17 -0000

Win32 threading is broken? Do you mean that it's being used incorrectly in
the gnubg code or are you claiming it's fundamentally flawed in itself,
which is a mighty big statement to make.


-----Original Message-----
From: address@hidden
[mailto:address@hidden On Behalf Of Michael
Sent: 16 January 2015 00:03
To: address@hidden
Cc: Superfly Jon
Subject: [Bug-gnubg] MS Windows / Multi-Threading / Code simplification

Howdy all,

Most aren't aware of this, but on MS Windows we support two types of
threading - Win32 Native threading and GLIB threading. For quite some time
(years) I have been using GLIB threading when doing official builds on MS
Windows. GLIB ultimately calls the Win32 native API under the
hood) I discovered the past few days that Win32 threading is actually

Since it is broken we can opt to spend time fixing it or remove the
Win32 thread option altogether, so we have a choice between No threads/GLIB
threads. This in turn simplifies the threading code from a maintenance

Our project requires GLIB to build, and GLIB and its threading module do
work (to my knowledge) under MSVC (Microsoft's C++).

Does anyone have a reason to support Win32 threads that I may be unaware of?
I am specifically CC'ing Jon Kinsey because I believe he does Windows builds
(or did) using MSVC tool chain.

Michael Petch
GNU Backgammon Maintainer / Developer
OpenPGP FingerPrint=D81C 6A0D 987E 7DA5 3219 6715 466A 2ACE 5CAE 3304

Bug-gnubg mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]