Author: Robert Hyatt
Date: 08:07:18 09/06/00
Go up one level in this thread
On September 06, 2000 at 07:25:12, Uri Blass wrote: >On September 06, 2000 at 06:14:29, Amir Ban wrote: > >>On September 05, 2000 at 10:32:27, Robert Hyatt wrote: >> >>>On September 05, 2000 at 01:18:55, Mark Longridge wrote: >>> >>>>I was playing crafty the other day and white had a pawn on h7, and a knight on >>>>g5, black's king is in the corner, and black has only it's king. >>>> >>>>There's absolutely no way black can win with just a king, but it STILL REFUSES >>>>A DRAW request! >>>> >>>>It just seemed very odd ;-) >>> >>> >>>It mainly depends on how you have things set up. And even if it is set up >>>correctly, there are 'rules' that have to be satisfied before it will accept >>>a draw. IE it has to believe it is a draw. It also has to get a draw score >>>back from the search for 5 consecutive moves (3 for GM players) before it will >>>accept or offer a draw. >>> >>>Just giving the position doesn't provide enough information... >>> >>>The log.nnn file is also needed. >> >>The position provides all the relevant information. >> >>It's your problem, not the opponent's to make sure your program behaves >>reasonably. >> >>Asking the opponent to provide internal crafty parameters and logs is not >>reasonable. >> >>Amir > >I agree. > >Without looking at the logfile the rules of getting a draw score for 5 or 3 >consecutive moves can be illogical rules in some cases. > >It means (if I understand correctly) that Crafty is not going to accept a draw >in the relevant position(assuming it had a losing position 3 moves ago). > >I do not say that Crafty should accept a draw after one draw score but it should >accept a draw when it has only a king. > >Uri It doesn't have to get a drawscore _only_. The test is <= drawscore. But it won't offer/accept draws too early in the game...
This page took 0 seconds to execute
Last modified: Thu, 15 Apr 21 08:11:13 -0700
Current Computer Chess Club Forums at Talkchess. This site by Sean Mintz.