Re: Need clarification on Object.equals.
On Tuesday, December 18, 2012 2:14:58 PM UTC-6, ple...@gmail.com wrote:
On Tuesday, December 18, 2012 1:01:51 PM UTC-6, David Lamb wrote:
On 18/12/2012 1:48 PM, p...mail.com wrote:
On Tuesday, December 18, 2012 12:24:44 PM UTC-6, markspace wrote:
Show us the implementation of equals() for Node (and probably Gate t=
oo,
that version of equals() could also be borked in the example you gav=
e)
and we'll point out the error.
It is complex because it is a large application. I can either post th=
e several hundred lines
> of source or the the 6 which adequately illustrates the point. Node=
does not implement equals
> at all as you say
Roedy suggested Gate, not Node, might implement "equals". Does it?
There's likely not much people can do to help without more context. The=
"6 lines" don't adequately "illustrate the point" because from them
alone nobody can say for sure what your problem is. Roedy's guess might=
be the best advice you're going to get.
Yes I understand that. In fact, as I pointed out in a subsequent post, no=
ne of my code defines equals, Node was however extending AbstractSet which =
does redefine it. Really All I was looking for was a general direction I mi=
ght look and not to burden anyone with large blocks of code. Node is 212 li=
nes, Gate is 67, Monitor another 85, none of which even once mentions the w=
ord "equals"
My issue with Roedy's response was not the helpful suggestion to look at =
super classes but rather that it comes off as lecturing, and frankly rather=
condescending.
Im sorry I meant markspace's responce not Roedy's