From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.bugs Subject: bug#11822: 24.1; emacsclient terminal mode captures escape characters as text Date: Thu, 24 Sep 2015 16:08:04 -0400 Message-ID: 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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c27b26ef9dbe052083c960 X-Trace: ger.gmane.org 1443125477 9629 80.91.229.3 (24 Sep 2015 20:11:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 24 Sep 2015 20:11:17 +0000 (UTC) Cc: Stefan Monnier , 11822@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Sep 24 22:11:06 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 1ZfCr9-0004Lu-Gs for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 Sep 2015 22:11:03 +0200 Original-Received: from localhost ([::1]:58705 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZfCr9-00073O-21 for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 Sep 2015 16:11:03 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59005) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZfCpH-0004GP-Lb for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2015 16:09:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZfCpE-0005Ar-D8 for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2015 16:09:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53227) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZfCpC-0005A6-A3 for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2015 16:09:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZfCpB-0002Fc-Me for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2015 16:09:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Ken Raeburn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Sep 2015 20:09:01 +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.14431252908594 (code B ref 11822); Thu, 24 Sep 2015 20:09:01 +0000 Original-Received: (at 11822) by debbugs.gnu.org; 24 Sep 2015 20:08:10 +0000 Original-Received: from localhost ([127.0.0.1]:42198 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfCoK-0002EW-NQ for submit@debbugs.gnu.org; Thu, 24 Sep 2015 16:08:09 -0400 Original-Received: from mail-la0-f49.google.com ([209.85.215.49]:35271) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfCoH-0002EM-7u for 11822@debbugs.gnu.org; Thu, 24 Sep 2015 16:08:06 -0400 Original-Received: by lacwc7 with SMTP id wc7so19144773lac.2 for <11822@debbugs.gnu.org>; Thu, 24 Sep 2015 13:08:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=permabit.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=haOPMIAFhBFAFR6q/XlBe6bBfd4TXcxTQegHuHYN/Dw=; b=WsgMdRHm4GlPDraQGLWcWQT+wULbmLqc6EyHNwMwj/V52BnN0+0Ywz2N5q7tI2woLl IklMhCHujNSJnKCiUQwSrPERxxbu2lbjCtFmnS+/nYP0c7aEQY2si9DZ7LA5t+DF3Zqx eaDObv8OMW8a9wUSdS9fjpU8/UaeXTXmaG6Rs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=haOPMIAFhBFAFR6q/XlBe6bBfd4TXcxTQegHuHYN/Dw=; b=eLTGTSRsKdvTvRedSrYSpPr7/Es6+/h76HbJxhmY6yEhFPVcIMsVSXqiNEEeVhnwex iLcAKRXYzBP81F0d/JfQMgyqTAr1Yz5Jx4CSzNjXnc//rkM3WaJmOOpoj5e6i79hFTKK YvYIzUFuhUGL+qL0Lfqz2dFwsORzLEDPMjsW6g0yyiRejNGHea73TJYnYz9Ei0NiGm2V mnF9G0TciFQ7vxj59ZBuAoo1mQK5WMLsEvzeC3rEuuuveA8dKbB1l1//vSQx7KNpkpG1 ZUrcayrslAWcgQkDqHToJkXEP6pYiSSkpbt5pGXKdGgeI2vz3wIhZEWUKFZYKL40QpvT Wm/g== X-Gm-Message-State: ALoCoQkJJBN/chb9eOQImwm+Nje6DdGJIWnfuEnTlVzHcc8Ynor6D4vBa5i4Wwgk/0kVPaf9u7Il X-Received: by 10.112.156.167 with SMTP id wf7mr457332lbb.88.1443125284274; Thu, 24 Sep 2015 13:08:04 -0700 (PDT) Original-Received: by 10.112.168.38 with HTTP; Thu, 24 Sep 2015 13:08:04 -0700 (PDT) In-Reply-To: <83oagrirjf.fsf@gnu.org> 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:106886 Archived-At: --001a11c27b26ef9dbe052083c960 Content-Type: text/plain; charset=UTF-8 On Thu, Sep 24, 2015 at 2:46 PM, Eli Zaretskii wrote: > > 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=, 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=, 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=, 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=, deep_p=) at ../../src/xmenu.c:797 #25 0x00000000004d0038 in Fx_create_frame (parms=13618675) at ../../src/xfns.c:3307 #26 0x0000000000555600 in Ffuncall (nargs=, args=0x7fffffffd2e8) at ../../src/eval.c:2650 #27 0x0000000000589d4d in exec_byte_code (bytestr=13263568, vector=48, maxdepth=0, args_template=140737488343792, nargs=2, args=0x2000000) at ../../src/bytecode.c:880 #28 0x000000000055501a in funcall_lambda (fun=9182501, nargs=, arg_vector=0x7fffffffd4e8) at ../../src/eval.c:2876 #29 0x0000000000555364 in Ffuncall (nargs=, args=0x7fffffffd4e0) at ../../src/eval.c:2711 #30 0x0000000000589d4d in exec_byte_code (bytestr=13263568, vector=48, maxdepth=0, args_template=1030, nargs=2, args=0x2000000) at ../../src/bytecode.c:880 #31 0x0000000000555364 in Ffuncall (nargs=, args=0x7fffffffd7a0) at ../../src/eval.c:2711 #32 0x0000000000556527 in Fapply (nargs=2, args=0x7fffffffd7a0) at ../../src/eval.c:2235 #33 0x0000000000555462 in Ffuncall (nargs=, args=0x7fffffffd798) at ../../src/eval.c:2630 #34 0x0000000000589d4d in exec_byte_code (bytestr=13263568, vector=48, maxdepth=0, args_template=41, nargs=3, args=0x2000000) at ../../src/bytecode.c:880 #35 0x0000000000555364 in Ffuncall (nargs=, args=0x7fffffffd998) at ../../src/eval.c:2711 #36 0x0000000000589d4d in exec_byte_code (bytestr=13263568, vector=48, maxdepth=0, args_template=158, nargs=2, args=0x2000000) at ../../src/bytecode.c:880 #37 0x0000000000555364 in Ffuncall (nargs=, args=0x7fffffffdb38) at ../../src/eval.c:2711 #38 0x0000000000589d4d in exec_byte_code (bytestr=13263568, vector=48, maxdepth=0, args_template=8, nargs=1, args=0x2000000) at ../../src/bytecode.c:880 #39 0x0000000000555364 in Ffuncall (nargs=, args=0x7fffffffdea8) at ../../src/eval.c:2711 #40 0x0000000000551229 in Ffuncall_interactively (nargs=1, args=0x7fffffffdea8) at ../../src/callint.c:250 #41 0x0000000000555462 in Ffuncall (nargs=, args=0x7fffffffdea0) at ../../src/eval.c:2630 #42 0x00000000005563fd in Fapply (nargs=3, args=0x7fffffffdea0) at ../../src/eval.c:2231 #43 0x00000000005515c7 in Fcall_interactively (function=7970864, record_flag=0, keys=12382133) at ../../src/callint.c:387 #44 0x00000000005555dc in Ffuncall (nargs=, args=0x7fffffffdfe8) at ../../src/eval.c:2657 #45 0x0000000000589d4d in exec_byte_code (bytestr=13263568, vector=48, maxdepth=0, args_template=115, nargs=4, args=0x2000000) at ../../src/bytecode.c:880 #46 0x0000000000555364 in Ffuncall (nargs=, args=0x7fffffffe180) at ../../src/eval.c:2711 #47 0x00000000005557ba in call1 (fn=, arg1=) at ../../src/eval.c:2509 #48 0x00000000004f013b in command_loop_1 () at ../../src/keyboard.c:1460 #49 0x0000000000553a14 in internal_condition_case (bfun=0x4efda0 , handlers=, hfun=0x4e6030 ) at ../../src/eval.c:1309 #50 0x00000000004e463c in command_loop_2 (ignore=) at ../../src/keyboard.c:1088 #51 0x0000000000553928 in internal_catch (tag=0, func=0x4e4620 , arg=0) at ../../src/eval.c:1073 #52 0x00000000004e458c in command_loop () at ../../src/keyboard.c:1067 #53 0x00000000004e5c16 in recursive_edit_1 () at ../../src/keyboard.c:673 #54 0x00000000004e5f55 in Frecursive_edit () at ../../src/keyboard.c:744 #55 0x00000000004123a3 in main (argc=2, argv=0x7fffffffe5a8) at ../../src/emacs.c:1643 Lisp Backtrace: "x-create-frame" (0xffffd2f0) "x-create-frame-with-faces" (0xffffd4e8) 0x121eac8 PVEC_COMPILED "apply" (0xffffd7a0) "frame-creation-function" (0xffffd9a0) "make-frame" (0xffffdb40) "make-frame-command" (0xffffdeb0) "funcall-interactively" (0xffffdea8) "call-interactively" (0xffffdff0) "command-execute" (0xffffe188) Anyway, I think this is a separate issue, unrelated to the one that is > the subject of this bug report. > Agreed. Nothing about this is specific to remote frames or slow connections. Should I open a new ticket, or follow up on emacs-devel? I'm still seeing no display problems with the test branch; I'm fine with closing out this ticket now. Ken --001a11c27b26ef9dbe052083c960 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Thu, Sep 24, 2015 at 2:46 PM, Eli Zaretskii <eliz@gnu.org>= wrote:
> In this run, I recorded o= ver 601000 bytes being allocated; about 60% of that (~364000) was done from= things called by parse_single_submenu; about half of that (~185000), in tu= rn, was via larger_vector called from ensure_menu_items. The largest of tho= se 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: consi= ng_since_gc

Old value =3D 236408
New val= ue =3D 298408
allocate_vectorlike (len=3D7749) at ../../src/alloc= .c:3129
3129 = =C2=A0 =C2=A0 =C2=A0vector_cells_consed +=3D len;
#0 =C2=A0alloca= te_vectorlike (len=3D7749) at ../../src/alloc.c:3129
#1 =C2=A00x0= 00000000053c358 in XUNTAG (type=3D<optimized out>, a=3D<optimized = out>) at ../../src/lisp.h:839
#2 =C2=A0XVECTOR (a=3D<optimi= zed out>) at ../../src/lisp.h:969
#3 =C2=A0allocate_vectorlike= (len=3D7749) at ../../src/alloc.c:3097
#4 =C2=A0allocate_vector = (len=3D7749) at ../../src/alloc.c:3148
#5 =C2=A00x000000000055feb= d in larger_vector (vec=3D20730845, incr_min=3D<optimized out>, nitem= s_max=3D<optimized out>) at ../../src/fns.c:3619
#6 =C2=A00= x0000000000463c18 in ensure_menu_items (items=3D<optimized out>) at .= ./../src/menu.c:172
#7 =C2=A00x0000000000463dbe in push_menu_item= (name=3D8891140, enable=3D44016, key=3D7152208, def=3D4131552, equiv=3D0, = type=3D0, selected=3D0, help=3D0) at ../../src/menu.c:242
#8 =C2= =A00x00000000004640ae in single_menu_item (skp_v=3D0x7fffffffcbf0, key=3D71= 52208, item=3D<optimized out>, dummy=3D<optimized out>) at ../.= ./src/menu.c:424
#9 =C2=A0single_menu_item (key=3D7152208, item= =3D<optimized out>, dummy=3D<optimized out>, skp_v=3D0x7fffffff= cbf0) at ../../src/menu.c:322
#10 0x00000000004f468a in map_keyma= p_item (data=3D0x7fffffffcbf0, val=3D<optimized out>, key=3D<optim= ized out>, args=3D0, fun=3D0x463ea0 <single_menu_item>) at ../../s= rc/keymap.c:547
#11 map_keymap_internal (map=3D19459395, fun=3D0x= 463ea0 <single_menu_item>, args=3D0, data=3D0x7fffffffcbf0) at ../../= src/keymap.c:584
#12 0x0000000000463d18 in single_keymap_panes (k= eymap=3D16111731, pane_name=3D<optimized out>, prefix=3D<optimized= out>, maxdepth=3D8) at ../../src/menu.c:298
#13 0x00000000004= 64124 in single_menu_item (skp_v=3D0x7fffffffcd50, key=3D5159696, item=3D&l= t;optimized out>, dummy=3D<optimized out>) at ../../src/menu.c:437=
#14 single_menu_item (key=3D5159696, item=3D<optimized out>= ;, dummy=3D<optimized out>, skp_v=3D0x7fffffffcd50) at ../../src/menu= .c:322
#15 0x00000000004f468a in map_keymap_item (data=3D0x7fffff= ffcd50, val=3D<optimized out>, key=3D<optimized out>, args=3D0,= fun=3D0x463ea0 <single_menu_item>) at ../../src/keymap.c:547
#16 map_keymap_internal (map=3D19467347, fun=3D0x463ea0 <single_menu_= item>, args=3D0, data=3D0x7fffffffcd50) at ../../src/keymap.c:584
<= div>#17 0x0000000000463d18 in single_keymap_panes (keymap=3D19716755, pane_= name=3D<optimized out>, prefix=3D<optimized out>, maxdepth=3D9)= at ../../src/menu.c:298
#18 0x0000000000464124 in single_menu_it= em (skp_v=3D0x7fffffffceb0, key=3D8138816, item=3D<optimized out>, du= mmy=3D<optimized out>) at ../../src/menu.c:437
#19 single_m= enu_item (key=3D8138816, item=3D<optimized out>, dummy=3D<optimize= d out>, skp_v=3D0x7fffffffceb0) at ../../src/menu.c:322
#20 0x= 00000000004f468a in map_keymap_item (data=3D0x7fffffffceb0, val=3D<optim= ized out>, key=3D<optimized out>, args=3D0, fun=3D0x463ea0 <sin= gle_menu_item>) at ../../src/keymap.c:547
#21 map_keymap_inter= nal (map=3D19488483, fun=3D0x463ea0 <single_menu_item>, args=3D0, dat= a=3D0x7fffffffceb0) at ../../src/keymap.c:584
#22 0x0000000000463= d18 in single_keymap_panes (keymap=3D19750115, pane_name=3D<optimized ou= t>, prefix=3D<optimized out>, maxdepth=3D10) at ../../src/menu.c:2= 98
#23 0x00000000004652c8 in parse_single_submenu (item_key=3D819= 1056, item_name=3D9330724, maps=3D<optimized out>) at ../../src/menu.= c:566
#24 0x0000000000466a9f in set_frame_menubar (f=3D0x122a940,= first_time=3D<optimized out>, deep_p=3D<optimized out>) at ../= ../src/xmenu.c:797
#25 0x00000000004d0038 in Fx_create_frame (par= ms=3D13618675) at ../../src/xfns.c:3307
#26 0x0000000000555600 in= Ffuncall (nargs=3D<optimized out>, args=3D0x7fffffffd2e8) at ../../s= rc/eval.c:2650
#27 0x0000000000589d4d in exec_byte_code (bytestr= =3D13263568, vector=3D48, maxdepth=3D0, args_template=3D140737488343792, na= rgs=3D2, args=3D0x2000000) at ../../src/bytecode.c:880
#28 0x0000= 00000055501a in funcall_lambda (fun=3D9182501, nargs=3D<optimized out>= ;, arg_vector=3D0x7fffffffd4e8) at ../../src/eval.c:2876
#29 0x00= 00000000555364 in Ffuncall (nargs=3D<optimized out>, args=3D0x7ffffff= fd4e0) at ../../src/eval.c:2711
#30 0x0000000000589d4d in exec_by= te_code (bytestr=3D13263568, vector=3D48, maxdepth=3D0, args_template=3D103= 0, nargs=3D2, args=3D0x2000000) at ../../src/bytecode.c:880
#31 0= x0000000000555364 in Ffuncall (nargs=3D<optimized out>, args=3D0x7fff= ffffd7a0) at ../../src/eval.c:2711
#32 0x0000000000556527 in Fapp= ly (nargs=3D2, args=3D0x7fffffffd7a0) at ../../src/eval.c:2235
#3= 3 0x0000000000555462 in Ffuncall (nargs=3D<optimized out>, args=3D0x7= fffffffd798) at ../../src/eval.c:2630
#34 0x0000000000589d4d in e= xec_byte_code (bytestr=3D13263568, vector=3D48, maxdepth=3D0, args_template= =3D41, nargs=3D3, args=3D0x2000000) at ../../src/bytecode.c:880
#= 35 0x0000000000555364 in Ffuncall (nargs=3D<optimized out>, args=3D0x= 7fffffffd998) at ../../src/eval.c:2711
#36 0x0000000000589d4d in = exec_byte_code (bytestr=3D13263568, vector=3D48, maxdepth=3D0, args_templat= e=3D158, nargs=3D2, args=3D0x2000000) at ../../src/bytecode.c:880
#37 0x0000000000555364 in Ffuncall (nargs=3D<optimized out>, args=3D= 0x7fffffffdb38) at ../../src/eval.c:2711
#38 0x0000000000589d4d i= n exec_byte_code (bytestr=3D13263568, vector=3D48, maxdepth=3D0, args_templ= ate=3D8, nargs=3D1, args=3D0x2000000) at ../../src/bytecode.c:880
#39 0x0000000000555364 in Ffuncall (nargs=3D<optimized out>, args=3D= 0x7fffffffdea8) at ../../src/eval.c:2711
#40 0x0000000000551229 i= n Ffuncall_interactively (nargs=3D1, args=3D0x7fffffffdea8) at ../../src/ca= llint.c:250
#41 0x0000000000555462 in Ffuncall (nargs=3D<optim= ized out>, args=3D0x7fffffffdea0) at ../../src/eval.c:2630
#42= 0x00000000005563fd in Fapply (nargs=3D3, args=3D0x7fffffffdea0) at ../../s= rc/eval.c:2231
#43 0x00000000005515c7 in Fcall_interactively (fun= ction=3D7970864, record_flag=3D0, keys=3D12382133) at ../../src/callint.c:3= 87
#44 0x00000000005555dc in Ffuncall (nargs=3D<optimized out&= gt;, args=3D0x7fffffffdfe8) at ../../src/eval.c:2657
#45 0x000000= 0000589d4d in exec_byte_code (bytestr=3D13263568, vector=3D48, maxdepth=3D0= , args_template=3D115, nargs=3D4, args=3D0x2000000) at ../../src/bytecode.c= :880
#46 0x0000000000555364 in Ffuncall (nargs=3D<optimized ou= t>, args=3D0x7fffffffe180) at ../../src/eval.c:2711
#47 0x0000= 0000005557ba in call1 (fn=3D<optimized out>, arg1=3D<optimized out= >) at ../../src/eval.c:2509
#48 0x00000000004f013b in command_= loop_1 () at ../../src/keyboard.c:1460
#49 0x0000000000553a14 in = internal_condition_case (bfun=3D0x4efda0 <command_loop_1>, handlers= =3D<optimized out>, hfun=3D0x4e6030 <cmd_error>) at ../../src/e= val.c:1309
#50 0x00000000004e463c in command_loop_2 (ignore=3D<= ;optimized out>) at ../../src/keyboard.c:1088
#51 0x0000000000= 553928 in internal_catch (tag=3D0, func=3D0x4e4620 <command_loop_2>, = arg=3D0) at ../../src/eval.c:1073
#52 0x00000000004e458c in comma= nd_loop () at ../../src/keyboard.c:1067
#53 0x00000000004e5c16 in= recursive_edit_1 () at ../../src/keyboard.c:673
#54 0x0000000000= 4e5f55 in Frecursive_edit () at ../../src/keyboard.c:744
#55 0x00= 000000004123a3 in main (argc=3D2, argv=3D0x7fffffffe5a8) at ../../src/emacs= .c:1643

Lisp Backtrace:
"x-create-f= rame" (0xffffd2f0)
"x-create-frame-with-faces" (0x= ffffd4e8)
0x121eac8 PVEC_COMPILED
"apply" (0x= ffffd7a0)
"frame-creation-function" (0xffffd9a0)
<= div>"make-frame" (0xffffdb40)
"make-frame-command&= quot; (0xffffdeb0)
"funcall-interactively" (0xffffdea8)=
"call-interactively" (0xffffdff0)
"comm= and-execute" (0xffffe188)

= Anyway, I think this is a separate issue, unrelated to the one that is
the subject of this bug report.

Agreed. Nothing abo= ut this is specific to remote frames or slow connections. Should I open a n= ew ticket, or follow up on emacs-devel?
I'm still seeing no display problems = with the test branch; I'm fine with closing out this ticket now.
<= div class=3D"gmail_extra">
Ken
--001a11c27b26ef9dbe052083c960--