Author: Eugene Nalimov
Date: 21:47:00 02/24/99
Go up one level in this thread
On February 24, 1999 at 21:26:52, James Long wrote: >On February 24, 1999 at 21:09:18, James Long wrote: > >>On February 24, 1999 at 21:06:11, James Long wrote: >> >>> >>>I'm seeing another problem using the 4 man tb's. >>> >>>When I set up this position: >>> >>>7k/7p/8/8/8/8/5KP1/8 w - - 0 1 >>> >>>and start the search, the result is "draw," the >>>move is g3. >>> >>>As soon as the move gxh5 is made, the score >>>is "mate in 25." >>> >>>At this point the white king abandons the pawn >>>and goes for a stroll, but the score still >>>reflects a mate. >>> >>>The black king doesn't capture, even though >>>he could. The pawn promotes and the black >>>king is eventually mated. >>> >>>I'm validating the tablebases now, but I think >>>something strange must be happening in my search. >>> >>>Frustrating. :-\ >>> >>>Anybody else seen something like this ? >>> >>>BTW - it's not the null move. I disabled them >>>and the results were the same. >>> >>>-- >>>James >> >> >>Turns out there are error with the tb's. >>"Unable to read krkr.nbw.emd - file broken." >> >>I just created them! Wonder what happened... >> >>-- >>James > > >I've found a problem: > >After generating the three man tablebases and verifying >them, there are no problems. I even ran tbstat and >saw no broken positions. > >After than I compressed krk.nbw, and reverified krk >by typing "tbgen -m 4 -c 1 krk" : no problems. > >When I run "tbstat krk.nbw.emd" there are 21 broken >positions... > >I'm running Win98, using the executables from Hyatt's >FTP site. > >--- >James TBSTAT will not work on compressed file. It just counts # of different bytes in the file. For compressed TB you'll calculate garbage... Eugene
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.