STYLE: Remove this-> on access to private data ResourceProbe

[N-Dekker]

Replaced this->m_ with m_ in "itkResourceProbe.hxx". Removed parentheses
from ++(m_NumberOfStarts) and ++(m_NumberOfStops).

Following section "Accessing Members" of ITK's Coding Style Guide

[dzenanz]

The reason I sometimes had to add this-> was that GCC threw compile errors without it. Hopefully this PR doesn't run into that issue.

[N-Dekker]

The reason I sometimes had to add this-> was that GCC threw compile errors without it.

@dzenanz Do you remember in what kind of scenario those GCC compile errors appeared? I think it should be OK to just remove the this-> from access to data members, unless it's inside a template class, accessing the non-private data of its base class. In this case (this PR), it's just access to its own private data, so that should be just fine.

By the way, if it would be access to the non-private data of its base class, I think it would be clearer to do it by Superclass::m_Data (instead of this->m_Data). Right?

[dzenanz]

Yes, this issue arises in templated classes (sometimes). You might be completely right.

[N-Dekker]

Yes, this issue arises in templated classes (sometimes). You might be completely right.

Thanks @dzenanz For the sake of completeness, it appears that those GCC compile errors only appear when both the derived and the base class is templated. And the derived tried to access a non-private data member from its base.