Do other engines reproduce this blunder?

Discussion of chess software programming and technical issues.

Moderators: bob, hgm, Harvey Williamson

Forum rules
This textbox is used to restore diagrams posted with the [d] tag before the upgrade.
ernest
Posts: 1864
Joined: Wed Mar 08, 2006 7:30 pm

Re: Do other engines reproduce this blunder?

Post by ernest » Fri Mar 25, 2011 8:42 pm

Houdini wrote:The Gaviota EGTB probing code is quite clear and self-explanatory.
Robert, any idea when the bug can be corrected in Houdini? :)

User avatar
Houdini
Posts: 1471
Joined: Mon Mar 15, 2010 11:00 pm
Contact:

Re: Do other engines reproduce this blunder?

Post by Houdini » Fri Mar 25, 2011 8:59 pm

ernest wrote:
Houdini wrote:The Gaviota EGTB probing code is quite clear and self-explanatory.
Robert, any idea when the bug can be corrected in Houdini? :)
The bug was corrected the day Miguel reported the issue on this forum, but I didn't think it was sufficiently important for a new release of Houdini.

The problem can only occur in the KPKPP ending, if you're worried about it you could remove the kppkp.gtb.cp4 file from your Gaviota directory, it will not have the slightest impact on the playing strength of Houdini.

Robert

User avatar
michiguel
Posts: 6389
Joined: Thu Mar 09, 2006 7:30 pm
Location: Chicago, Illinois, USA
Contact:

Re: Do other engines reproduce this blunder?

Post by michiguel » Fri Mar 25, 2011 9:15 pm

Houdini wrote:
ernest wrote:
Houdini wrote:The Gaviota EGTB probing code is quite clear and self-explanatory.
Robert, any idea when the bug can be corrected in Houdini? :)
The bug was corrected the day Miguel reported the issue on this forum, but I didn't think it was sufficiently important for a new release of Houdini.

The problem can only occur in the KPKPP ending, if you're worried about it you could remove the kppkp.gtb.cp4 file from your Gaviota directory, it will not have the slightest impact on the playing strength of Houdini.

Robert
That is actually a very safe [temporary] solution. The probing code will specifically detect KPPKP is not there, and it won't even bother to try to probe a second time. Since no other file depends on KPPKP (which is at the top of the "food chain"), there is no downside effect.

The only problem is if you have, of course, other engines using the gaviota tbs. The ugly workaround is to use two different directories, one with all the TBs, and the other with KPPKP.

Miguel

User avatar
marcelk
Posts: 348
Joined: Fri Feb 26, 2010 11:21 pm
Contact:

Re: Do other engines reproduce this blunder?

Post by marcelk » Sun Mar 27, 2011 7:01 pm

rbarreira wrote: It's not so amusing if you know anything about programming (do you?).
No, I don't.

User avatar
Mike S.
Posts: 1480
Joined: Thu Mar 09, 2006 4:33 am

Re: Do other engines reproduce this blunder?

Post by Mike S. » Mon Mar 28, 2011 9:19 pm

This gives a nice example of "less is more" (sometimes)...

[D]8/7p/6p1/6P1/5K1k/8/8/8 b - - 0 1

Houdini 1.5a:
4/6 00:00 122 0 -2,58 1. ... Kh5 2.Ke4 Kxg5 3.Ke5 h5
(...)
22/31- 00:00 78.393 298.000 -18,82 1. ... Kh5
22/31 00:00 78.406 293.000 -M17 1. ... Kh5 2.Kg3 Kxg5 3.Kh3 h5 4.Kg3 h4+ 5.Kh3 Kf4 6.Kxh4 g5+ 7.Kh3 Kf3 8.Kh2 g4 9.Kg1 Kg3 10.Kf1 Kh2 11.Kf2 g3+ 12.Ke3 g2 13.Kf3 g1Q 14.Ke4 Qg2+ 15.Kd4 Qg4+ 16.Ke5
(...)
99/33 00:00 214.534 257.000 -M17 1. ... Kh5 2.Kg3 Kxg5 3.Kh3 h5 4.Kg3 h4+ 5.Kh3 Kf4 6.Kxh4 g5+ 7.Kh3 Kf3 8.Kh2 g4 9.Kg1 Kg3 10.Kf1 Kh2 11.Kf2 g3+ 12.Ke3 g2 13.Kf3 g1Q 14.Ke4 Qg2+ 15.Kd4 Qg4+ 16.Ke5

How come? I am using 3p+4p Gaviotas only. :mrgreen:

(If it's not reproduceable: I have adjusted hard_probe to 16 and soft_probe to 10, having stored the G.tables on a USB memory stick.)
Regards, Mike

Post Reply