Bright development history
==========================
20090401 version 0.4a3 (public)
==============================================================================
FIX: fixed yet another FRC castling bug, reported by Ray Banks
Bright would sporadically castle illegally during it's search and crash.
The situation occured when an enemy rook was 'hiding' behind the castling
rook, putting the King in check after castling.
This can only occur in FRC (not normal chess), for example:
Rr2krnb/1pp1pp1p/6p1/3p4/3P4/1q2BN2/2bQPPPP/R5KB b kq - 0 21
q5nk/5p2/1Q2p1p1/4P1P1/5P1p/1BR4P/8/rRK5 w Q - 3 80
FIX: The fix in 0.4a2 for FRC castling was ineffective for the UCI protocol.
(the fix was good for Kc1'like moves, but did not detect e.g. d1c1)
20090330 version 0.4a2 (public)
==============================================================================
FIX: fixed yet another FRC castling bug, reported by Matthias Gemuh
Bright would not accept a king's move if castling was also possible to
the same square. e.g., it would not accept Kc1 in the following position:
rk1b2rq/pppn3p/3pp3/4p1p1/4P1n1/2PPBNN1/PP3PPP/RK4RQ w GAga -
20081002 version 0.4a, public since 20090321
==============================================================================
Bright development history
==========================
20090401 version 0.4a3 (public)
==============================================================================
FIX: fixed yet another FRC castling bug, reported by Ray Banks
Bright would sporadically castle illegally during it's search and crash.
The situation occured when an enemy rook was 'hiding' behind the castling
rook, putting the King in check after castling.
This can only occur in FRC (not normal chess), for example:
Rr2krnb/1pp1pp1p/6p1/3p4/3P4/1q2BN2/2bQPPPP/R5KB b kq - 0 21
q5nk/5p2/1Q2p1p1/4P1P1/5P1p/1BR4P/8/rRK5 w Q - 3 80
FIX: The fix in 0.4a2 for FRC castling was ineffective for the UCI protocol.
(the fix was good for Kc1'like moves, but did not detect e.g. d1c1)
20090330 version 0.4a2 (public)
==============================================================================
FIX: fixed yet another FRC castling bug, reported by Matthias Gemuh
Bright would not accept a king's move if castling was also possible to
the same square. e.g., it would not accept Kc1 in the following position:
rk1b2rq/pppn3p/3pp3/4p1p1/4P1n1/2PPBNN1/PP3PPP/RK4RQ w GAga -
20081002 version 0.4a, public since 20090321
==============================================================================
Powered by mwForum 2.29.3 © 1999-2014 Markus Wichitill