From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#18522: 24.4.50; mapcar is very slow Date: Sun, 28 Feb 2016 17:48:29 +0200 Message-ID: <83y4a4al9u.fsf@gnu.org> References: <8738bkdjqg.fsf@micropit.roche-blanche.homenet.org> <87r3g4o4uw.fsf@roche-blanche.net> <83h9h0jwfo.fsf@gnu.org> <87mvqru119.fsf@roche-blanche.net> <8360xfjsyr.fsf@gnu.org> <878u2bs7tl.fsf@roche-blanche.net> <83r3g3iajr.fsf@gnu.org> <87twkypfqx.fsf@roche-blanche.net> <83vb5egg8y.fsf@gnu.org> <87fuwikmzc.fsf@roche-blanche.net> <83io1ege6r.fsf@gnu.org> <87y4a9kh9e.fsf@roche-blanche.net> <87vb5dvf6c.fsf@gnus.org> <8760xdi54j.fsf@roche-blanche.net> <83vb5cg4r6.fsf@gnu.org> <87wppspsnh.fsf@roche-blanche.net> <8337sgfy08.fsf@gnu.org> <87wpprn34n.fsf@roche-blanche.net> <8360xbenbm.fsf@gnu.org> <87si0fln5a.fsf@roche-blanche.net> <87d1rhxyoc.fsf@gnus.org> <8737sduukz.fsf@roche-blanche.net> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1456674559 16003 80.91.229.3 (28 Feb 2016 15:49:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 28 Feb 2016 15:49:19 +0000 (UTC) Cc: larsi@gnus.org, 18522@debbugs.gnu.org To: Peter =?UTF-8?Q?M=C3=BCnster?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Feb 28 16:49:09 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aa3al-0000xS-Ff for geb-bug-gnu-emacs@m.gmane.org; Sun, 28 Feb 2016 16:49:07 +0100 Original-Received: from localhost ([::1]:59469 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aa3ak-00040M-UL for geb-bug-gnu-emacs@m.gmane.org; Sun, 28 Feb 2016 10:49:06 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41315) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aa3ah-000403-9w for bug-gnu-emacs@gnu.org; Sun, 28 Feb 2016 10:49:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aa3ag-0000RW-BH for bug-gnu-emacs@gnu.org; Sun, 28 Feb 2016 10:49:03 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53763) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aa3ag-0000RM-82 for bug-gnu-emacs@gnu.org; Sun, 28 Feb 2016 10:49:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aa3af-0006Dz-OZ; Sun, 28 Feb 2016 10:49:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Sun, 28 Feb 2016 15:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18522 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: Original-Received: via spool by 18522-submit@debbugs.gnu.org id=B18522.145667453723916 (code B ref 18522); Sun, 28 Feb 2016 15:49:01 +0000 Original-Received: (at 18522) by debbugs.gnu.org; 28 Feb 2016 15:48:57 +0000 Original-Received: from localhost ([127.0.0.1]:50890 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aa3aa-0006Dg-Nn for submit@debbugs.gnu.org; Sun, 28 Feb 2016 10:48:56 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:50312) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aa3aY-0006DT-SX for 18522@debbugs.gnu.org; Sun, 28 Feb 2016 10:48:55 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aa3aP-0000CH-Ss for 18522@debbugs.gnu.org; Sun, 28 Feb 2016 10:48:49 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37626) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aa3aP-0000CC-Pb; Sun, 28 Feb 2016 10:48:45 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3220 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aa3aO-0004ub-Vn; Sun, 28 Feb 2016 10:48:45 -0500 In-reply-to: <8737sduukz.fsf@roche-blanche.net> (message from Peter =?UTF-8?Q?M=C3=BCnster?= on Sun, 28 Feb 2016 09:07:08 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:114041 Archived-At: > From: Peter Münster > Cc: Eli Zaretskii , 18522@debbugs.gnu.org > Date: Sun, 28 Feb 2016 09:07:08 +0100 > > On Sun, Feb 28 2016, Lars Ingebrigtsen wrote: > > > Try evaling the following and post the list appearing in *Messages*: > > > > (mapatoms > > (lambda (symbol) > > (when (boundp symbol) > > (let ((value (symbol-value symbol))) > > (while (consp value) > > (let ((elem (car value))) > > (when (bufferp elem) > > (message "%s has a buffer %s" > > symbol (buffer-name elem)))) > > (setq value (cdr value)))))) > > obarray) > > multi-web-global-mode-buffers has a buffer *Minibuf-1* > rfn-eshadow-frobbed-minibufs has a buffer *Minibuf-1* > gnus-buffers has a buffer *Article nndraft:drafts* > gnus-buffers has a buffer *Original Article nndraft:drafts* > gnus-buffers has a buffer *Summary nndraft:drafts* > gnus-buffers has a buffer nil > gnus-buffers has a buffer *unsent wide reply to Lars Ingebrigtsen* > gnus-buffers has a buffer *gnus article copy* > gnus-buffers has a buffer *nnmail message-id cache* > gnus-buffers has a buffer *Gnus Backlog* > gnus-buffers has a buffer *gnus work* > gnus-buffers has a buffer *Gnus agent overview* > gnus-buffers has a buffer *Group* > > And then I have to stop it with C-g because it hangs... So there's a symbol-value there whose cdr equal's itself? That should be easy to protect against, no? Also, I'd suggest disabling GCC during the time this runs.