From: Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
To: "Andrés Ramírez" <rrandresf@hotmail.com>
Cc: 57364@debbugs.gnu.org
Subject: bug#57364: 28.1.91; asynchronous X server error when creating a second frame on alternate DISPLAY
Date: Wed, 24 Aug 2022 09:56:35 +0800 [thread overview]
Message-ID: <87tu624d64.fsf@yahoo.com> (raw)
In-Reply-To: <SJ1PR12MB63634D835EAC323654462A0CA6709@SJ1PR12MB6363.namprd12.prod.outlook.com> ("Andrés Ramírez"'s message of "Tue, 23 Aug 2022 17:51:52 +0000")
Andrés Ramírez <rrandresf@hotmail.com> writes:
> 10270 if (x_error_message)
> (gdb) bt
> #0 x_error_handler (display=0x5555567b8200, event=0x7fffffffcf00) at ../../src/xterm.c:10270
> #1 0x00007ffff7bf61ac in _XError () at /usr/lib/libX11.so.6
> #2 0x00007ffff7bf62b8 in () at /usr/lib/libX11.so.6
> #3 0x00007ffff7bf6355 in () at /usr/lib/libX11.so.6
> #4 0x00007ffff7bf640a in _XEventsQueued () at /usr/lib/libX11.so.6
> #5 0x00007ffff7be2c48 in XPending () at /usr/lib/libX11.so.6
> #6 0x00005555557042cf in XTread_socket (terminal=0x555556722160, hold_quit=0x7fffffffd1e0) at ../../src/xterm.c:9492
> #7 0x0000555555755cec in gobble_input () at ../../src/keyboard.c:6980
> #8 0x00005555557562e8 in handle_async_input () at ../../src/keyboard.c:7211
> #9 0x0000555555756307 in process_pending_signals () at ../../src/keyboard.c:7225
> #10 0x000055555582c7dc in maybe_quit () at ../../src/eval.c:1724
> #11 0x00005555558306b3 in Ffuncall (nargs=2, args=0x7fffffffd328) at ../../src/eval.c:2995
> #12 0x0000555555890e41 in exec_byte_code (bytestr=XIL(0x7ffff2ac40a4), vector=XIL(0x7ffff2ac3815), maxdepth=make_fixnum(17), args_template=make_fixnum(769), nargs=3, args=0x7fffffffda08) at ../../src/bytecode.c:632
> #13 0x00005555558310bd in fetch_and_exec_byte_code (fun=XIL(0x7ffff2ac2d8d), syms_left=make_fixnum(769), nargs=3, args=0x7fffffffd9f0) at ../../src/eval.c:3147
> #14 0x0000555555831584 in funcall_lambda (fun=XIL(0x7ffff2ac2d8d), nargs=3, arg_vector=0x7fffffffd9f0) at ../../src/eval.c:3228
> #15 0x000055555583087a in Ffuncall (nargs=4, args=0x7fffffffd9e8) at ../../src/eval.c:3027
> #16 0x00005555558239a3 in Ffuncall_interactively (nargs=4, args=0x7fffffffd9e8) at ../../src/callint.c:260
> #17 0x0000555555830cb4 in funcall_subr (subr=0x555555e2c340 <Sfuncall_interactively>, numargs=4, args=0x7fffffffd9e8) at ../../src/eval.c:3078
> #18 0x0000555555830826 in Ffuncall (nargs=5, args=0x7fffffffd9e0) at ../../src/eval.c:3023
> #19 0x000055555582f895 in Fapply (nargs=3, args=0x7fffffffdc20) at ../../src/eval.c:2653
> #20 0x0000555555823e46 in Fcall_interactively (function=XIL(0x2aaa9cc0eb58), record_flag=XIL(0), keys=XIL(0x55555921b71d)) at ../../src/callint.c:353
> #21 0x0000555555830e47 in funcall_subr (subr=0x555555e2c380 <Scall_interactively>, numargs=3, args=0x7fffffffddd0) at ../../src/eval.c:3103
> #22 0x0000555555830826 in Ffuncall (nargs=4, args=0x7fffffffddc8) at ../../src/eval.c:3023
> #23 0x0000555555890e41 in exec_byte_code (bytestr=XIL(0x7ffff28b4b4c), vector=XIL(0x7ffff28b47b5), maxdepth=make_fixnum(13), args_template=make_fixnum(1025), nargs=1, args=0x7fffffffe320) at ../../src/bytecode.c:632
> #24 0x00005555558310bd in fetch_and_exec_byte_code (fun=XIL(0x7ffff28b4785), syms_left=make_fixnum(1025), nargs=1, args=0x7fffffffe318) at ../../src/eval.c:3147
> #25 0x0000555555831584 in funcall_lambda (fun=XIL(0x7ffff28b4785), nargs=1, arg_vector=0x7fffffffe318) at ../../src/eval.c:3228
> #26 0x000055555583087a in Ffuncall (nargs=2, args=0x7fffffffe310) at ../../src/eval.c:3027
> #27 0x0000555555830019 in call1 (fn=XIL(0x4590), arg1=XIL(0x2aaa9cc0eb58)) at ../../src/eval.c:2883
> #28 0x0000555555745a6c in command_loop_1 () at ../../src/keyboard.c:1505
> #29 0x000055555582be77 in internal_condition_case (bfun=0x5555557451a3 <command_loop_1>, handlers=XIL(0x90), hfun=0x555555744586 <cmd_error>) at ../../src/eval.c:1450
> #30 0x0000555555744d5c in command_loop_2 (handlers=XIL(0x90)) at ../../src/keyboard.c:1133
> #31 0x000055555582b006 in internal_catch (tag=XIL(0xe850), func=0x555555744d32 <command_loop_2>, arg=XIL(0x90)) at ../../src/eval.c:1181
> #32 0x0000555555744cfe in command_loop () at ../../src/keyboard.c:1111
> #33 0x0000555555744032 in recursive_edit_1 () at ../../src/keyboard.c:720
> #34 0x0000555555744254 in Frecursive_edit () at ../../src/keyboard.c:803
> #35 0x000055555573fd00 in main (argc=5, argv=0x7fffffffe828) at ../../src/emacs.c:2358
This backtrace is not meaningful.
When an X error occurs, it is normally reported some time after the
protocol request leading to the error was made, upon the next time Xlib
synchronizes with the X server. To get a meaningful backtrace, you must
make Xlib check for errors immediately, by running Emacs with -xrm
'Emacs.synchronous: True'.
next prev parent reply other threads:[~2022-08-24 1:56 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-08-23 17:51 bug#57364: 28.1.91; asynchronous X server error when creating a second frame on alternate DISPLAY Andrés Ramírez
2022-08-24 1:56 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors [this message]
2022-08-25 14:29 ` andrés ramírez
2022-08-25 15:13 ` andrés ramírez
2022-08-26 1:07 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-26 1:50 ` andrés ramírez
2022-08-26 3:08 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-26 3:43 ` andrés ramírez
2022-08-26 5:44 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-26 13:59 ` andrés ramírez
2022-08-27 1:17 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-29 19:58 ` andrés ramírez
2022-08-30 1:19 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-30 5:28 ` andrés ramírez
2022-08-30 7:02 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-30 7:29 ` bug#57364: [PATCH] (was: bug#57364: 28.1.91; asynchronous X server error when creating a second frame on alternate DISPLAY) andrés ramírez
2022-08-30 10:07 ` bug#57364: [PATCH] Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-09-27 12:49 ` bug#57364: 28.1.91; asynchronous X server error when creating a second frame on alternate DISPLAY Lars Ingebrigtsen
2022-09-27 13:46 ` andrés ramírez
2022-09-27 17:32 ` Lars Ingebrigtsen
2022-08-30 8:02 ` bug#57364: 28.1; emacs segfaulted when debugging emacs form within emacs for bug#57364 Andrés Ramírez
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87tu624d64.fsf@yahoo.com \
--to=bug-gnu-emacs@gnu.org \
--cc=57364@debbugs.gnu.org \
--cc=luangruo@yahoo.com \
--cc=rrandresf@hotmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).