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#22932: 25.0.92; X protocol error: BadRequest (invalid request code or no such operation) on protocol request 149 Date: Tue, 8 Mar 2016 15:01:24 -0500 Message-ID: References: <83d1r6uulk.fsf@gnu.org> <8337s1rl3a.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c3ae42c5725e052d8f0ba1 X-Trace: ger.gmane.org 1457467343 8062 80.91.229.3 (8 Mar 2016 20:02:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 8 Mar 2016 20:02:23 +0000 (UTC) Cc: 22932@debbugs.gnu.org, john.eismeier@emc.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Mar 08 21:02:13 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 1adNpb-00044P-Ub for geb-bug-gnu-emacs@m.gmane.org; Tue, 08 Mar 2016 21:02:12 +0100 Original-Received: from localhost ([::1]:36965 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1adNpb-0001rf-EU for geb-bug-gnu-emacs@m.gmane.org; Tue, 08 Mar 2016 15:02:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51121) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1adNpV-0001qn-UT for bug-gnu-emacs@gnu.org; Tue, 08 Mar 2016 15:02:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1adNpS-00033g-Kh for bug-gnu-emacs@gnu.org; Tue, 08 Mar 2016 15:02:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:42930) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1adNpS-00033Y-HQ for bug-gnu-emacs@gnu.org; Tue, 08 Mar 2016 15:02:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1adNpS-00015I-9T for bug-gnu-emacs@gnu.org; Tue, 08 Mar 2016 15:02:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ken Raeburn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Mar 2016 20:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22932 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 22932-submit@debbugs.gnu.org id=B22932.14574672934118 (code B ref 22932); Tue, 08 Mar 2016 20:02:02 +0000 Original-Received: (at 22932) by debbugs.gnu.org; 8 Mar 2016 20:01:33 +0000 Original-Received: from localhost ([127.0.0.1]:40054 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1adNoy-00014M-LS for submit@debbugs.gnu.org; Tue, 08 Mar 2016 15:01:33 -0500 Original-Received: from mail-lb0-f177.google.com ([209.85.217.177]:34689) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1adNow-000148-On for 22932@debbugs.gnu.org; Tue, 08 Mar 2016 15:01:31 -0500 Original-Received: by mail-lb0-f177.google.com with SMTP id xr8so32902310lbb.1 for <22932@debbugs.gnu.org>; Tue, 08 Mar 2016 12:01:30 -0800 (PST) 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; bh=88UIHNUKWNdZBYxSY/JX91PWL5Wt5A8IBIzAkxCfyXw=; b=BphqBByV167dWikow6Xcs82o6ZCESylbl9eb46MbPL1v05RLGXxOvwIS7Q40OIvUXY Sh+NveFexc6xCQFIrxHvpppqiE4cIro8/hiwokaFGeP2OGr1bRSoVpXKHg16ok0X1fIG 58sBVdEzJQsQE+44CvA8Yw9H+Ui828De6gLnI= 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; bh=88UIHNUKWNdZBYxSY/JX91PWL5Wt5A8IBIzAkxCfyXw=; b=VYYBNWtqFgE2qAK1Z3VHfWnR1XOlnpulMU8OIXvoigoSoJD8QimQNWFm9iWscsBLQM m5pBOebkXXNgTMP5ANdkV+bkamkmuOEii9FoneB7awkwH/xyX6L/Th7SjKg+Crl1X4VF 0mSM9DwU+DhAoa8Yer42cVSazuueFi6OpbYQfWKsfZgRuLRjiJEwBgKlZNd4K7vTbtFz LNI3I2UrVo9IGmgY42sJyUMf6P55SAugdrCB54ivynyoJtoSRvyqYhdKd7n2swFZ68Ng PU3OoxSiZeslbsTmodDO+icZaozSTEotz6vi8a0BXmBsadQhzQrWo16Cb56oMDAYmlo6 nn3Q== X-Gm-Message-State: AD7BkJKTQHxqEgz5aVtfx11WVZwaRnrbxACGA6ZpHoUCuetOBvXHkVEZQDk0woODvq4G5r5jMHI2sOenOFGofvZq X-Received: by 10.112.55.1 with SMTP id n1mr10425461lbp.51.1457467284607; Tue, 08 Mar 2016 12:01:24 -0800 (PST) Original-Received: by 10.112.63.72 with HTTP; Tue, 8 Mar 2016 12:01:24 -0800 (PST) In-Reply-To: <8337s1rl3a.fsf@gnu.org> 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:114599 Archived-At: --001a11c3ae42c5725e052d8f0ba1 Content-Type: text/plain; charset=UTF-8 In sync mode, there isn't a lot going on that the error could be caused by. By any chance could there have been an old display server in use that doesn't support all the modern RandR extensions? John, could you try "xrandr -v" against the same display where you were running Emacs? If it says the server supports version 1.3, then the RRGetScreenResourcesCurrent request (the one in use at xfns.c:4266) should be supported, as I understand it. If there are servers out there still supporting only 1.2, then we may need to check the server version before issuing that request. Ken On Tue, Mar 8, 2016 at 11:27 AM, Eli Zaretskii wrote: > > From: John Eismeier > > Cc: Eli Zaretskii , 22932@debbugs.gnu.org > > Date: Tue, 08 Mar 2016 09:36:13 -0500 > > > > > > I have recompiled with the arguments below, what this correct? > > > > CFLAGS='-O0 -g3' ./configure --prefix=/jenkins/emacs-25/build > --with-x-toolkit=lucid --with-sound=no --enable-checking='yes,glyphs' > --enable-check-lisp-object-type > > > > launched with, was this correct? > > Yes, thanks. > > > /jenkins/emacs-25/build/bin/emacs -Q -xrm "emacs.synchronous: true" > > X protocol error: BadRequest (invalid request code or no such operation) > on protocol request 149 > > Fatal error 6: Aborted > > > > > > does this help ? > > It does. > > > Program received signal SIGABRT, Aborted. > > 0x00007f7fea31820b in raise (sig=6) > > at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37 > > 37 ../nptl/sysdeps/unix/sysv/linux/pt-raise.c: No such file or > directory. > > (gdb) > > #0 0x00007f7fea31820b in raise (sig=6) > > at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37 > > #1 0x0000000000588c38 in terminate_due_to_signal (sig=6, > backtrace_limit=40) > > at emacs.c:380 > > #2 0x00000000005b5efc in emacs_abort () at sysdep.c:2247 > > #3 0x000000000046833f in redisplay_internal () at xdisp.c:13458 > > #4 0x000000000046aad6 in redisplay_preserve_echo_area (from_where=13) > > at xdisp.c:14250 > > #5 0x0000000000695009 in Fdelete_process (process=...) at process.c:841 > > #6 0x00000000006a41de in kill_buffer_processes (buffer=...) at > process.c:7231 > > #7 0x000000000058af10 in shut_down_emacs (sig=6, stuff=...) at > emacs.c:1978 > > #8 0x0000000000588be8 in terminate_due_to_signal (sig=6, > backtrace_limit=40) > > at emacs.c:364 > > #9 0x00000000005b5efc in emacs_abort () at sysdep.c:2247 > > #10 0x000000000045f65c in message3_nolog (m=...) at xdisp.c:10280 > > #11 0x000000000045f46d in message3 (m=...) at xdisp.c:10240 > > #12 0x00000000006329af in Fmessage (nargs=2, args=0x7fffa51e3680) > > at editfns.c:3686 > > #13 0x00000000006419ec in Ffuncall (nargs=3, args=0x7fffa51e3678) > > at eval.c:2673 > > #14 0x000000000068fc5c in exec_byte_code (bytestr=..., vector=..., > > maxdepth=..., args_template=..., nargs=0, args=0x7fffa51e3e00) > > at bytecode.c:880 > > #15 0x000000000064253a in funcall_lambda (fun=..., nargs=0, > > arg_vector=0x7fffa51e3e00) at eval.c:2855 > > #16 0x0000000000641db8 in Ffuncall (nargs=1, args=0x7fffa51e3df8) > > at eval.c:2742 > > #17 0x000000000068fc5c in exec_byte_code (bytestr=..., vector=..., > > maxdepth=..., args_template=..., nargs=2, args=0x7fffa51e4590) > > at bytecode.c:880 > > #18 0x000000000064253a in funcall_lambda (fun=..., nargs=2, > > arg_vector=0x7fffa51e4580) at eval.c:2855 > > #19 0x0000000000641db8 in Ffuncall (nargs=3, args=0x7fffa51e4578) > > at eval.c:2742 > > #20 0x000000000068fc5c in exec_byte_code (bytestr=..., vector=..., > > maxdepth=..., args_template=..., nargs=0, args=0x0) at bytecode.c:880 > > #21 0x00000000006429ab in funcall_lambda (fun=..., nargs=0, > > arg_vector=0x32a78dd) at eval.c:2921 > > #22 0x0000000000641db8 in Ffuncall (nargs=1, args=0x7fffa51e4ce8) > > at eval.c:2742 > > #23 0x000000000068fc5c in exec_byte_code (bytestr=..., vector=..., > > maxdepth=..., args_template=..., nargs=0, args=0x0) at bytecode.c:880 > > #24 0x00000000006429ab in funcall_lambda (fun=..., nargs=0, > > arg_vector=0x32a2bbd) at eval.c:2921 > > #25 0x0000000000641db8 in Ffuncall (nargs=1, args=0x7fffa51e5500) > > at eval.c:2742 > > #26 0x0000000000640e0f in funcall_nil (nargs=1, args=0x7fffa51e5500) > > at eval.c:2332 > > #27 0x000000000064130c in run_hook_with_args (nargs=1, > args=0x7fffa51e5500, > > funcall=0x640dec ) at eval.c:2509 > > #28 0x0000000000640e93 in Frun_hook_with_args (nargs=1, > args=0x7fffa51e5500) > > at eval.c:2374 > > #29 0x0000000000641399 in run_hook (hook=...) at eval.c:2522 > > #30 0x000000000058ad41 in Fkill_emacs (arg=...) at emacs.c:1898 > > This Emacs was killed 4 times over, oh boy... > > > #31 0x0000000000557d31 in x_connection_closed (dpy=0xe6d880, > > error_message=0x7fffa51e5760 "X protocol error: BadRequest (invalid > request code or no such operation) on protocol request 149", ioerror=false) > > at xterm.c:9484 > > #32 0x0000000000557e67 in x_error_quitter (display=0xe6d880, > > event=0x7fffa51e5910) at xterm.c:9553 > > #33 0x0000000000557db4 in x_error_handler (display=0xe6d880, > > event=0x7fffa51e5910) at xterm.c:9523 > > #34 0x00007f7fee9a854b in _XError () from > /usr/lib/x86_64-linux-gnu/libX11.so.6 > > #35 0x00007f7fee9a55e7 in ?? () from > /usr/lib/x86_64-linux-gnu/libX11.so.6 > > #36 0x00007f7fee9a6687 in _XReply () from > /usr/lib/x86_64-linux-gnu/libX11.so.6 > > #37 0x00007f7fec2fd6f9 in ?? () from > /usr/lib/x86_64-linux-gnu/libXrandr.so.2 > > #38 0x0000000000568c78 in x_get_monitor_attributes_xrandr > (dpyinfo=0xe79020) > > at xfns.c:4266 > > #39 0x000000000056905e in x_get_monitor_attributes (dpyinfo=0xe79020) > > at xfns.c:4369 > > #40 0x0000000000569127 in Fx_display_monitor_attributes_list > (terminal=...) > > at xfns.c:4515 > > #41 0x000000000056c65f in compute_tip_xy (f=0x61b5260, parms=..., dx=..., > > dy=..., width=463, height=22, root_x=0x7fffa51e5e80, > root_y=0x7fffa51e5e84) > > at xfns.c:5707 > > #42 0x000000000056da31 in Fx_show_tip (string=..., frame=..., parms=..., > > timeout=..., dx=..., dy=...) at xfns.c:6055 > > OK, the error happens when Emacs attempts to display a tooltip. Is it > correct that you cannot show a tooltip at all without crashing Emacs? > > As to why, we need help from X experts. The immediate reason is the > call to x_get_monitor_attributes_xrandr. Ken, can you take a look? > Why would that call trigger an X error? > --001a11c3ae42c5725e052d8f0ba1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
In sync mode, there isn't a lot going on that the erro= r could be caused by. By any chance could there have been an old display se= rver in use that doesn't support all the modern RandR extensions?
<= br>
John, could you try "xrandr -v" against the same di= splay where you were running Emacs? If it says the server supports version = 1.3, then the RRGetScreenResourcesCurrent request (the one in use at xfns.c= :4266) should be supported, as I understand it.

If= there are servers out there still supporting only 1.2, then we may need to= check the server version before issuing that request.

=
Ken


On Tue, Mar 8, 2016 at 11:27 AM, Eli Zaretskii <eliz@gnu.org= > wrote:
> From: John Ei= smeier <john.eismeier@emc.com>
> Cc: Eli Zaretskii <eliz@gnu.org= >, 22932@debbugs.gnu.org > Date: Tue, 08 Mar 2016 09:36:13 -0500
>
>
> I have recompiled with the arguments below, what this correct?
>
> CFLAGS=3D'-O0 -g3' ./configure --prefix=3D/jenkins/emacs-25/bu= ild --with-x-toolkit=3Dlucid --with-sound=3Dno=C2=A0 --enable-checking=3D&#= 39;yes,glyphs' --enable-check-lisp-object-type
>
> launched with, was this correct?

Yes, thanks.

> /jenkins/emacs-25/build/bin/emacs -Q -xrm "emacs.synchronous: tru= e"
> X protocol error: BadRequest (invalid request code or no such operatio= n) on protocol request 149
> Fatal error 6: Aborted
>
>
> does this help ?

It does.

> Program received signal SIGABRT, Aborted.
> 0x00007f7fea31820b in raise (sig=3D6)
>=C2=A0 =C2=A0 =C2=A0at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37 > 37=C2=A0 =C2=A0 ../nptl/sysdeps/unix/sysv/linux/pt-raise.c: No such fi= le or directory.
> (gdb)
> #0=C2=A0 0x00007f7fea31820b in raise (sig=3D6)
>=C2=A0 =C2=A0 =C2=A0at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37 > #1=C2=A0 0x0000000000588c38 in terminate_due_to_signal (sig=3D6, backt= race_limit=3D40)
>=C2=A0 =C2=A0 =C2=A0at emacs.c:380
> #2=C2=A0 0x00000000005b5efc in emacs_abort () at sysdep.c:2247
> #3=C2=A0 0x000000000046833f in redisplay_internal () at xdisp.c:13458<= br> > #4=C2=A0 0x000000000046aad6 in redisplay_preserve_echo_area (from_wher= e=3D13)
>=C2=A0 =C2=A0 =C2=A0at xdisp.c:14250
> #5=C2=A0 0x0000000000695009 in Fdelete_process (process=3D...) at proc= ess.c:841
> #6=C2=A0 0x00000000006a41de in kill_buffer_processes (buffer=3D...) at= process.c:7231
> #7=C2=A0 0x000000000058af10 in shut_down_emacs (sig=3D6, stuff=3D...) = at emacs.c:1978
> #8=C2=A0 0x0000000000588be8 in terminate_due_to_signal (sig=3D6, backt= race_limit=3D40)
>=C2=A0 =C2=A0 =C2=A0at emacs.c:364
> #9=C2=A0 0x00000000005b5efc in emacs_abort () at sysdep.c:2247
> #10 0x000000000045f65c in message3_nolog (m=3D...) at xdisp.c:10280 > #11 0x000000000045f46d in message3 (m=3D...) at xdisp.c:10240
> #12 0x00000000006329af in Fmessage (nargs=3D2, args=3D0x7fffa51e3680)<= br> >=C2=A0 =C2=A0 =C2=A0at editfns.c:3686
> #13 0x00000000006419ec in Ffuncall (nargs=3D3, args=3D0x7fffa51e3678)<= br> >=C2=A0 =C2=A0 =C2=A0at eval.c:2673
> #14 0x000000000068fc5c in exec_byte_code (bytestr=3D..., vector=3D...,=
>=C2=A0 =C2=A0 =C2=A0maxdepth=3D..., args_template=3D..., nargs=3D0, arg= s=3D0x7fffa51e3e00)
>=C2=A0 =C2=A0 =C2=A0at bytecode.c:880
> #15 0x000000000064253a in funcall_lambda (fun=3D..., nargs=3D0,
>=C2=A0 =C2=A0 =C2=A0arg_vector=3D0x7fffa51e3e00) at eval.c:2855
> #16 0x0000000000641db8 in Ffuncall (nargs=3D1, args=3D0x7fffa51e3df8)<= br> >=C2=A0 =C2=A0 =C2=A0at eval.c:2742
> #17 0x000000000068fc5c in exec_byte_code (bytestr=3D..., vector=3D...,=
>=C2=A0 =C2=A0 =C2=A0maxdepth=3D..., args_template=3D..., nargs=3D2, arg= s=3D0x7fffa51e4590)
>=C2=A0 =C2=A0 =C2=A0at bytecode.c:880
> #18 0x000000000064253a in funcall_lambda (fun=3D..., nargs=3D2,
>=C2=A0 =C2=A0 =C2=A0arg_vector=3D0x7fffa51e4580) at eval.c:2855
> #19 0x0000000000641db8 in Ffuncall (nargs=3D3, args=3D0x7fffa51e4578)<= br> >=C2=A0 =C2=A0 =C2=A0at eval.c:2742
> #20 0x000000000068fc5c in exec_byte_code (bytestr=3D..., vector=3D...,=
>=C2=A0 =C2=A0 =C2=A0maxdepth=3D..., args_template=3D..., nargs=3D0, arg= s=3D0x0) at bytecode.c:880
> #21 0x00000000006429ab in funcall_lambda (fun=3D..., nargs=3D0,
>=C2=A0 =C2=A0 =C2=A0arg_vector=3D0x32a78dd) at eval.c:2921
> #22 0x0000000000641db8 in Ffuncall (nargs=3D1, args=3D0x7fffa51e4ce8)<= br> >=C2=A0 =C2=A0 =C2=A0at eval.c:2742
> #23 0x000000000068fc5c in exec_byte_code (bytestr=3D..., vector=3D...,=
>=C2=A0 =C2=A0 =C2=A0maxdepth=3D..., args_template=3D..., nargs=3D0, arg= s=3D0x0) at bytecode.c:880
> #24 0x00000000006429ab in funcall_lambda (fun=3D..., nargs=3D0,
>=C2=A0 =C2=A0 =C2=A0arg_vector=3D0x32a2bbd) at eval.c:2921
> #25 0x0000000000641db8 in Ffuncall (nargs=3D1, args=3D0x7fffa51e5500)<= br> >=C2=A0 =C2=A0 =C2=A0at eval.c:2742
> #26 0x0000000000640e0f in funcall_nil (nargs=3D1, args=3D0x7fffa51e550= 0)
>=C2=A0 =C2=A0 =C2=A0at eval.c:2332
> #27 0x000000000064130c in run_hook_with_args (nargs=3D1, args=3D0x7fff= a51e5500,
>=C2=A0 =C2=A0 =C2=A0funcall=3D0x640dec <funcall_nil>) at eval.c:2= 509
> #28 0x0000000000640e93 in Frun_hook_with_args (nargs=3D1, args=3D0x7ff= fa51e5500)
>=C2=A0 =C2=A0 =C2=A0at eval.c:2374
> #29 0x0000000000641399 in run_hook (hook=3D...) at eval.c:2522
> #30 0x000000000058ad41 in Fkill_emacs (arg=3D...) at emacs.c:1898

This Emacs was killed 4 times over, oh boy...

> #31 0x0000000000557d31 in x_connection_closed (dpy=3D0xe6d880,
>=C2=A0 =C2=A0 =C2=A0error_message=3D0x7fffa51e5760 "X protocol err= or: BadRequest (invalid request code or no such operation) on protocol requ= est 149", ioerror=3Dfalse)
>=C2=A0 =C2=A0 =C2=A0at xterm.c:9484
> #32 0x0000000000557e67 in x_error_quitter (display=3D0xe6d880,
>=C2=A0 =C2=A0 =C2=A0event=3D0x7fffa51e5910) at xterm.c:9553
> #33 0x0000000000557db4 in x_error_handler (display=3D0xe6d880,
>=C2=A0 =C2=A0 =C2=A0event=3D0x7fffa51e5910) at xterm.c:9523
> #34 0x00007f7fee9a854b in _XError () from /usr/lib/x86_64-linux-gnu/li= bX11.so.6
> #35 0x00007f7fee9a55e7 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.= so.6
> #36 0x00007f7fee9a6687 in _XReply () from /usr/lib/x86_64-linux-gnu/li= bX11.so.6
> #37 0x00007f7fec2fd6f9 in ?? () from /usr/lib/x86_64-linux-gnu/libXran= dr.so.2
> #38 0x0000000000568c78 in x_get_monitor_attributes_xrandr (dpyinfo=3D0= xe79020)
>=C2=A0 =C2=A0 =C2=A0at xfns.c:4266
> #39 0x000000000056905e in x_get_monitor_attributes (dpyinfo=3D0xe79020= )
>=C2=A0 =C2=A0 =C2=A0at xfns.c:4369
> #40 0x0000000000569127 in Fx_display_monitor_attributes_list (terminal= =3D...)
>=C2=A0 =C2=A0 =C2=A0at xfns.c:4515
> #41 0x000000000056c65f in compute_tip_xy (f=3D0x61b5260, parms=3D..., = dx=3D...,
>=C2=A0 =C2=A0 =C2=A0dy=3D..., width=3D463, height=3D22, root_x=3D0x7fff= a51e5e80, root_y=3D0x7fffa51e5e84)
>=C2=A0 =C2=A0 =C2=A0at xfns.c:5707
> #42 0x000000000056da31 in Fx_show_tip (string=3D..., frame=3D..., parm= s=3D...,
>=C2=A0 =C2=A0 =C2=A0timeout=3D..., dx=3D..., dy=3D...) at xfns.c:6055
OK, the error happens when Emacs attempts to display a tooltip.=C2=A0 Is it=
correct that you cannot show a tooltip at all without crashing Emacs?

As to why, we need help from X experts.=C2=A0 The immediate reason is the call to x_get_monitor_attributes_xrandr.=C2=A0 Ken, can you take a look? Why would that call trigger an X error?

--001a11c3ae42c5725e052d8f0ba1--