On 10/18/07, pgeorges <[EMAIL PROTECTED]> wrote: > Michal Rudolf a écrit : > > Ejner Borgbjerg, czwartek, 18 października 2007: > > > > Please check following position: > > 3r4/2KP4/8/3R3p/6k1/8/8/8 b - - 2 66 > > > > Here Crafty works correctly in pre-EGTB positions, but not in positions from > > ChessX has similar problems, so probably Crafty's output in EGTB positions > > is > > non-standard and neither Scid nor ChessX parse it correctly > > > This is the explanation for me : Crafty takes no CPU time when the > position is in the tablebases, but it does not display anything > interesting. So, maybe the best thing to do is to check Scid's UI to get > information, since engine's output is meaningless when we are in > tablebases.
This sounds like the most probable explanation to me too. But when using Crafty for practising e.g. RP:R positions, then Scid as it is now seems useless (I will have to use XBoard/Winboard - if I don't manage to fix Scid code...). In this case, I don't agree with the Scid code, if this was intentional. If Winboard manages to let Crafty play the ending then it is at least possible. Michal may be right though that Craftys output is non-standard - I can't judge as I am not aware of what the standard is. ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
