From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Kalman Reti" Newsgroups: gmane.emacs.bugs,gmane.emacs.devel Subject: Re: mark_object crash in 22.1 and latest CVS (as of tonight) Date: Wed, 14 Nov 2007 20:00:56 -0500 Message-ID: <16af2f430711141700g74175advd8f234478293faa5@mail.gmail.com> References: <16af2f430711081955j3d5e6745gc0f7a50e02d9a892@mail.gmail.com> <16af2f430711090332x39c8c768gb01d1dc6a0e4f427@mail.gmail.com> <16af2f430711120340q27926877tf976ef397d12df16@mail.gmail.com> <16af2f430711140939x45663644je0dce25c8796b18@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1195088475 15751 80.91.229.12 (15 Nov 2007 01:01:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 15 Nov 2007 01:01:15 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org, kalman.reti@gmail.com, rms@gnu.org, emacs-devel@gnu.org To: "Stefan Monnier" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Nov 15 02:01:18 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 1IsT6b-0002Nk-W1 for geb-bug-gnu-emacs@m.gmane.org; Thu, 15 Nov 2007 02:01:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IsT6P-0000pl-Dv for geb-bug-gnu-emacs@m.gmane.org; Wed, 14 Nov 2007 20:01:05 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IsT6K-0000pW-8M for bug-gnu-emacs@gnu.org; Wed, 14 Nov 2007 20:01:00 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IsT6I-0000p2-Mf for bug-gnu-emacs@gnu.org; Wed, 14 Nov 2007 20:00:59 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IsT6I-0000oo-JK for bug-gnu-emacs@gnu.org; Wed, 14 Nov 2007 20:00:58 -0500 Original-Received: from el-out-1112.google.com ([209.85.162.179]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IsT6I-0008GG-9q for bug-gnu-emacs@gnu.org; Wed, 14 Nov 2007 20:00:58 -0500 Original-Received: by el-out-1112.google.com with SMTP id s27so179947ele for ; Wed, 14 Nov 2007 17:00:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=eRLShtZj2Gns+05DRdl22KnsA7xIWpcetJofuJNIG/E=; b=SGeJCDKwASb2VfOtMPpsglMgD5kg3UxtWIbw/3i4ldJI4IUn43v/UKGB0C6YiiHF2O7ciNMMFeNeT1FQeZHFuzCQJLIEQvZ7chwidD6/115e/wsk3lf/NBCf14l+UIqisluSZIl83PoVXrecUq9C043ZPb/fgLr4n4gC6FNm0cE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SxCe7CKbLI4+08DAutjOFzP/YXSp4zuT8lo4FE8VF7RvLf62b7Pr0mvKTKXjtD4vfGUoyBiFtrMW7COxbCclAbyedYnoacHtNngAV+8tQH21NUXoUJ9jb2iqZb5dLXBGrsGoTp0boztVyp0/Xvi8A3GssCuAoTaBQagmDQXsLFk= Original-Received: by 10.142.201.3 with SMTP id y3mr11638wff.1195088456921; Wed, 14 Nov 2007 17:00:56 -0800 (PST) Original-Received: by 10.143.167.19 with HTTP; Wed, 14 Nov 2007 17:00:56 -0800 (PST) In-Reply-To: Content-Disposition: inline X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 (Google crawlbot) 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:16980 gmane.emacs.devel:83223 Archived-At: On Nov 14, 2007 1:51 PM, Stefan Monnier wrote: > > Anyone know what the elements of the undo_list mean? Some are conses > > with a marker in their CAR and a number in their CDR, some are just > > conses of two numbers and some are conses of a string and a number. > > It's documented in the docstring of buffer-undo-list. Thanks for the pointer. 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 verified this by splitting out the last of the three-legged-and conditions into its own if. Presumably this means that the marker is shared in some other structure which got marked previously. Could the last match data and the undo list perhaps share a marker? Where is the last match data kept? If it isn't there, any suggestions on how to go about finding out where another pointer to this marker is stored?