From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: Problem with large buffers Date: Fri, 22 Jul 2005 21:12:40 +0300 Organization: JURTA Message-ID: <874qam20vj.fsf@jurta.org> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1122071665 23181 80.91.229.2 (22 Jul 2005 22:34:25 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 22 Jul 2005 22:34:25 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 23 00:34:23 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Dw660-0006cj-OH for ged-emacs-devel@m.gmane.org; Sat, 23 Jul 2005 00:34:21 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dw68A-0006Xz-Ni for ged-emacs-devel@m.gmane.org; Fri, 22 Jul 2005 18:36:34 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Dw665-0005wg-KW for emacs-devel@gnu.org; Fri, 22 Jul 2005 18:34:27 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Dw65y-0005s9-Gf for emacs-devel@gnu.org; Fri, 22 Jul 2005 18:34:19 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dw65y-0005o3-2C for emacs-devel@gnu.org; Fri, 22 Jul 2005 18:34:18 -0400 Original-Received: from [194.126.101.116] (helo=HOT-Bounce1.hot.ee) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Dw69C-0004PP-0l for emacs-devel@gnu.org; Fri, 22 Jul 2005 18:37:38 -0400 Original-Received: from mail.neti.ee (Relay4 [192.168.1.23]) by HOT-Bounce1.hot.ee (Postfix) with ESMTP id AA692161C26 for ; Fri, 22 Jul 2005 21:17:05 +0300 (EEST) Original-Received: from mail.neti.ee (80-235-41-184-dsl.mus.estpak.ee [80.235.41.184]) by Relayhost2.neti.ee (Postfix) with ESMTP id 5A3241866; Fri, 22 Jul 2005 21:30:35 +0300 (EEST) Original-To: Chris Mears In-Reply-To: (Chris Mears's message of "Fri, 22 Jul 2005 21:53:14 +1000") User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) X-Virus-Scanned: by amavisd-new-2.2.1 (20041222) (Debian) at neti.ee 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:41145 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:41145 >> I have encountered a problem with large buffers in CVS Emacs. When some >> commands are run on large-ish buffers Emacs seems to overflow some >> internal limit. I can easily reproduce this problem with just M-x gnus RET, so I get an infinite loop and can't use Gnus with the freshest CVS. Due to the large size of .newsrc-dribble in older Emacs version I get a question: Buffer .newsrc-dribble undo info is 4823773 bytes long; discard it? (y or n) but the latest CVS Emacs goes into an infinite loop: (gdb) bt #0 0x0813413f in truncate_undo_list (b=0xb4d6160) at undo.c:365 #1 0x08137b62 in Fgarbage_collect () at alloc.c:4712 #2 0x0814d9a7 in Ffuncall (nargs=2, args=0xbffc8b10) at eval.c:2797 #3 0x0814d480 in call1 (fn=138217929, arg1=38590184) at eval.c:2651 #4 0x08133ff8 in truncate_undo_list (b=0x9288be8) at undo.c:384 #5 0x08137b62 in Fgarbage_collect () at alloc.c:4712 #6 0x0814d9a7 in Ffuncall (nargs=2, args=0xbffc8c70) at eval.c:2797 #7 0x0814d480 in call1 (fn=138217929, arg1=38590184) at eval.c:2651 #8 0x08133ff8 in truncate_undo_list (b=0x9288be8) at undo.c:384 #9 0x08137b62 in Fgarbage_collect () at alloc.c:4712 #10 0x0814d9a7 in Ffuncall (nargs=2, args=0xbffc8dd0) at eval.c:2797 #11 0x0814d480 in call1 (fn=138217929, arg1=38590184) at eval.c:2651 #12 0x08133ff8 in truncate_undo_list (b=0x9288be8) at undo.c:384 #13 0x08137b62 in Fgarbage_collect () at alloc.c:4712 #14 0x0814d9a7 in Ffuncall (nargs=2, args=0xbffc8f30) at eval.c:2797 #15 0x0814d480 in call1 (fn=138217929, arg1=38590184) at eval.c:2651 #16 0x08133ff8 in truncate_undo_list (b=0x9288be8) at undo.c:384 #17 0x08137b62 in Fgarbage_collect () at alloc.c:4712 #18 0x0814d9a7 in Ffuncall (nargs=2, args=0xbffc9090) at eval.c:2797 #19 0x0814d480 in call1 (fn=138217929, arg1=38590184) at eval.c:2651 #20 0x08133ff8 in truncate_undo_list (b=0x9288be8) at undo.c:384 #21 0x08137b62 in Fgarbage_collect () at alloc.c:4712 #22 0x0814d9a7 in Ffuncall (nargs=2, args=0xbffc91f0) at eval.c:2797 #23 0x0814d480 in call1 (fn=138217929, arg1=38590184) at eval.c:2651 ... (gdb) fr 2 #2 0x0814d9a7 in Ffuncall (nargs=2, args=0xbffc8b10) at eval.c:2797 2797 if (consing_since_gc > gc_cons_combined_threshold) (gdb) p consing_since_gc $1 = 12021988 (gdb) p gc_cons_combined_threshold $2 = 7484150 (gdb) p args[0] $3 = 138217929 (gdb) xty Lisp_Symbol (gdb) xsy $4 = (struct Lisp_Symbol *) 0x83d09c8 "undo-outer-limit-truncate" -- Juri Linkov http://www.jurta.org/emacs/