From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stuart D. Herring" Newsgroups: gmane.emacs.devel Subject: Re: Problem report #20 Date: Wed, 12 Apr 2006 08:04:31 -0700 (PDT) Message-ID: <40707.128.165.123.132.1144854271.squirrel@webmail.lanl.gov> References: <200604111548.k3BFmo3M015110@scanner2.ics.uci.edu> <39838.128.165.123.132.1144775995.squirrel@webmail.lanl.gov> Reply-To: herring@lanl.gov NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: sea.gmane.org 1144854315 11377 80.91.229.2 (12 Apr 2006 15:05:15 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 12 Apr 2006 15:05:15 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 12 17:05:13 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FTgts-0006oc-Jx for ged-emacs-devel@m.gmane.org; Wed, 12 Apr 2006 17:04:56 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FTgts-0004GY-4F for ged-emacs-devel@m.gmane.org; Wed, 12 Apr 2006 11:04:56 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FTgtb-0004Es-U9 for emacs-devel@gnu.org; Wed, 12 Apr 2006 11:04:40 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FTgtZ-0004Df-Ng for emacs-devel@gnu.org; Wed, 12 Apr 2006 11:04:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FTgtZ-0004Da-J6 for emacs-devel@gnu.org; Wed, 12 Apr 2006 11:04:37 -0400 Original-Received: from [192.65.95.54] (helo=mailwasher-b.lanl.gov) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FTgyg-00027u-4w for emacs-devel@gnu.org; Wed, 12 Apr 2006 11:09:54 -0400 Original-Received: from mailrelay2.lanl.gov (mailrelay2.lanl.gov [128.165.4.103]) by mailwasher-b.lanl.gov (8.12.11/8.12.11/(ccn-5)) with ESMTP id k3CF4Wex023577 for ; Wed, 12 Apr 2006 09:04:33 -0600 Original-Received: from webmail1.lanl.gov (webmail1.lanl.gov [128.165.4.106]) by mailrelay2.lanl.gov (8.12.11/8.12.11/(ccn-5)) with ESMTP id k3CF4VAb020066 for ; Wed, 12 Apr 2006 09:04:32 -0600 Original-Received: from webmail1.lanl.gov (localhost.localdomain [127.0.0.1]) by webmail1.lanl.gov (8.12.11.20060308/8.12.11) with ESMTP id k3CF4VQU016856 for ; Wed, 12 Apr 2006 09:04:31 -0600 Original-Received: (from apache@localhost) by webmail1.lanl.gov (8.12.11.20060308/8.12.11/Submit) id k3CF4Vxb016854; Wed, 12 Apr 2006 08:04:31 -0700 X-Authentication-Warning: webmail1.lanl.gov: apache set sender to herring@lanl.gov using -f Original-Received: from 128.165.123.132 (SquirrelMail authenticated user 196434); by webmail.lanl.gov with HTTP; Wed, 12 Apr 2006 08:04:31 -0700 (PDT) In-Reply-To: <39838.128.165.123.132.1144775995.squirrel@webmail.lanl.gov> Original-To: emacs-devel@gnu.org User-Agent: SquirrelMail/1.4.3a-11.EL3 X-Mailer: SquirrelMail/1.4.3a-11.EL3 X-Priority: 3 (Normal) Importance: Normal X-PMX-Version: 4.7.1.128075 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:52766 Archived-At: 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. Davis -- 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 shipping.