[Computer-go] oakfoam/Zen9 game

Michael Williams michaelwilliams75 at gmail.com
Sun Feb 12 07:57:58 PST 2012


Or recreate the position for Zen and see what it does.


On Sun, Feb 12, 2012 at 10:44 AM, Erik van der Werf <
erikvanderwerf at gmail.com> wrote:

> The cleanup variation doesn't show a (extra) black pass, so that's
> indeed suspicious. But maybe kgs just failed to record the third
> consecutive pass, or for some reason did not create a new node when
> black accidentally passed again (after undoing twice).
>
> It is not clear to me how many consecutive passes are supposed to be
> undone when the game goes into cleanup mode. Looking at a few sgf
> files where my program got into cleanup mode (btw always against mgf)
> I can actually see some different behaviors... Maybe kgs tries to be
> smart in determining who has to do the capture? (and then perhaps
> something gets confused on the game-end criterion)
>
> I think to be sure one would have to look at Zen's log file containing
> the communications by kgsgtp.
>
> Erik
>
>
> On Sun, Feb 12, 2012 at 2:23 PM, Nick Wedd <nick at maproom.co.uk> wrote:
> > In my report http://www.weddslist.com/kgs/past/80/index.html on the
> last KGS
> > bot tournament, I wrote
> >
> > In round 13, Zen9 (as Black) and then oakfoam passed ... . Zen has won:
> the
> > 14-stone white group ... is dead ... . However they disagreed about the
> > status of the 14-stone group, and the game entered the clean-up phase.
> > Oakfoam again passed, and the game was immediately declared over, with
> all
> > the stones on the board counted as alive. The game was therefore counted
> as
> > a win for oakfoam.
> >    It seems to me that Black was never given a chance to show that it
> could
> > capture the dead group. I shall check, and if my understanding is
> correct, I
> > shall report this to KGS programmer 'wms' as a defect in the clean-up
> > mechanism.
> >
> > I would be grateful if someone could check my interpretation of what
> > happened.  Is this just an example of one of the bots handling the
> clean-up
> > wrong?  Or is it the server itself that got it wrong?  If it's the
> server, I
> > must report it to wms.
> >
> > Nick
> > --
> > Nick Wedd
> > nick at maproom.co.uk
> > _______________________________________________
> > Computer-go mailing list
> > Computer-go at dvandva.org
> > http://dvandva.org/cgi-bin/mailman/listinfo/computer-go
> _______________________________________________
> Computer-go mailing list
> Computer-go at dvandva.org
> http://dvandva.org/cgi-bin/mailman/listinfo/computer-go
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://computer-go.org/pipermail/computer-go/attachments/20120212/16cca84d/attachment.html>


More information about the Computer-go mailing list