A. M. DeWitt wrote on Sat, Dec 17, 2022 01:28 AM UTC:
There seems to be a bug with the checkahop operator, in that it seems to allow both the hop in the intended direction and the hop in the opposite direction, at least on the second part of a multi-move. This can be demonstrated in this game of Suzumu Shogi (the experimental version w/ triple capturing versions of the jumping Generals)
1. rg 7m-7d; +rg-dest
1... RG 10d-10m; +RG-dest
2. wb 11n-12o // begin setup for bug demo
2... WB 6c-5b
3. +rg 7d-6c
3... +RG 10m-11n
4. fe 8m-10m
4... FE 9d-7d
5. lh 9m-8k
5... LH 8d-9f
6. d 12k-12j
6... D 5f-5g
7. d 12j-11k
7... D 5g-6f
8. p 14l-14k
8... P 3e-3f // end setup for bug demo
// in this position, when +rg 7c is clicked after 9. +rg 6c-7c, it shows the two intended hops plus another (unintended) hop on 4c which jumps over the first piece in the opposite direction, which is incorrectly accepted by the rule enforcement code.
I'm pretty sure this is a server-side bug and not a bug involving my code. Any help would be much appreciated.
There seems to be a bug with the checkahop operator, in that it seems to allow both the hop in the intended direction and the hop in the opposite direction, at least on the second part of a multi-move. This can be demonstrated in this game of Suzumu Shogi (the experimental version w/ triple capturing versions of the jumping Generals)
1. rg 7m-7d; +rg-dest
1... RG 10d-10m; +RG-dest
2. wb 11n-12o // begin setup for bug demo
2... WB 6c-5b
3. +rg 7d-6c
3... +RG 10m-11n
4. fe 8m-10m
4... FE 9d-7d
5. lh 9m-8k
5... LH 8d-9f
6. d 12k-12j
6... D 5f-5g
7. d 12j-11k
7... D 5g-6f
8. p 14l-14k
8... P 3e-3f // end setup for bug demo
// in this position, when +rg 7c is clicked after 9. +rg 6c-7c, it shows the two intended hops plus another (unintended) hop on 4c which jumps over the first piece in the opposite direction, which is incorrectly accepted by the rule enforcement code.
I'm pretty sure this is a server-side bug and not a bug involving my code. Any help would be much appreciated.