Use bool for return type, not boolean

There is more than one answer to puzzle on page 120. The middle portion of the loop can read:

if (x>0) {
e2.count=e2.count+1;
}
if (x>1) {
e2.count=e2.count+e1.count;
}

This will give the same answer, and even the bonus answer would be the same with the change of Echo e2=e1.

The code as it appears on this page will not run because the object Randomizer is never instantiated. It is only declared. RAther than showing this line alone,

public Random Randomizer;

It should read

Random Randomizer = new Random();

Or else you need to leave the declaration as is and add the instantiation line later

"This method in the Elephant class calls another elephant's TalkTo() method."

There is no TalkTo() method. It should be...

"This method in the Elephant class calls another elephant's TellMe() method."

This is especially frustrating because SpeakTo and TalkTo are so much alike and are what a talker does, while TellMe is listener's method.

While the exercise works, the game setup is flawed because once the opponent ends a Move() in an outdoors location, he becomes trapped in either the garden or the driveway. In order to be able to go back indoors, he must be able to end a turn in either the front yard or back yard, but this is impossible because neither location has a hiding place, and the opponent's location is never reset.

The easiest way to fix this is to give either the front yard or back yard a hiding place.

Neither my solution nor the printed solution make use of Deck methods HasBook() or ContainsValue()

In this method, the last for loop deletes (Deal's) all the cards in the deck in reverse order. This deletes all the cards in the deck, when it should only delete the 4 being put into the book. It should include an additional IF e.g.
public List<Card.Values> PullOutBooks()
{
List<Card.Values> Books = new List<Card.Values>();
for (int i = 1; i <= 13; i++)
{
Card.Values value = (Card.Values) i;
int howMany = 0;
for( int card = 0; card < cards.Count; card++ )
{
if( cards.Peek( card ).Value == value )
{
howMany++;
}
}
if( howMany == 4 )
{
Books.Add( value );
for (int card = cards.Count - 1; card >= 0;card--)
{
if( cards.Peek( card ).Value == value )
{
cards.Deal( card );
}
}
}
}
return Books;
}

Additionally, for novices, you might want to explain why you did it in reverse order.

Agree with the already posted erratum for PullOutBooks on page 349.

However, this fix increases the probability that a player will run out of cards, not just immediately after his turn, but also during the course of the round due to giving cards to other players. As a result, checks need to be added to PlayOneRound during each turn for whether each player's card count is zero.

This method does not generate a random point within the floor of the dungeon all the time. I have had weapons and enemies appear on the walls and in the case of weapons, this means that the player cannot get to it, to pick it up. Makes it a little difficult to fight off the enemies.

Application.Exit() does not work from the game.NewLevel() method, it results in an infinite loop. It should be called from the form method UpdateCharacters().

There is "hand-written" text on page 374 which points to the "hitPoints=10;" line and says "The Player's constructor sets it's hitPoints to 10 and then calls the base class constructor."

However, page 233 has large bold text that says "The base class constructor is executed before the subclass constructor". Further, page 233 has a "Do this!" exercise to prove that this is the case.

The referenced text on page 374 is wrong.

The erratum for DamageEnemy given by Mr. Stellman does not work. Move(direction,target,game.Boundaries); needs to be overloaded, otherwise the Move(direction,game.Boundaries) takes the player position as the reference point for the move.

The text says use initialFolder property of the OpeFileDialog control, when it is actually called initialDirectory.

I have [6/09] printing and this is still not fixed: the last line in button2_Click refers to deckFromFile out of scope. The DealCards call needs to be within the using block.

This is not really an error, just that the problem is too open-ended. The simplest solution would be just to have the routine Wombat return Dingo at the end, and then not change Dingo in any of the other statements. In order for the problem to be meaningful, it should probably give "return Croc" as the final statement of the method.