Okay, I\'ve been inspired to do some head punching. Seems like overloading operator& leads to not a small amount of pain.
operator&
What legitimate cases exis
Once I used to override operator & (without altering its behavior) as private to the class, in order to protect against occasional creation of smart pointer to the object created in the stack. Still not sure if it was really good idea...