About Revert "Check pointer before deferenging"

Matteo Casalin matteo.casalin at yahoo.com
Mon Jun 10 08:19:51 PDT 2013


>On 06/09/2013 08:32 AM, Matteo Casalin wrote:

>> Hi Caolán,
>>      first of all thanks for the rationale in your revert (commit
>> 8a3f61c42b7dfd7221bd7bc9d9a5a70c052a0bf5), I understand it is not
>> mandatory but it really helps.
>> I introduced those checks while visually scrolling through code for a
>> previous commit. Is there a rule of thumb on whether these checks are
>> required or not (and where), or should I just rely on reports from code
>> analysis tools?
>
>First of all, introducing null pointer checks without understanding the 
>code is never a good idea.  If you do not understand the code in 
>question, you neither know (a) whether the pointer is intended not to be 
>null here and can only be so due to a programming error somewhere else 
>(so the fix should also go somewhere else), nor (b) what to do in the 
>else branch.
>
>And in the special case of a pointer obtained from plain new, it can 
>never be null anyway, as already explained by Caolán.
>
>Stephan

Looking back to the code, I completely misunderstood the aim of the same check after one of the two that I introduced.
Thanks for the clarification.

Matteo

>_______________________________________________
>LibreOffice mailing list
>LibreOffice at lists.freedesktop.org
>http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
>


More information about the LibreOffice mailing list