Bei Engine-Matches unter Arena bin ich auf einen interessanten Programmfehler des Mephisto Polgar v1.10 gestoßen - eine Partie wurde von Arena wegen eines illegalen Zugs für den Polgar als verloren gewertet:

[Event "SelTest"]
[Site "Computer"]
[Date "2023.04.20"]
[Round "46"]
[White "Mephisto Portorose 32 Bit v1.04"]
[Black "Mephisto Polgar v1.10"]
[Result "1-0"]
[BlackElo "2150"]
[Time "18:46:17"]
[WhiteElo "2150"]
[TimeControl "0+30"]
[Termination "rules infraction"]
[PlyCount "39"]
[WhiteType "program"]
[BlackType "program"]

1. e4 e5 2. Nf3 Nf6 3. d4 Nxe4 4. Bd3 d5 5. Nxe5 Nd7 6. Qe2 Qe7 7. Bxe4
dxe4 8. Bf4 Nxe5 9. Bxe5 Bf5 10. Nc3 O-O-O 11. O-O-O Qe6 12. Qe3 f6 13. Bg3
h5 14. d5 Qb6 15. Qxb6 axb6 16. Nb5 Rd7 17. d6 h4 18. Na7+ Kb8 19. dxc7+
Kxa7 20. c8=N {Arena Adjudication. Illegal move!} 1-0

Zuerst dachte ich an einen Fehler in der Emulation bzw. dem für den Polgar verwendeten LUA-Script im Zusammenhang mit der zuvor stattgefunden Unterverwandlung, konnte mich dann aber bei einer Dublette, der ich live beiwohnen konnte, davon überzeugen, daß der Bauer in der Emulation korrekt in einen Springer umgewandelt wird. Der Fehler trat übrigens in einem Match auf, in dem Polgar mittels Reset-State auf SEL5 eingestellt war.

Bei Versuchen mit meinem realen Polgar v1.10 konnte ich dann folgendes Verhalten reproduzieren:

- In Grundeinstellung (SEL3) habe ich die Züge bis 18...Kb8 eingegeben und dann "normal" wie in der Partie weitergespielt: Kein Fehler, der Polgar fragt brav nach der Umwandlungsfigur, akzeptiert den Springer und zieht korrekt aus dem Schach.

- Dann habe ich die Züge bis 18...Kb8 wieder zurückgenommen und SEL5 eingestellt: Bei der Umwandlung kommt nun keine Abfrage auf die Umwandlungsfigur mehr, der Polgar nimmt automatisch eine Dame an und spielt deshalb (illegal) 20...Txd1. Die Ursache für den illegalen Zug ist also die fehlende Abfrage der Umwandlungsfigur und darauf basierend die "Annahme" des Polgar, eine Dame statt eines Springers auf dem Umwandlungsfeld stehen zu haben.

- Jetzt kommt's: Im nächsten Test habe ich die Selektivität wieder auf SEL3 zurückgestellt, und nun wollte er auch mit dieser Einstellung keine Umwandlungsfigur mehr abfragen und spielte den illegalen Zug!


Ich habe dann herausgefunden, daß es reicht, durch mehrfachen Druck auf die FCT-Taste die Einstellung zur Selektivität nur zu betrachten, um diesen Fehler hervorzurufen. Es muß keine spezielle Selektivität eingestellt werden. Ein einfacher Druck auf FCT (Einstellungsdialog Sprache) reicht übrigens nicht aus, um den Fehler zu aktivieren. Ich finde, das ist ein originelles Fehlerbild.


In CB-Emu habe ich versucht, mit der Polgar-Version v1.50 diesen Fehler zu reproduzieren, und damit ging es nicht mehr. Damit hätten wir also schon mal eine Änderung der v1.50 identifiziert.

Auch Rebel Portoroz, dessen "Engine" ja ziemlich identisch mit dem Polgar v1.10 ist, zeigt diesen Fehler nicht.

Fun-Fact am Rande: Ich bin langjähriger Besitzer eines Polgar v1.10 (seit Schülertagen, um genau zu sein), und habe diesen Fehler bis jetzt niemals bemerkt. OK, ich habe auch selten mit der Selektivität experimentiert. Aber schon lustig, was für Sachen man noch nach so langer Zeit entdecken kann...

Viele Grüße,
Dirk

Es spricht irgendwie auch für die Test-Sorgfalt, die man damals hatte, daß ein solch selten auftretender Fehler, wenngleich nicht vor Serienstart, doch zumindest zeitnah in v1.50 korrigiert wurde.

Viele Grüße,
Dirk