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#11822: 24.1; emacsclient terminal mode captures escape characters as text Date: Fri, 25 Sep 2015 09:49:04 +0300 Message-ID: <83io6zhu3j.fsf@gnu.org> References: <6eipe9fypj.fsf@just-testing.permabit.com> <415962DC-9BF5-4595-8180-7BE8DB545206@permabit.com> <502427D2.3080003@permabit.com> <83ipcre0fm.fsf@gnu.org> <2AB38709-2307-437E-A242-70B8A358BE4F@permabit.com> <83a9y3dwa8.fsf@gnu.org> <838vdndv9m.fsf@gnu.org> <1341183F-84AB-4257-B28B-57BDE5CA4F20@permabit.com> <83r3m97bzs.fsf@gnu.org> <37C523EE-3D76-40F7-B7B2-99D6F0BD7B97@permabit.com> <83bndc7r5b.fsf@gnu.org> <6ea8swr8ja.fsf@just-testing.permabit.com> <83si6n65ld.fsf@gnu.org> <6e613irc91.fsf@just-testing.permabit.com> <83bnda5lso.fsf@gnu.org> <6ezj0tphtd.fsf@just-testing.permabit.com> <83h9n14e04.fsf@gnu.org> <6esi6kpn4t.fsf@just-testing.permabit.com> <834miv92nm.fsf@gnu.org> <83a8sjreso.fsf@gnu.org> <838u80nm2e.fsf@gnu.org> <83k2rhj67q.fsf@gnu.org> <83oagrirjf.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1443163829 13334 80.91.229.3 (25 Sep 2015 06:50:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 25 Sep 2015 06:50:29 +0000 (UTC) Cc: monnier@iro.umontreal.ca, 11822@debbugs.gnu.org To: Ken Raeburn Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Sep 25 08:50:14 2015 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 1ZfMpf-0002lo-Vx for geb-bug-gnu-emacs@m.gmane.org; Fri, 25 Sep 2015 08:50:12 +0200 Original-Received: from localhost ([::1]:42194 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZfMpf-0001NX-DO for geb-bug-gnu-emacs@m.gmane.org; Fri, 25 Sep 2015 02:50:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55580) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZfMpb-0001Kn-Rb for bug-gnu-emacs@gnu.org; Fri, 25 Sep 2015 02:50:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZfMpX-0004zt-Pn for bug-gnu-emacs@gnu.org; Fri, 25 Sep 2015 02:50:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53441) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZfMpX-0004zX-NL for bug-gnu-emacs@gnu.org; Fri, 25 Sep 2015 02:50:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZfMpX-0000GZ-3V for bug-gnu-emacs@gnu.org; Fri, 25 Sep 2015 02:50:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 25 Sep 2015 06:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11822-submit@debbugs.gnu.org id=B11822.1443163746956 (code B ref 11822); Fri, 25 Sep 2015 06:50:02 +0000 Original-Received: (at 11822) by debbugs.gnu.org; 25 Sep 2015 06:49:06 +0000 Original-Received: from localhost ([127.0.0.1]:42412 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfMob-0000FM-DI for submit@debbugs.gnu.org; Fri, 25 Sep 2015 02:49:05 -0400 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:64228) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfMoZ-0000FC-0x for 11822@debbugs.gnu.org; Fri, 25 Sep 2015 02:49:03 -0400 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0NV80090006S5U00@a-mtaout21.012.net.il> for 11822@debbugs.gnu.org; Fri, 25 Sep 2015 09:49:01 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NV80094Q09O2B90@a-mtaout21.012.net.il>; Fri, 25 Sep 2015 09:49:01 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x 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:106891 Archived-At: > Date: Thu, 24 Sep 2015 16:08:04 -0400 > From: Ken Raeburn > Cc: Stefan Monnier , 11822@debbugs.gnu.org > > > In this run, I recorded over 601000 bytes being allocated; about 60% of > that (~364000) was done from things called by parse_single_submenu; about > half of that (~185000), in turn, was via larger_vector called from > ensure_menu_items. The largest of those was a single allocation of 62000 > bytes. There were several more of these calls, with smaller sizes, and > varying in the nesting depth of single_menu_item and friends. > > Can you show the backtrace from the 62000-byte allocation? > > > Hardware watchpoint 3: consing_since_gc > > Old value = 236408 > New value = 298408 > allocate_vectorlike (len=7749) at ../../src/alloc.c:3129 > 3129 vector_cells_consed += len; > #0 allocate_vectorlike (len=7749) at ../../src/alloc.c:3129 > #1 0x000000000053c358 in XUNTAG (type=, a=) at . > ./../src/lisp.h:839 > #2 XVECTOR (a=) at ../../src/lisp.h:969 > #3 allocate_vectorlike (len=7749) at ../../src/alloc.c:3097 > #4 allocate_vector (len=7749) at ../../src/alloc.c:3148 > #5 0x000000000055febd in larger_vector (vec=20730845, incr_min=, > nitems_max=) at ../../src/fns.c:3619 > #6 0x0000000000463c18 in ensure_menu_items (items=) at . > ./../src/menu.c:172 > #7 0x0000000000463dbe in push_menu_item (name=8891140, enable=44016, > key=7152208, def=4131552, equiv=0, type=0, selected=0, help=0) at . > ./../src/menu.c:242 > #8 0x00000000004640ae in single_menu_item (skp_v=0x7fffffffcbf0, key=7152208, > item=, dummy=) at ../../src/menu.c:424 > #9 single_menu_item (key=7152208, item=, dummy=, > skp_v=0x7fffffffcbf0) at ../../src/menu.c:322 > #10 0x00000000004f468a in map_keymap_item (data=0x7fffffffcbf0, val= out>, key=, args=0, fun=0x463ea0 ) at . > ./../src/keymap.c:547 > #11 map_keymap_internal (map=19459395, fun=0x463ea0 , args=0, > data=0x7fffffffcbf0) at ../../src/keymap.c:584 > #12 0x0000000000463d18 in single_keymap_panes (keymap=16111731, > pane_name=, prefix=, maxdepth=8) at . > ./../src/menu.c:298 > #13 0x0000000000464124 in single_menu_item (skp_v=0x7fffffffcd50, key=5159696, > item=, dummy=) at ../../src/menu.c:437 > #14 single_menu_item (key=5159696, item=, dummy=, > skp_v=0x7fffffffcd50) at ../../src/menu.c:322 > #15 0x00000000004f468a in map_keymap_item (data=0x7fffffffcd50, val= out>, key=, args=0, fun=0x463ea0 ) at . > ./../src/keymap.c:547 > #16 map_keymap_internal (map=19467347, fun=0x463ea0 , args=0, > data=0x7fffffffcd50) at ../../src/keymap.c:584 > #17 0x0000000000463d18 in single_keymap_panes (keymap=19716755, > pane_name=, prefix=, maxdepth=9) at . > ./../src/menu.c:298 > #18 0x0000000000464124 in single_menu_item (skp_v=0x7fffffffceb0, key=8138816, > item=, dummy=) at ../../src/menu.c:437 > #19 single_menu_item (key=8138816, item=, dummy=, > skp_v=0x7fffffffceb0) at ../../src/menu.c:322 > #20 0x00000000004f468a in map_keymap_item (data=0x7fffffffceb0, val= out>, key=, args=0, fun=0x463ea0 ) at . > ./../src/keymap.c:547 > #21 map_keymap_internal (map=19488483, fun=0x463ea0 , args=0, > data=0x7fffffffceb0) at ../../src/keymap.c:584 > #22 0x0000000000463d18 in single_keymap_panes (keymap=19750115, > pane_name=, prefix=, maxdepth=10) at . > ./../src/menu.c:298 > #23 0x00000000004652c8 in parse_single_submenu (item_key=8191056, > item_name=9330724, maps=) at ../../src/menu.c:566 > #24 0x0000000000466a9f in set_frame_menubar (f=0x122a940, first_time= out>, deep_p=) at ../../src/xmenu.c:797 > #25 0x00000000004d0038 in Fx_create_frame (parms=13618675) at . > ./../src/xfns.c:3307 Looks like some deeply recursive keymap? Can you show the values of relevant variables, so that we could have an idea which keymap is that? > I'm still seeing no display problems with the test branch; I'm fine with > closing out this ticket now. Great, I will merge the branch soon. Thanks.