Author: Uri Blass
Date: 11:00:03 06/02/03
Go up one level in this thread
On June 02, 2003 at 13:46:35, Mike Hood wrote:
>On June 02, 2003 at 13:34:53, Helmut Conrady wrote:
>
>>On June 02, 2003 at 13:11:48, Mike Hood wrote:
>>
>>>
>>>[D]KB1r4/P7/2k5/2P5/8/8/8/8 b - - 0 1
>>>
>>>Analysis by Junior 8:
>>>
>>>1. -+ (-#2): 1...Rh8 2.Bc7 Kxc7#
>>>2. -+ (-#2): 1...Rg8 2.Bc7 Kxc7#
>>>3. -+ (-#2): 1...Rf8 2.Bc7 Kxc7#
>>>4. -+ (-#2): 1...Re8 2.Bc7 Kxc7#
>>>5. = (0.00): 1...Rd7
>>>
>>>no comment
>>
>>Main variations often look rather silly. After 1...Rh8 the GUI offers correctly
>>stalemate.
>>
>>Helmut
>
>Are you trying to say that this output by Junior 8 is acceptable? It's true that
>Junior 8 recognizes the stalemate when it is White's move (I'm not sure whether
>it is the GUI or the engine that recognizes the stalemate), but any chess
>program that announces a win for Black in the above position ("Mate in 2") is
>clearly defective.
It is known that old versions of Junior also had different bugs in stalemate
detection but do not evaluate the relevant position as mate.
I wonder if Amir tried to correct the bug in stalemate detection and created a
different bug in stalemate detection.
It may be interesting to get a response from Amir Ban about it.
Uri
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.