Ferdy wrote:No as there is still a pawn. That capture move has to be executed first.
That implies he always has to base his counting on the position before his move, and has no choice. (I do think this is more logical, as in the bare-King case it would never be advantageous to base it on the position after the move, as you cannot bare your King in your own move.)
The button to stop is shown, so the user at any time may stop counting. Probably the reason why a player need to stop counting when he wants to win is because the other player may have the chance to start counting himself to draw, situation is reversed.
Only one player can count? That would be important. Because when I had a pawnless win, and it was the opponent that would capture (or promote) the last Pawn, I would start counting myself to prevent him from counting. Then at 63 I would stop counting, so that I can win even if it would take me 127 moves.
Of course it would be logical to consider counting an implicit draw offer, and immediately declare draw whenever both are counting.
When there is a bare King, the game will be adjudicated draw after the strong side makes his move, and the weak side count had reached the maximum on the previous move. (But mate is tested before counting, so if this move checkmates it is still a win.)
When there is no bare King, it will adjudicate a draw only one move later (i.e. after move number 65), to allow for the possibility that this side is not counting, and offer him one last opportunity to checkmate the opponent before the latter can claim the draw.
[Edit] OK, I pushed a patch that seems to work to the hgm.nubati.net repository.
Not yet. Because the virus scanner deleted Cygwin from my laptop, and a newly installed Cygwin comes with a gcc that no longer support MinGW compiles, and my modemis broken, and my desktop where I still have Cygwin is out of range of the neighbor's WiFi, compiling WinBoard is not trivial for me. But I will work on it today.
OK, I uploaded a bare (zipped) executable to http://hgm.nubati.net/winboard.zip . It applies the counting adjudication in Makruk whenever legality checking is on, and the -ruleMoves are set >= 0. Officially you should set it to 0 in Makruk (with the risk that some games might take years). And it will consider engine draw claims in Makruk false claims even when the reversible ply counter >= 100.
Note that Fairy-Max will issue draw claims after 50 reversible moves unless you alter the setting of the "Claim draw after" option (e.g.to 1000).
hgm wrote:OK, I uploaded a bare (zipped) executable to http://hgm.nubati.net/winboard.zip . It applies the counting adjudication in Makruk whenever legality checking is on, and the -ruleMoves are set >= 0. Officially you should set it to 0 in Makruk (with the risk that some games might take years). And it will consider engine draw claims in Makruk false claims even when the reversible ply counter >= 100.
Note that Fairy-Max will issue draw claims after 50 reversible moves unless you alter the setting of the "Claim draw after" option (e.g.to 1000).
Adjudications on 64 move draw works so far after some tests.
I am also testing with engine claiming insufficient material. So far winboard considers kpk as:
{False draw claim: 'Draw by insufficient material'}
During the test I turned off "draw if insufficient material" and "detect mates" and "verify engine claims" were turned on. ruleMoves is set to 0.
Other basic ending that can be claimed as draw:
kpkp
kqk
kqkq
kqkp
knk
knkp
Well, KQKQ is like KBKB in chess. There are mates with unlike Q. But WinBoard should already know this. The only think it does not know is that Pawns can only promote to Q in Makruk. I guess it should count Pawns there as Q on the color of the promotion square.
hgm wrote:OK, I uploaded a bare (zipped) executable to http://hgm.nubati.net/winboard.zip . It applies the counting adjudication in Makruk whenever legality checking is on, and the -ruleMoves are set >= 0. Officially you should set it to 0 in Makruk (with the risk that some games might take years). And it will consider engine draw claims in Makruk false claims even when the reversible ply counter >= 100.
Note that Fairy-Max will issue draw claims after 50 reversible moves unless you alter the setting of the "Claim draw after" option (e.g.to 1000).
An example game on 64 move draw where white's claim is right because it is able to move 65 moves (after pawnless position) without being mated, but WB considered it as false claim.
