🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.chess
Article #5750

Re: gnu chess 4.0

#5750
From: Tim Mann
Date: Tue, 07 Jul 1992 00:01
25 lines
1524 bytes
Newsgroups: gnu.chess
Subject: Re: gnu chess 4.0
Summary: 
Expires: 
References: <1992Jul6.094839.13044@Informatik.TU-Muenchen.DE>
Sender: 
Followup-To: 
Distribution: 
Organization: DEC Systems Research Center
Keywords: 

Sorry; I don't know what could be causing this problem for you.  No
one else has reported it, and I can't think of a mistake in setting
flags or compiling that would cause it.

If you (and gnuchess) make the specified number of moves before time
control, both clocks should be reset to the amount of time in the next
time control period.  If you miss your time control, your clock stays
at zero regardless of how many more moves you play, and the other
clock continues counting down until it reaches zero, regardless of how
many moves your opponent plays.  This seems like reasonable behavior
when you are playing out a game that one side has already lost on
time.  I take it this is not the behavior you're seeing, though.

	--Tim
Technical Details
Message-ID: <1992Jul7.000131.17622@src.dec.com>
Path: arc1-ca.pugleaf.net!sparky!uunet!decwrl!pa.dec.com!src.dec.com!mann
References: <1992Jul6.094839.13044@Informatik.TU-Muenchen.DE>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 10d71d,7ad12e47384de51c
X-Google-Attributes: gid10d71d,public
X-Google-ArrivalTime: 1992-07-06 12:15:52 PST
Newsgroups: gnu.chess
Path: arc1-ca.pugleaf.net!sparky!uunet!decwrl!pa.dec.com!src.dec.com!mann
From: mann@src.dec.com (Tim Mann)
Subject: Re: gnu chess 4.0
Message-ID: <1992Jul7.000131.17622@src.dec.com>
Sender: news@src.dec.com (News)
Organization: DEC Systems Research Center
References: <1992Jul6.094839.13044@Informatik.TU-Muenchen.DE>
Date: Tue, 7 Jul 92 00:01:31 GMT
Lines: 26