Author: Uri Blass
Date: 23:58:02 11/20/05
Go up one level in this thread
On November 21, 2005 at 02:53:45, Aaron Gordon wrote: >On November 21, 2005 at 02:38:15, Uri Blass wrote: > >>On November 20, 2005 at 22:42:02, enrico carrisco wrote: >> >>>Let's take a simple KRK ending... >>> >>>[D]8/2k5/8/3R4/8/8/5K2/8 w - - 0 1 >>> >>>Now let's run it through some of our favorite new and old engines without using >>>any egtb's... (i.e. engine's knowledge of the ending only.) >>> >>>8/2k5/8/3R4/8/8/5K2/8 w - - 0 1 >> >><snipped> >>>Now let's use Fruit 2.2.1 in the same conditions (no egtb): > >Interesting, Uri. Can you try something, and perhaps try to provide a reason of >why this happens? I really have no idea here. > >Run the same position you did above, (8/2k5/8/3R4/8/8/5K2/8 w - - 0 1), move >Kf3, analyze for a few seconds. Now back up to the start position without >clearing hash and reanalyze, for me it isn't finding the mate and taking quite a >long time to reach the next few ply. Any idea what is going on? Thanks. I did not try it but I will not be surprised. I know that fruit has some hash bugs and it is not the first time that I see strange things like that happened. I already posted in the past information about a similiar bug. 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.