Nee, das geht so nebenher neben dem Fernsehen.

Das TV Programm ist ja auch nicht gerade spannend

__________________
Die ganze Welt des Computerschachs

Genau deshalb mach ich ja nebenbei etwas Sinnvolles, nämlich Bugs in CB-Emu korrigieren.
Ich mag es einfach, wenn sich im Hintergrund etwas tut während ich 'arbeite' - bei absoluter Stille bin ich nicht so produktiv.

Hi,

unser lieber Dieter ('Plextor') hat wieder ein Rochade-Problem beim Conic Computer Chess (cncchess2) entdeckt, das aber diesmal kein Fehler in MessChess oder im Plugin ist, sondern ein echter Bug im Conic-Programm zu sein scheint.

Nach mehreren Tests bin ich mir sicher, daß die Rochade-Regeln im Conic fehlerhaft programmiert sind, und zwar akzeptiert der Conic keine große Rochade, wenn das Feld direkt neben dem Turm vom Gegner bedroht ist (bzw. wenn der Turm eben über so ein bedrohtes Feld ziehen muß). Das gilt natürlich eigentlich nur für den König, aber der Conic-Autor hat da vermutlich ein wenig 'geschlampt' und einfach diese Regel so vereinfacht, daß auch bei der großen Rochade KEIN Feld zwischen König und Turm (also alle 3) bedroht sein darf, obwohl das so nur für die kleine Rochade gilt (also in diesem Fall für die 2 benachbarten Felder zum König).

Hier eine Zugfolge, wo der Conic (mit Weiß) die letzte schwarze Rochade einfach nicht akzeptiert, was daran zu erkennen ist, daß bereits nach dem Königszug die beiden Brett-LEDs blinken, und das ist immer der Fall, wenn man einen falschen/illegalen Zug (nach Meinung des Conic) eingibt:
1. d4 e5 2. dxe5 Nc6 3. Nf3 Qe7 4. Be3 Nxe5 5. Qd4 Nxf3+ 6. gxf3 Qb4+
7. Nd2 Qxd4 8. Bxd4 c5 9. Be5 d6 10. Bf4 d5 11. 0-0-0 Be6 12. Bg2 0-0-0

Beim Spielen in Arena/WinBoard mit Plugin ist damit natürlich Schluß, d.h. wegen diesem angeblich 'fehlerhaften' Zug spielt der Conic nicht mehr weiter.
Spielt man diese Züge selbst in MessExtra durch (d.h. ohne Plugin), dann akzeptiert auch hier der Conic den Zug 12... 0-0-0 nicht (alle 4 Felder blinken).

Durch diesen Programmfehler ist für den Conic dieser letzte Rochadezug anscheinend illegal, weil der weiße Läufer auf f4 das Feld b8 bedroht, und der Turm natürlich über dieses Feld b8 ziehen müßte.
Erhärten läßt sich dieser Verdacht auf einen Programmfehler auch dadurch, daß diese Rochade 2 Züge später sehr wohl möglich ist, wenn man diesen Läufer auf f4 von dieser Diagonale f4-b8 durch folgende 2 Zwischenzüge 'weglockt':
Statt 12... 0-0-0 gibt man den Zug 12... Bd6 ein, dann geht es weiter mit 13. Bxd6 g6 14. Bxc5, und jetzt klappt die Rochade 14... 0-0-0 ohne Probleme, weil eben das Feld b8 nicht mehr bedroht ist!
Eine andere Variante bestätigt das auch, nämlich wenn man bereits nach 10. Bf4 mit 10... Be6 fortsetzt, dann geht's weiter mit 11. Ne4, und jetzt akzeptiert der Conic ebenfalls die Rochade 11... 0-0-0, weil auch hier keines der Felder zwischen König und Turm mehr bedroht ist (auch b8 nicht).

Solche echten Programmfehler lassen sich natürlich auch in der Mess-Emulation oder im Plugin nicht korrigieren, das könnte man nur durch eine Änderung des Programms im ROM bewerkstelligen, aber das ist ohne dessen Source-Code praktisch unmöglich.

Grüße,
Franz

Hallo Franz,

auch hier nochmal ein Dankeschön für deine ausführlichen und einleuchtenden Erklärungen.

Wie ich dir schon privat schrieb, hatte ich mich die letzte Zeit intensiv mit dieser Emulation beschäftigt, weil ich das Gerät in den 1980ern neben vielen anderen mal in meinem Besitz hatte. Alle anderen Emus meiner ehemaligen Geräte laufen relativ problemlos, nur dieses Ding bereitete mir (und nun auch dir ) arge Kopfschmerzen.

Nun werde ich den Conic mal wieder zur Seite legen und mich mit anderen Sachen beschäftigen.

Gruß
Dieter

Dieser Programmfehler der angeblich illegalen langen Rochade ist nicht einmalig - auch der Toytronic Chess Electronics akzeptiert eine solche Rochade nicht, s.

https://www.schachcomputer.info/foru...highlight=bugs

Toytronic Chess Electronics = Toytronic Chess Mate = Cassia Chess Mate = Chess Challenger 10 (A+B), auch bei diesen programmgleichen Compis sollte dieses Rochadeproblem auftreten.

Gruß
Hans-Jürgen

Interessant, auch hier scheint die Ursache die gleiche zu sein (Feld b8 neben dem schwarzen Turm vom weißen Springer auf d7 bedroht).
Da hat sich der Conic-Programmierer wohl diesen Bug bei Ron Nelson abgeschaut.

Übrigens habe ich beim Conic jetzt noch festgestellt, daß dieser Rochade-Bug nur bei einer schwarzen Rochade auftritt (also wenn der Conic weiß hat) -
im umgekehrten Fall gibt's kein Problem.
Irgendwie scheint bei gedrehtem Brett der Programmierer die auf Bedrohung zu untersuchenden Felder (bzw. deren Koordinaten) durcheinander gebracht zu haben.

Grüße,
Franz

Der Conic gilt als Raubkopie des CompuChess Second Edition (ohne die dort vorhandenen Spielarten Springerspiel und Amazonenkönigin).

Von daher stammt also dieser Rochadebug (mit ziemlicher Sicherheit ist Ron Nelson hier völlig unschuldig).
Ein Bug des unbekannten Programmierers.

Gruß
Hans-Jürgen

Hans-Jürgen,

ich glaube Du hast das Modell verwechselt, Franz sprach vom cncchess2 (Conic Chess Computer), der mit den grosse Steckfiguren, nicht vom Conic Master.

Hallo Michael !

Danke für die Korrektur !
Ja, ich war bei Conic Master I - nicht bei Conic Chess Computer.

Also muß der Satz richtig lauten:
Der Conic Chess Computer ist ein Clone des Hanimex 1200, auch programmgleich mit Westrak CC 1 - gab's nicht noch einen Clone dazu von Schneider ?

Also rührt dieser Rochadebug vom Hanimex HGM 1200 (mit ziemlicher Sicherheit bleibt Ron Nelson hier völlig unschuldig).
Ein Bug des unbekannten Programmierers.

Gruß
Hans-Jürgen