-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Self-check procedure on "make&take + Disparate" #282
Comments
And astonishingly, Popeye correctly solves the following problem by 1.Kb3-c2 # begin |
Fixed the second part for Popeye 4.85. @WalterL-wL : please post a minimal problem that illustrates the first part? |
EDIT: 2x "1. ..." were missing in the stated moves (sorry)!!! THANKS for your efforts! But I'm not sure, if I do understand correctly: a) my problem occured in the combination "m&t + Disparate", so I did not know if "Disparate" on its own worked correctly with two mutually attacking K even already before... anfa 1.Td8-a8 # ! Just the move 1. ... Ka5-b4 and that's it - the Ka2 doesn't protect field b4 (m&t) due to DISPARATE; so there's NO #1... I attach a protocol file '_prot maeder 130520.txt b) I'm glad to be able to contribute, but again what do you mean by "please post a minimal problem that illustrates the first part" - WHAT is the first part? anfa PopEye presents no solution!!! anfa 1.Lf3*b7 # ! ok Ka8 has no escape fields when Sd6 attacks (m&t), and cannot counterattack Sd6 by way of m&t as Sd6 is covered by Lf3 (m&t). Only Lb7 can capture Sd6 (m&t). "Regularly", this would be forbidden, as it opens a mate-attack by Lf3 on the bK. BUT here Lf3 (temporarily) is paralysed due to DISPARATE, so it doesn't attack the bK (in the first move)... ... please let me know in case I misinterpreted your request concerning "first part". |
SORRY, the "close" was just a (beginner's) mistake... |
Your initial text has two paragraphs. I understood the issue in the second paragraph and fixed it. I named the commit "fixed issue #282", pretending to fix the entire issue - everybody makes beginners' mistakes from time to time :-) So if you do pieces wka4 bkd1 stipulation #1 condition make&take disparate, you get I found the first paragraph more complicated; so I asked you to clarify it. It seems that I have solved the entire issue. Please have a look at the end of https://github.com/thomas-maeder/popeye/blob/develop/REGRESSIONTESTS/4_83_to_4_85.reg - you can see how Popeye 4.85 will deal with your examples. Does this look right? |
Let me call the 4 examples at the end in your link as follows: REG1,...REG4 REG1: REG2: AND, provided Option DUPL would show two solutions for black (see REG3):
REG3: REG4:
AND as the stipulation is #2, provided by omitting wSf7 and applying Option DUPL this would in addition to 1. Bf3*b7# also show a solution for black:
PERFECT - looks great!!! |
Employing the combination "make&take + Disparate" PopEye seems to disregard "Disparate" on verifying self-check (Selbstschach). When "Disparate" applies and the same kind of stone e.g. the wR moves (first), then the bR mustn't move next (it's like being paralysed for this next one move)! Consequently, the wR should safely enter the sphere of action of the bR without risk of being captured by the bR in the next black move. In this situation neither should the bR give check to the wK in this one next move (in case the move of the wR opened the attacking line)!
This also applies to the situation with two K! Simply spoken, wKa1 and bKa4 whoever makes the first move towards the other K will subsequently mate the other K, because the other K mustn't move. But PopEye will not let the two K enter into contact within 2 fields of each other, obviously due to this faulty self-check procedure by disregarding "Disparate".
THANKS for reviewing!
The text was updated successfully, but these errors were encountered: