Syzygy Tablebases Bug

[daniel71]

Is there a documented Syzygy Tablebase bug, using the Fritz 17 GUI, where the game is drawn and the engine resigns? I have lots of games where Stockfish development engines just resigns instead of getting a draw, I just ticked the Never Resigns option on the GUI but will this work when a Play Chess engine match is played? I lost lots of games due to this bug.

[hgm]

Stockfish cannot resign. It is UCI.

[MikeB]

Is there a documented Syzygy Tablebase bug, using the Fritz 17 GUI, where the game is drawn and the engine resigns? I have lots of games where Stockfish development engines just resigns instead of getting a draw, I just ticked the Never Resigns option on the GUI but will this work when a Play Chess engine match is played? I lost lots of games due to this bug.

No. For UCI engines, only the GUI, in this case Fritz 17, can resign, not Stockfish, not syzygy. Check your resignation settings.

[daniel71]

The program is entirely using the tablebase files shows a drawn position then after some moves later just resigns so your saying there is no way a bug using the Fritz 17 GUI can mishandle a drawn position and resign?! I have the games that this happens in my engine games database. Please don't troll me, I don't have the time.

[hgm]

If the GUI resigns, there is nothing the engine can do about it. It would not even know.

[jdart]

You can report the issue to ChessBase: info@chessbase.com.

[zullil]

If the GUI resigns, there is nothing the engine can do about it. It would not even know.

I think he's asking if this particular GUI (Fritz 17) has a known bug. We all agree that a UCI-compliant engine, like Stockfish-dev, cannot resign.

A log file showing communications between the GUI and the engine might provide a clue.

Maybe someone who is familiar with Fritz 17 can respond? Or perhaps the poster should contact Chessbase?

[daniel71]

Someone just posted in the Play Chess engine room that a update is available that fixes this Syzygy Tablebase bug on the Fritz GUI. I don't know what other bugs it corrected but I'm downloading the update now.

[daniel71]

It is a hit and miss if Chessbase responds to support emails, sometimes all you get is a email back they received your support request and nothing more. I will ask Chessbase what this update fixes but at least someone in the engine room said this a fix for the Syzygy Tablebase bug. I was perplexed why my computer kept resigning drawn games and it is something Chessbase fixed so I'm happy again.

[MMarco]

Someone just posted in the Play Chess engine room that a update is available that fixes this Syzygy Tablebase bug on the Fritz GUI. I don't know what other bugs it corrected but I'm downloading the update now.

I think it does solve the Syzygy problem. ( see: http://talkchess.com/forum3/viewtopic.p ... 10#p840967 )

The final position:
[d]4R3/4PP2/3b4/7K/1k1p4/3P4/8/6r1 b - - 0 85

Before the update:

"Interestingly, Komodo 10 is also having difficulties in the final position."

Code: Select all

Analysis by Komodo 10 64-bit:

85...Rh1+ 86.Kg6 Rg1+ 87.Kf5 Rf1+ 88.Ke4 Rf4+ 89.Kd5 Bxe7 90.Rxe7 Kc3 91.Ke5 Rf1 92.Ke4 Re1+ 93.Kf5 Rf1+ 94.Kg6 Kxd3 95.Kh6 Kc4 96.Rc7+ Kd5 97.Kg7 Rxf7+ 
  White is clearly better: +- (1.72)  Depth: 10   00:00:00
  The position is equal: = (0.00)  Depth: 56   00:02:26  1019MN, tb=31237385

After the update, Komodo see without problem that white is winning:

Code: Select all

Analysis by Komodo 10 64-bit:

85...Bxe7 86.Rxe7 Rf1 87.Rc7 Rf6 88.Kg5 Rf1 89.Rc4+ Kb5 90.Kg6 Rf3 91.Kg7 
  White is clearly better: +- (2.19)  Depth: 10   00:00:00
  White is clearly better: +- (2.19 --)  Depth: 11   00:00:00
85...Rh1+ 86.Kg4 Rg1+ 87.Kh3 Bxe7 88.Rxe7 Rf1 89.Rc7 Ka5 90.Kg4 Kb6 91.Re7 Kc6 92.Kg5 Kd6 93.Ra7 Rf3 94.Kg6 Rg3+ 95.Kh6 Rf3 96.Kg7 Rg3+ 97.Kf8 Rg1 98.Ke8 Re1+ 99.Kd8 Rf1 100.Ra6+ Kc5 101.Ke7 Kb5 102.Rf6 Ra1 103.f8Q Kb4 104.Qb8+ Kc3 105.Qb5 Kd2 106.Qb2+ 
  White is clearly better: +- (2.04 ++)  Depth: 11   00:00:00
  White is clearly winning: +- (6.96 --)  Depth: 31   00:01:11  115MN, tb=2374249

I also noticed that now Fat Fritz uses Lc0 24.1.