[RULE CHANGE] "NO_MOVE" is no longer a legal
authorSam Moore <[email protected]>
Fri, 6 Jan 2012 05:39:24 +0000 (13:39 +0800)
committerSam Moore <[email protected]>
Fri, 6 Jan 2012 05:39:24 +0000 (13:39 +0800)
commit85cfed04e179dad45eefd9fdf747628addbf93fb
tree1cc4b904aab87130ccd8b23fed498870816c3495
parente1153eebe8cfd0c881cef2ff8fca63f130e736b3
[RULE CHANGE] "NO_MOVE" is no longer a legal

Previously AIs could respond with "NO_MOVE" whenever they felt like.
Officially, now they can only respond with "NO_MOVE" when they have no mobile pieces left.
(That is, only Bombs and the Flag are left).

However the game should end by a VICTORY_ATTRITION condition as soon as either player loses its last mobile piece.
So technically, "NO_MOVE" can't ever be legally printed, because the game should have ended. If it doesn't, there is a bug.

Updated webpage, updated manual, updated README

Going to email the list later today.

Goodluck!

PS: The rule change is due to a mean initial setup, for example:

**********
**********
**********
BB**BB**BB
..++..++..
..++..++..
etc

Here, Red has placed Bombs in all three "lanes". Red is unable to move.
However, as long as Red can use "NO_MOVE", an unsuspecting Blue will lose most of its pieces on the Bombs.
(Unless Blue puts a miner up the front...) But anyway, being able to not move is silly and not allowed in the real game.
README
judge/manager/controller.cpp
judge/manager/game.cpp
judge/manager/game.h
judge/manager/stratego.cpp
judge/manager/stratego.h
judge/simulator/simulate.py
web/doc/manager_manual.txt
web/index.html

UCC git Repository :: git.ucc.asn.au