Gnuchess 4.0 pl58 Bug report

Article View: gnu.chess

Article #5705

#5705

From: Chua Kong Sian (Mr)
Date: Thu, 17 Sep 1992 01:45

19 lines
1129 bytes

I've found a bug in Gnuchess 4.0 pl58.  In fact, I've reported this bug
before, but I guess it was skipped over.  Anyway what this bug does is
that when time control is reached (eg. for 40 moves in 1 hr) and white
has played his 40th move, but before black has done so, Gnuchess decides
to update the time for both black and white and start a new round of
time control (is this clear?).

The fix is simple.  Goto search.c, in function SelectMove() line 533,
change

if (--TimeControl.moves[side] == 0)

to

if (--TimeControl.moves[side] == 0 && side == black)

That should do it.

<#include disclaimer.h>

Technical Details

Message-ID: <1992Sep17.014549.2422@nuscc.nus.sg>

Path: arc1-ca.pugleaf.net!sparky!uunet!haven.umd.edu!darwin.sura.net!jvnc.net!nuscc!ccecks

Show Full Headers

Complete Article Headers

X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 10d71d,ea8682baabd55f88,start
X-Google-Attributes: gid10d71d,public
X-Google-ArrivalTime: 1992-09-16 14:29:24 PST
Newsgroups: gnu.chess
Path: arc1-ca.pugleaf.net!sparky!uunet!haven.umd.edu!darwin.sura.net!jvnc.net!nuscc!ccecks
From: ccecks@nuscc.nus.sg (Chua Kong Sian (Mr))
Subject: Gnuchess 4.0 pl58 Bug report
Message-ID: <1992Sep17.014549.2422@nuscc.nus.sg>
Organization: National University of Singapore
Date: Thu, 17 Sep 1992 01:45:49 GMT
Lines: 19