About Question enthuware.ocajp.i.v7.2.1015 :

[Enrique]

Then if it comment line //3, only show 10 and 40. ?

King regards

[admin]

Then if it comment line //3, only show 10 and 40. ?

King regards

If you comment only line //3, it will not compile.
HTH,
Paul.

[Loerti]

Very good question.
But i believe it's called hiding. I.e. B.i hides A.i. So A.i not inherited by B and therefore not inherited by C.

Best regards
Max

[coder007]

But i believe it's called hiding.

Hiding or shadowing, both are correct.

[dmcinnis1]

After reading all of the comments I still don't understand why c can't directly access i in A. If c doesn't inherit i from B because it's private, then why can't c inherit and directly access i in A; i.e., c.i?

[admin]

That is just how the language is designed. You can access A's i but you have to do ( (A)c).i

HTH,
Paul.

[admin]

Very good question.
But i believe it's called hiding. I.e. B.i hides A.i. So A.i not inherited by B and therefore not inherited by C.

Best regards
Max

You are right. It is technically "hiding", not shadowing.
thank you for your feedback!

[__Bill]

Why will this not compile if //2 is commented out?

[admin]

As the explanation says, "You cannot access c.j because j is private in A."

[__Bill]

As the explanation says, "You cannot access c.j because j is private in A."

//2 is c.i not c.j. A wrong answer is " It will compile if //2 is commented. " Maybe you mean UNcommented? Pretty sure something is messed up in there. Check it out.

[admin]

No, it is correct. If you comment out //2, line marked //3 i.e. c.j will still be there and that won't compile.

[__Bill]

Ok, I get it. It will compile if //2 is commented out, yet that won't fix the problem that keeps it from compiling...
If you wanted to be clearer you could change that answer to read "commenting //2 will allow it to compile."