From: Robert Pluim <rpluim@gmail.com>
To: Po Lu <luangruo@yahoo.com>
Cc: Eli Zaretskii <eliz@gnu.org>, Phillip Susi <phill@thesusis.net>,
63555@debbugs.gnu.org
Subject: bug#63555: closed (Re: bug#63555: emacs 29 complains that it can't connect to the display)
Date: Mon, 22 May 2023 13:28:09 +0200 [thread overview]
Message-ID: <87sfbok3li.fsf@gmail.com> (raw)
In-Reply-To: <87ttw4y5ur.fsf@yahoo.com> (Po Lu's message of "Mon, 22 May 2023 19:15:40 +0800")
>>>>> On Mon, 22 May 2023 19:15:40 +0800, Po Lu <luangruo@yahoo.com> said:
Po Lu> Robert Pluim <rpluim@gmail.com> writes:
>>>>>>> On Mon, 22 May 2023 17:26:27 +0800, Po Lu <luangruo@yahoo.com> said:
>>
Po> The problem with this approach is that gtk_init_check initializes the
Po> window system upon success, so once pgtk_term_init is called in
Po> pgtkterm.c, the window system is set up a second time, leaving two
Po> display connections open...
>>
>> Is there anything stopping us from removing that call to gtk_init?
Po Lu> Yes, since the PGTK build is supposed to support multiple displays.
Ha! And has anyone actually tested that? :-)
Po Lu> BTW, the other problem with calling `gtk_init_check' is that when it
Po Lu> returns FALSE, calling any other GTK function results in undefined
Po Lu> behavior. Thus, if `gtk_init_check' is used at startup, opening a
Po Lu> display later becomes unsafe, even if a display connection is then
Po Lu> available.
Do the gtk folks deliberately set out to make their usersʼ lives
difficult, or is it accidental?
Looks like Eliʼs NEWS entry is it, then.
Robert
--
next prev parent reply other threads:[~2023-05-22 11:28 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-17 13:51 bug#63555: emacs 29 complains that it can't connect to the display Phillip Susi
2023-05-17 14:09 ` Phillip Susi
2023-05-19 6:11 ` Eli Zaretskii
2023-05-19 7:22 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-19 13:26 ` Robert Pluim
2023-05-19 14:52 ` Eli Zaretskii
2023-05-19 15:44 ` Robert Pluim
2023-05-20 1:40 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-20 5:51 ` Eli Zaretskii
2023-05-20 6:33 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-20 8:16 ` Eli Zaretskii
2023-05-20 8:28 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-20 12:58 ` Eli Zaretskii
2023-05-21 0:45 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-21 5:41 ` Eli Zaretskii
2023-05-21 6:32 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-21 11:16 ` Eli Zaretskii
2023-05-20 1:38 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
[not found] ` <handler.63555.D63555.168458752424255.notifdone@debbugs.gnu.org>
2023-05-20 17:35 ` bug#63555: closed (Re: bug#63555: emacs 29 complains that it can't connect to the display) Phillip Susi
2023-05-22 7:29 ` Robert Pluim
2023-05-22 9:26 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-22 10:05 ` Robert Pluim
2023-05-22 11:15 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-22 11:28 ` Robert Pluim [this message]
2023-05-22 12:50 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-22 13:37 ` Phillip Susi
2023-05-23 0:31 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-23 14:59 ` Phillip Susi
2023-05-24 0:20 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-25 15:38 ` Phillip Susi
2023-05-26 1:00 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-26 8:38 ` Robert Pluim
2023-05-26 15:54 ` Phillip Susi
2023-05-27 0:48 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-30 17:31 ` Phillip Susi
2023-05-31 1:19 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-22 16:44 ` Phillip Susi
2023-05-22 17:05 ` Robert Pluim
2023-05-23 14:58 ` Phillip Susi
2023-06-08 6:02 ` Daan Ro
2024-07-14 21:00 ` bug#63555: emacs 29 complains that it can't connect to the display Peter Oliver
2024-07-20 9:00 ` Eli Zaretskii
2024-08-04 7:50 ` Eli Zaretskii
2024-08-17 8:19 ` Eli Zaretskii
2024-08-17 8:22 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-08-31 8:00 ` Eli Zaretskii
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87sfbok3li.fsf@gmail.com \
--to=rpluim@gmail.com \
--cc=63555@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=luangruo@yahoo.com \
--cc=phill@thesusis.net \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.