> Have you looked at Java since 1.0? The nio package > provides access to using native select() or poll() > implementations on socket and file streams.
Hey, lookie there! I googled for this a couple months ago and found nothing (except a few people saying it couldn't be done). Must have been using crappy search criteria.
> But, that is more of that confusing syntax stuff that > doesn't provide the user with any good sub-conscience > glue. Making users type obj1.equals( obj2 ) is not a bad > thing either...
I wouldn't call the "address of" operator confusing, but it's all a matter of opinion.
> Would be > interesting to see how that would be implemented without > == being assigned to a member method to begin with.
The compiler writers have managed to do it with implicitly defined operator= and copy constructors. I don't think it's too much of a stretch to apply similar member traversal logic to equality comparisons, but aparently some one did. Perhaps the answer lies in the ARM.
Well, shame on me for not knowing my tools. I obviously don't know either language well enough to effectively argue the finer points of either one in a public forum.
But I do know that you use the right tool for the right job. Sometimes the right tool is C++ (like it or not), and articles like this make better programmers out of all of us.
A word of warning, and a question for if anyone has encountered and/or has a solution for this issue (other than the obvious "don't allow this code").
If you (already) have an explicit conversion to a pointer type other than bool_type, the compiler may very well choose the non-bool_type, resulting in unexpected behavior.