From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.bugs,gmane.emacs.devel Subject: Re: mark_object crash in 22.1 and latest CVS (as of tonight) Date: Thu, 15 Nov 2007 12:09:09 -0500 Message-ID: References: <16af2f430711081955j3d5e6745gc0f7a50e02d9a892@mail.gmail.com> <16af2f430711090332x39c8c768gb01d1dc6a0e4f427@mail.gmail.com> <16af2f430711120340q27926877tf976ef397d12df16@mail.gmail.com> <16af2f430711140939x45663644je0dce25c8796b18@mail.gmail.com> <16af2f430711141700g74175advd8f234478293faa5@mail.gmail.com> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1195146737 22463 80.91.229.12 (15 Nov 2007 17:12:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 15 Nov 2007 17:12:17 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org, kalman.reti@gmail.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: "Kalman Reti" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Nov 15 18:12:22 2007 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IsiGF-0000mc-JR for geb-bug-gnu-emacs@m.gmane.org; Thu, 15 Nov 2007 18:12:15 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IsiG2-0005M4-Q3 for geb-bug-gnu-emacs@m.gmane.org; Thu, 15 Nov 2007 12:12:02 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IsiDJ-0001Qo-58 for bug-gnu-emacs@gnu.org; Thu, 15 Nov 2007 12:09:13 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IsiDF-0001Kq-Tq for bug-gnu-emacs@gnu.org; Thu, 15 Nov 2007 12:09:12 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IsiDF-0001KY-LH; Thu, 15 Nov 2007 12:09:09 -0500 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IsiDF-00029q-BP; Thu, 15 Nov 2007 12:09:09 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1IsiDF-0005Bq-4Y; Thu, 15 Nov 2007 12:09:09 -0500 In-reply-to: <16af2f430711141700g74175advd8f234478293faa5@mail.gmail.com> (kalman.reti@gmail.com) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:16989 gmane.emacs.devel:83281 Archived-At: I've done some more experiments; it occurred to me that if the marker in the undo list was gc-marked already when we got to the special processing, then it would be skipped. I looked to see what you mean, and I see that some elements do get removed from the undo list. I hadn't remembered that -- sorry. Is this the special processing you mean? /* If a buffer's undo list is Qt, that means that undo is turned off in that buffer. Calling truncate_undo_list on Qt tends to return NULL, which effectively turns undo back on. So don't call truncate_undo_list if undo_list is Qt. */ if (! EQ (nextb->undo_list, Qt)) { ... If so, it is supposed to delete elements for markers that weren't already marked by GC. And then it marks the undo list in the normal way. Does it look like that code failed to remove an element which was supposed to update a marker? Was the marker already corrupted (replaced with Lisp_Misc_Free) before the start of the loop?