[Top][All Lists]

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

Re: [Bug-gnubg] Crash in 64pt gnu vs gnu match

From: Jonathan Kinsey
Subject: Re: [Bug-gnubg] Crash in 64pt gnu vs gnu match
Date: Fri, 12 Jun 2009 13:02:12 +0000

Looks like you two have busy while I was sleeping/recovering from a cold!

gthreads on windows was unreliable and had speed problems as well, I'm sure
we'll remove the native windows code at some point, it's not high priority though.

Øystein has replaced the last bit of code that uses libxml, I'll see if I can
check it in as it's one less (often messy) dependency.


Massimiliano Maini wrote:
> If I'm not wrong, some things were broken with gthreads on windows (like
> calibrate speed function).
> By the way, I found my answer: to build with wni threads I need
> GLIB_THREADS not defined but I do need
> to link against -lgthread-2.0.
> MaX.
> Michael Petch wrote on 12/06/2009 10:16:30:
>> Why is it that we don’t replace native threading with gthreads on
>> windows? I assume there is a technical reason for this.
>> On 12/06/09 2:01 AM, "Massimiliano Maini"
>>> wrote:
>> Stupid question, just to be sure: if g_thread_init() needs to be
>> called even for Win threads, then
>> I need #define GLIB_THREADS 1 even for win thereads right ? And I
>> need to link with
>> -lgthread-2.0 even for win threads ?
>> MaX.

Upgrade to Internet Explorer 8 Optimised for MSN. Download Now

reply via email to

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