Article View: gnu.chess
Article #5750Re: gnu chess 4.0
From: Tim Mann
Date: Tue, 07 Jul 1992 00:01
Date: Tue, 07 Jul 1992 00:01
25 lines
1524 bytes
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!mannReferences:
<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