WinBoard, exotic version

[hgm]

I have made magenta to supercede red on captures and tested it on shogi. It seems to work and is uploaded.

What exactly is the download link for this version again? I tried your regular Scorpio/Nebiyu page, but this gives me a NebiyuCheckers 1.41 made June 27, which stillre fuses the move.

[hgm]

Yes now the checkers problem should be resolved. Previously the move in the position you provided before was rejected. But now I get a back queen after the capture. So if you see any magenta square along the capture path, set it to queen (other pieces depending on the game). For that position I do not set magenta at any square so, winboard should leave the pawn as it is.

I have made magenta to supercede red on captures and tested it on shogi. It seems to work and is uploaded.

I stil have a problem with the new NebiyuCheckers version, still on the same position. When I click i6, nothing happens. (Strangely enough Nebiyu produces no highight command in response to lift i6, though. I would have expected it to highlight g4 and g8 red, or at least legal, to enforce entry of a legal move.) There is no one-click response, presumably due to the (imagined) move choice between i6g8, and i6g4, .

Now when I Ctrl+click g8, everything works fine, and it completes the loop to i6 on one-click power. But when I click Ctrl+g4 I would have expected it to finish the loop in the other direction. But in stead it waits for me to Ctrl+click e6, and then g8, and after that it responds with a faulty serieasofclick commands, leading to a move it (justifiably) rejects!

See below:

Code: Select all

329564 >first : force
329574 >first : new
random
329574 >first : variant 10x10+0_checkers
329574 >first : level 40 1 0
329574 >first : post
329574 >first : hard
329574 >first : easy
329574 >first : force
329574 >first : setboard 1p1p1p1p1p/p1p1p5/1p3p1p2/2p5P1/3p1p1p1P/p7P1/1P8/P1P7/1P1P1P1P1P/P1P1P1P1P1 w - - 0 1
329785 <first &#58; setup &#40;P...Q.p...q.) 10x10+0 1p1p1p1p1p/p1p1p1p1p1/1p1p1p1p1p/p1p1p1p1p1/10/10/1P1P1P1P1P/P1P1P1P1P1/1P1P1P1P1P/P1P1P1P1P1 w - - 0 1
332599 >first &#58; lift i6
336464 >first &#58; put g4,
336524 >first &#58; lift g4
338787 >first &#58; put e6,
338848 >first &#58; lift e6
342403 >first &#58; put g8,
342463 >first &#58; lift g8
342693 <first &#58; highlight 10/10/5g4/4R3c1/5g1g2/6c3/10/10/10/10
342743 <first &#58; click e6,
342973 <first &#58; click g4,
343144 <first &#58; click i6
343144 >first &#58; usermove 343144 >first &#58; i6g4,g4e6,e6g8,g8e6,e6g4,g4i6
343274 <first &#58; Illegal move&#58; i6g4,g4e6,e6g8,g8e6,e6g4,g4i6

[hgm]

And another one:

NebiyuAlien crashes when I try to start it (even from the command line, before giving it any input).

[Daniel Shawul]

Oops..I forgot to upload the modified alien.ini in the zip. I made it so that holding space size can be specified from it. I will upload the correct one after looking it the other problems you mentioned.

[Daniel Shawul]

I was talking about this position you posted earlier

Code: Select all

1p1p1p3p/p3p1p3/1p1p1p1p1p/p3p1p1p1/7p2/p3P1P3/1P3P1P1P/P3P3P1/1P1P1P1P1P/P1P3P1P1 b - - 0 11 

I just tested it with the new winboard version and now it keeps the pawn. With the older version it promoted it to the queen. So this is expected behaviour.


I haven't looked at the position carefully but I was able to finish the move leg-by-leg. I still haven't finished implementing a correct highlighting scheme which keeps moves from the original position. The current highlightin scheme can get highlightin wrong after the first leg move is made..

343144 >first : usermove 343144 >first : i6g4,g4e6,e6g8,g8e6,e6g4,g4i6
343274 <first : Illegal move: i6g4,g4e6,e6g8,g8e6,e6g4,g4i6

why is there e6g8-g8e6 ?

[Daniel Shawul]

I stil have a problem with the new NebiyuCheckers version, still on the same position. When I click i6, nothing happens. (Strangely enough Nebiyu produces no highight command in response to lift i6, though. I would have expected it to highlight g4 and g8 red, or at least legal, to enforce entry of a legal move.) There is no one-click response, presumably due to the (imagined) move choice between i6g8, and i6g4, .

Are you sure you have the correct version ? Because here Nebiyu is doing what you describe it should and I can make the move. Well I will upload it in a minute and update this post.

Edit: Uploaded now

[hgm]

why is there e6g8-g8e6 ?

Because that is what Nebiyu sent in terms of click commands, when it tried to finish the move!

[hgm]

Hmm, it seems to be history-dependent.

When I first load Nebiyu, paste the position, and try the capture one way or the other,everything works.

When I then click 'New Game', paste the position again, and try to make the capture in the opposite direction, I get this pathologic behavior.

[Daniel Shawul]

Well the new one made the move correctly, but it got stuck afterwards after I undone the move. It stoped highlighing on a lift. It is probably due to the bad highlighting scheme I have right now..

<000000016703> setboard 1p1p1p1p1p/p1p1p5/1p3p1p2/2p5P1/3p1p1p1P/p7P1/1P8/P1P7/1P1P1P1P1P/P1P1P1P1P1 w - - 0 1
<000000019625> lift i6
highlight 10/6R3/5g1g2/4c3c1/5g1g2/6R3/10/10/10/10
<000000025047> lift i6
highlight 10/6R3/5g1g2/4c3c1/5g1g2/6R3/10/10/10/10
<000000026984> lift i6
highlight 10/6R3/5g1g2/4c3c1/5g1g2/6R3/10/10/10/10
<000000031906> lift i6
highlight 10/6R3/5g1g2/4c3c1/5g1g2/6R3/10/10/10/10
<000000038140> lift i6
highlight 10/6R3/5g1g2/4c3c1/5g1g2/6R3/10/10/10/10
<000000039000> hover g4
highlight 10/10/10/10/10/6R3/10/10/10/10
<000000039469> put g4,
<000000039484> lift g4
highlight 10/6c3/5g1g2/4R3c1/5g4/10/10/10/10/10
click e6,
click g8,
click i6
<000000039547> usermove i6g4,g4e6,e6g8,g8i6
<000000046562> undo
<000000054656> lift i6
<000000056844> lift i6
<000000058156> lift i6
<000000058812> lift i6
<000000059047> lift i6
<000000059719> lift i6
<000000061594> lift i6
<000000061859> lift i6
<000000062109> lift i6
<000000065719> lift i6
<000000066265> lift i6
<000000067031> lift i4
<000000067594> lift i4
<000000067828> lift i4

[hgm]

The new one still has this behavior, not only after undo, but even after New Game. It must be dependent on some info that you don't clear on 'new'. (Some hash table? Or the current root board?)