[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problem report #20

From: Stuart D. Herring
Subject: Re: Problem report #20
Date: Wed, 12 Apr 2006 08:04:31 -0700 (PDT)
User-agent: SquirrelMail/1.4.3a-11.EL3

I previously wrote:

>> Event var_deref_model: Variable "preserve_ptr" tracked as NULL was
>> passed
>> to a function that dereferences it. [model]
>> Also see events: [var_compare_op]
>> 2075           signal_before_change (start, end, preserve_ptr);
> signal_before_change() doesn't even -use- preserve_ptr (is that a bug?),
> much less dereference it.  No bug (here).

Dan pointed out that signal_before_change does use preserve_ptr via
macros.    (Thanks.)  But the macros check the pointer before using it, so
signal_before_change(...,NULL) is safe, and so prepare_to_modify_buffer
(still) has no bug; it only uses preserve_ptr by passing it to
signal_before_change, and so the pointer is allowed to be NULL.


This product is sold by volume, not by mass.  If it appears too dense or
too sparse, it is because mass-energy conversion has occurred during

reply via email to

[Prev in Thread] Current Thread [Next in Thread]