Fix CaseObjectHashCode script

[ShapelessCat]

No description provided.

[ShapelessCat]

Also, should we use Scala's hash code function .## here instead of Java's .hashCode?
.## handles Java boxed values differently.

val i1Boxed = java.lang.Integer.valueOf(1)
val d1Boxed = java.lang.Double.valueOf(1.0)

i1Boxed == d1Boxed        // true
i1Boxed equals d1Boxed    // false

i1Boxed.hashCode   // 1
i1Boxed.##         // 1

d1Boxed.hashCode  // 1072693248
d1Boxed.##        // 1

In Scala's hash-based data structures, the method .## is used:

val mp = HashMap(d1Boxed -> 3, 1 -> 4)
// val mp: HashMap[Matchable, Int] = HashMap(1.0 -> 4)

If .hashCode was used, this hash-map should include two key-value pairs.

[ShapelessCat]

I also created two errata reports through https://www.oreilly.com/catalog/errataunconfirmed.csp?isbn=0636920365686.

[deanwampler]

Thanks for catching these typos!

[deanwampler]

Apparently ## behaves differently from hashCode for boxed value types and null: https://dotty.epfl.ch/api/scala/Any.html###-0

[ShapelessCat]

Apparently ## behaves differently from hashCode for boxed value types and null: https://dotty.epfl.ch/api/scala/Any.html###-0

I mean, in the first paragraph of the section "Case Objects and hashCode", you write
"The notion of equality goes hand in hand with the results of hashing an object, as done by hashCode, which is used in hash-based data structures, like the default Map and Set implementations."

This sentence is correct, but do you think there can be a new footnote to mention ##? Because of the usages of ##, we have this:

val mp = HashMap(d1Boxed -> 3, 1 -> 4)
// val mp: HashMap[Matchable, Int] = HashMap(1.0 -> 4)

If people don't know ##, they may think Scala hash-based data structures use hashCode directly, then if they didn't try some code, they may think val mp = HashMap(d1Boxed -> 3, 1 -> 4) will be a two key-value pairs Map after evaluation.

[ddl-deanwampler]

I'll consider a footnote that recommends reading the scaladoc for ##, but the different behavior is an edge case. Most people will let Map and other tools call whatever hash code method on keys it wants to use internally. As long as the same method is used consistently, the results will be consistent. Also, it will be very rare for people use Java wrappers around doubles in Scala code. The behavior for null is also different, but using null in any context where a hash code will be computed is an application bug anyway.