From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chris Mears Newsgroups: gmane.emacs.devel Subject: Re: Problem with large buffers Date: Sat, 23 Jul 2005 10:05:43 +1000 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1122077294 2150 80.91.229.2 (23 Jul 2005 00:08:14 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 23 Jul 2005 00:08:14 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 23 02:08:04 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Dw7YU-0006kp-4x for ged-emacs-devel@m.gmane.org; Sat, 23 Jul 2005 02:07:50 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dw7ad-00059Y-LR for ged-emacs-devel@m.gmane.org; Fri, 22 Jul 2005 20:10:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Dw7ZH-0004m7-Ms for emacs-devel@gnu.org; Fri, 22 Jul 2005 20:08:39 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Dw7ZE-0004kX-Np for emacs-devel@gnu.org; Fri, 22 Jul 2005 20:08:37 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dw7ZE-0004jT-BD for emacs-devel@gnu.org; Fri, 22 Jul 2005 20:08:36 -0400 Original-Received: from [211.29.132.184] (helo=mail03.syd.optusnet.com.au) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1Dw7gX-0002z9-Fa; Fri, 22 Jul 2005 20:16:10 -0400 Original-Received: from loki.cmears.id.au (c220-237-36-237.brasd1.vic.optusnet.com.au [220.237.36.237]) by mail03.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j6N05iqP020869 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 23 Jul 2005 10:05:46 +1000 Original-Received: from loki.cmears.id.au (loki.cmears.id.au [127.0.0.1]) by loki.cmears.id.au (8.13.1/8.12.11) with ESMTP id j6N05itJ010666; Sat, 23 Jul 2005 10:05:44 +1000 Original-Received: (from chris@localhost) by loki.cmears.id.au (8.13.1/8.13.1/Submit) id j6N05isT010665; Sat, 23 Jul 2005 10:05:44 +1000 X-Authentication-Warning: loki.cmears.id.au: chris set sender to chris@cmears.id.au using -f Original-To: rms@gnu.org In-Reply-To: (Richard M. Stallman's message of "Fri, 22 Jul 2005 18:51:32 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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:41164 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:41164 "Richard M. Stallman" writes: > Emacs highlights the first "world!" that is about to replace, then in > the echo area I see: > > "Error in menu-bar-update-hook: (error Variable binding depth exceeds > max-specpdl-size)" > > Can you provide a precise way to reproduce this problem? > Once able to reproduce it, I think we could fix it quickly. This reproduces the problem for me: emacs -q -nw '--eval=(progn (dotimes (i 60000) (insert "Hello world!\n")) (beginning-of-buffer) (replace-regexp "w.*" ""))' > You could also try putting a breakpoint at this call to Fsignal [...] > You could then use the GDB commands backtrace and xbacktrace, > and send us the output. Here is the output of xbacktrace: (gdb) xbacktrace "perform-replace" "replace-regexp" "progn" "eval" "command-line-1" "command-line" "normal-top-level" And this is backtrace's output: #0 grow_specpdl () at eval.c:3089 #1 0x0813ba4d in specbind (symbol=137383713, value=2147483640) at #eval.c:3108 #2 0x08128ef2 in inhibit_garbage_collection () at alloc.c:4662 #3 0x08125f8a in truncate_undo_list (b=0x8301490) at undo.c:324 #4 0x08129ccf in Fgarbage_collect () at alloc.c:4712 #5 0x0813cc45 in Ffuncall (nargs=2, args=0xbffc6990) at eval.c:2798 #6 0x0813dbcc in call1 (fn=137810081, arg1=24472856) at eval.c:2652 #7 0x08126053 in truncate_undo_list (b=0x82fdc80) at undo.c:384 #8 0x08129ccf in Fgarbage_collect () at alloc.c:4712 #9 0x0813cc45 in Ffuncall (nargs=2, args=0xbffc6b70) at eval.c:2798 #10 0x0813dbcc in call1 (fn=137810081, arg1=24472856) at eval.c:2652 #11 0x08126053 in truncate_undo_list (b=0x82fdc80) at undo.c:384 #12 0x08129ccf in Fgarbage_collect () at alloc.c:4712 #13 0x0813cc45 in Ffuncall (nargs=2, args=0xbffc6d50) at eval.c:2798 #14 0x0813dbcc in call1 (fn=137810081, arg1=24472856) at eval.c:2652 #15 0x08126053 in truncate_undo_list (b=0x82fdc80) at undo.c:384 #16 0x08129ccf in Fgarbage_collect () at alloc.c:4712 #17 0x0813cc45 in Ffuncall (nargs=2, args=0xbffc6f30) at eval.c:2798 #18 0x0813dbcc in call1 (fn=137810081, arg1=24472856) at eval.c:2652 #19 0x08126053 in truncate_undo_list (b=0x82fdc80) at undo.c:384 [the above 4 functions repeat] #1905 0x0813cc45 in Ffuncall (nargs=2, args=0xbfffe430) at eval.c:2798 #1906 0x0813dbcc in call1 (fn=137810081, arg1=24472856) at eval.c:2652 #1907 0x08126053 in truncate_undo_list (b=0x82fdc80) at undo.c:384 #1908 0x08129ccf in Fgarbage_collect () at alloc.c:4712 #1909 0x0816637f in Fbyte_code (bytestr=461752, vector=130, #maxdepth=-1073748596) at bytecode.c:724 #1910 0x0813c89f in funcall_lambda (fun=136903476, nargs=9, #arg_vector=0xbfffe704) at eval.c:3047 #1911 0x0813cbfe in Ffuncall (nargs=10, args=0xbfffe700) at eval.c:2915 #1912 0x08166003 in Fbyte_code (bytestr=137557665, vector=9, #maxdepth=-1073748224) at bytecode.c:689 #1913 0x0813c89f in funcall_lambda (fun=136889100, nargs=2, #arg_vector=0xbfffe7f0) at eval.c:3047 #1914 0x0813c9da in apply_lambda (fun=136889100, args=140231371, #eval_flag=1) at eval.c:2969 #1915 0x0813c19a in Feval (form=136889100) at eval.c:2261 #1916 0x0813c657 in Fprogn (args=1000) at eval.c:432 #1917 0x0813c46c in Feval (form=137023612) at eval.c:2150 #1918 0x0813cd81 in Ffuncall (nargs=2, args=0xbfffea94) at eval.c:2863 #1919 0x08166003 in Fbyte_code (bytestr=137306129, vector=1, #maxdepth=-1073747312) at bytecode.c:689 #1920 0x0813c89f in funcall_lambda (fun=136825652, nargs=1, #arg_vector=0xbfffebe4) at eval.c:3047 #1921 0x0813cbfe in Ffuncall (nargs=2, args=0xbfffebe0) at eval.c:2915 #1922 0x08166003 in Fbyte_code (bytestr=137439209, vector=1, #maxdepth=-1073746976) at bytecode.c:689 #1923 0x0813c89f in funcall_lambda (fun=136809412, nargs=0, #arg_vector=0xbfffed24) at eval.c:3047 #1924 0x0813cbfe in Ffuncall (nargs=1, args=0xbfffed20) at eval.c:2915 #1925 0x08166003 in Fbyte_code (bytestr=140053171, vector=0, #maxdepth=-1073746656) at bytecode.c:689 #1926 0x0813c89f in funcall_lambda (fun=136804308, nargs=0, #arg_vector=0xbfffee00) at eval.c:3047 #1927 0x0813c9da in apply_lambda (fun=136804308, args=137306129, #eval_flag=1) at eval.c:2969 #1928 0x0813c19a in Feval (form=136804308) at eval.c:2261 #1929 0x080df4d9 in top_level_2 () at keyboard.c:1327 #1930 0x0813b15a in internal_condition_case (bfun=0x80df4c8 #, handlers=137367121, hfun=0x80e4aec ) at eval.c:1452 #1931 0x080df505 in top_level_1 () at keyboard.c:1335 #1932 0x0813b069 in internal_catch (tag=1000, func=0x80df4dc #, arg=137306129) at eval.c:1211 #1933 0x080df2ab in command_loop () at keyboard.c:1292 #1934 0x080df363 in recursive_edit_1 () at keyboard.c:990 #1935 0x080df45e in Frecursive_edit () at keyboard.c:1051 #1936 0x080de7e5 in main (argc=4, argv=0xbffff4b4) at emacs.c:1782