Errata

L_0000: nop
L_0001: ldc.i4.3
L_0002: stloc.0
L_0003: ldloca.s i
L_0005: call instance string [mscorlib]System.Int32::ToString()
L_000a: pop
L_000b: ret
}

No box. If we add this line:

object o = i;

we get the following IL:

.method private hidebysig static void Main(string[] args) cil managed
{
.entrypoint
.maxstack 1
.locals init (

L_0000: nop
L_0001: ldc.i4.3
L_0002: stloc.0
L_0003: ldloca.s i
L_0005: call instance string [mscorlib]System.Int32::ToString()
L_000a: pop
L_000b: ldloc.0
L_000c: box int32
L_0011: stloc.1
L_0012: ret
}

Now the int is boxed.

Interestingly, if you'd made the example call GetType instead of ToString, you'd have forced a
boxing of the int. This is because Int32 inherits GetType from System.Object.

The first sentence of the paragraph is

"As you click on each positioning indicator, a shadow appears ..."

It should be

"When you drag the mouse pointer onto a positioning indicator, a shadow appears ..."

The Nested If Statements section demonstrates three different ways of representing a temperature
contingent program, which is capable of displaying an appropriate message based on the value of a
temperature variable.
Of the three variations to the supposed same logic, only the latter two demonstrated, share the
same logic.

To elaborate upon this:
FIRST EXAMPLE: Example 5-6

if ( temp <= 32 )//rules out everything that is greater than 32
{
if ( temp == 32 )//Equal to
else//Less than 32
}

SECOND EXAMPLE: Example 5-7

if ( temp < 32 )//rules out anything that is greater than or equal
else if ( temp == 32 )//rules out anything that is greater than 32
else //deals with all values greater than 32

THIRD EXAMPLE: Example 5-8

if ( temp < 32 )//rules out everything that is greater than or equal to 32
else//deals with all values greater than or equal to 32
{
if ( temp == 32 )//equal to values are dealt here
else //greater than 32 values go in this block
}

Clearly, the logic flow in examples 5-7 and 5-8 follows a congruent path. In the first example

It is not clarified whether the output displayed towards the bottom on page 86, would correspond to
an actual invalid case selection made by the user where the default case comes into play. Otherwise
if the author is conveying the output as coming from Example 5-9 (A default statement), it is
clearly erroneous because the value of myChoice remains Party.Democrat and hence the output
should've been"
You voted Democrat.
Thank you for voting.

I believe that the example 5-9 (A default statement) does not produce the output that you have
listed. It should have produced:

You have voted Democratic.

Perhaps you would have the example you wanted for the execution of the default statement if you
added a fourth member to the enum Party (call is "Conservative") and then hard-wire the choice to
Party.Conservative instead of Party.Democrat, as you did.

The third and fourth line on the page should be exchanged. This will effectively take the Console.WriteLine( "For loop ended" ); out of the for loop.

"...or download it from this book's web site."
I did download the source code, and unless I goofed, there's no source code for chapter 9.

It looks as if the base class and derived class names are mixed up in the code snippet near the bottom of p. 200: "public class MyClass : myOtherClass"

Three pages previous to the code snippet, the authors write (on p. 197): "In C#, you create a derived class by adding a colon after the name of the derived class, followed by the name of the base class. . ."

But on page 200, we find: "If you create a new class, myOtherClass, that derives from myClass, like this:
public class MyClass : MyOtherClass . . ."

So, in this (erroneous?) example the base class is on the LEFT side of the colon, not on the right side.

It looks as if the base class and derived class names are mixed up in the code snippet near the bottom of p. 200: "public class MyClass : myOtherClass"

Three pages previous to the code snippet, the authors write (on p. 197): "In C#, you create a derived class by adding a colon after the name of the derived class, followed by the name of the base class. . ."

But on page 200, we find: "If you create a new class, myOtherClass, that derives from myClass, like this:
public class MyClass : MyOtherClass . . ."

So, in this (erroneous?) example the base class is on the LEFT side of the colon, not on the right side.

An attempt was made to correct this in another errata, but the fix is still incorrect.

The answer to 16.2 does not appear to correspond to the question, ie there is no error of type
"CustomerCatError" and CatManager does not have the additional method call.

Exercise 16-2.

Modify Exercise 16-1 so that it does not throw an error. Create a custom error type CustomCatError
that derives from System.Exception, and create a handler for it. Add a method to CatManager that
checks the cat's age, and throws an error of type CustomCatError if the age is less than or equal
to 0, with an appropriate message.