The move selector probably just picks the top move off the list in this case.
I think the move generator starts with the low die, so the list of moves has 2/1 1/off before 5/off 1/off. If the test for choosing a later move from the list is < rather than <= then you would get this behaviour. -- Ian > From: Myshkin LeVine > So for example, if you were at the end of a > DMP game, and GnuBG had more than one move with equity +1.000, it > would just pick one, since it only cares about winning, not about how much > time it is wasting. _______________________________________________ Bug-gnubg mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-gnubg
