From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Richard M. Stallman" Newsgroups: gmane.emacs.devel Subject: Re: [Stephen.Berman@gmx.net: Emacs hangs while edebugging recentf.el] Date: Mon, 28 Nov 2005 22:11:17 -0500 Message-ID: References: <28655567.1133165950588.JavaMail.www@wwinf1534> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1133234213 15690 80.91.229.2 (29 Nov 2005 03:16:53 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 29 Nov 2005 03:16:53 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 29 04:16:45 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Egvuk-0004EO-HO for ged-emacs-devel@m.gmane.org; Tue, 29 Nov 2005 04:12:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Egvuj-0002e7-UE for ged-emacs-devel@m.gmane.org; Mon, 28 Nov 2005 22:12:17 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Egvtn-00021a-Bm for emacs-devel@gnu.org; Mon, 28 Nov 2005 22:11:19 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Egvtm-000214-My for emacs-devel@gnu.org; Mon, 28 Nov 2005 22:11:19 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Egvtm-00020g-Ag for emacs-devel@gnu.org; Mon, 28 Nov 2005 22:11:18 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Egvtl-0002z6-RS for emacs-devel@gnu.org; Mon, 28 Nov 2005 22:11:18 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Egvtl-0004le-BT; Mon, 28 Nov 2005 22:11:17 -0500 Original-To: david.ponce@wanadoo.fr In-reply-to: <28655567.1133165950588.JavaMail.www@wwinf1534> (message from David PONCE on Mon, 28 Nov 2005 09:19:10 +0100 (CET)) 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:46750 Archived-At: > It could be a bug in prin1-to-string. What is the value > of print-circle at that time? It is t. It is let-bound by the function `edebug-safe-prin1-to-string' that wraps the built-in `prin1-to-string'. I did some debugging. It seems to be a repeating recursion in print, which should not happen because the print-circle feature should prevent it. Clearly there is a bug in that feature. A backtrace shows some objects repeating in one stack frame after another. I started to try to figure out why. One repeating argument was the 13th link in the list that's the 8th element of the value being printed. So the question is why that is not in Vprint_number_table There must be a bug in print_preprocess, but I can't see it. I ran out of time to debug this. Can someone else investigate?