From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#63589: [PATCH] 29.0.91; crash after creating graphical frames via emacsclient when compiled with cairo-xcb Date: Tue, 23 May 2023 17:20:48 +0300 Message-ID: <83wn0znn7j.fsf@gnu.org> References: <871qj9246a.fsf@yahoo.com> <83o7mdrc3y.fsf@gnu.org> <83bkidr37i.fsf@gnu.org> <87wn11yyi4.fsf@yahoo.com> <87edn9ytbo.fsf@yahoo.com> <835y8kr5re.fsf@gnu.org> <87pm6sy5rb.fsf@yahoo.com> <83wn10ppa1.fsf@gnu.org> <874jo3yjly.fsf@yahoo.com> <837cszp9cc.fsf@gnu.org> <87cz2rw8pz.fsf@yahoo.com> <83y1lfnqwb.fsf@gnu.org> <87y1lfuqyb.fsf@yahoo.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5495"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 63589@debbugs.gnu.org, tmdmelo@gmail.com To: Po Lu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue May 23 16:21:36 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1q1StM-0001FR-Aw for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 23 May 2023 16:21:36 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1q1Ssz-0004DT-K4; Tue, 23 May 2023 10:21:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q1Ssp-000471-5p for bug-gnu-emacs@gnu.org; Tue, 23 May 2023 10:21:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1q1Sso-0002Cc-Sq for bug-gnu-emacs@gnu.org; Tue, 23 May 2023 10:21:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1q1Sso-0005Ra-DB for bug-gnu-emacs@gnu.org; Tue, 23 May 2023 10:21:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 23 May 2023 14:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63589 X-GNU-PR-Package: emacs Original-Received: via spool by 63589-submit@debbugs.gnu.org id=B63589.168485163320870 (code B ref 63589); Tue, 23 May 2023 14:21:02 +0000 Original-Received: (at 63589) by debbugs.gnu.org; 23 May 2023 14:20:33 +0000 Original-Received: from localhost ([127.0.0.1]:40081 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q1SsL-0005QY-Hq for submit@debbugs.gnu.org; Tue, 23 May 2023 10:20:33 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:36530) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q1SsJ-0005QM-Gz for 63589@debbugs.gnu.org; Tue, 23 May 2023 10:20:31 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q1SsE-00025I-5T; Tue, 23 May 2023 10:20:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Y3Zvex6kO42h/0zohn2cAj3bvPkNIZLBGOW3IoI0Pd0=; b=ZA7MCScHVd7y Ei4BQ4UgmxhY2s5rAMQsfA9djVztuLwqUoQSIihu8WiMQ0ccsPxzc4J/EqOv/h2MUma1SzfhlGJZg 8YTETYkBOY6rXLPJfa2KvutXQO4u4BAAcrordPLTEyMMnReCI9CMjXVjvpQh9L0pNAKY4j+tEzYPn /aAIFiItKc4oaIoKlMpJTojEuwWCY+Sl7maQeo2VlDVlxJ40QdhFOkrxFRPO5uzE55PnzaksesxJk 695+BYs0QGi5gDd+cB/jt2depxI9mvctnliMrD34vOs+2xO6aTjGYWVOl10ZxuoBHecg94kyjVYj/ QIEdzM7GFv4CEznwYyrr8A==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q1SsD-0000xY-9n; Tue, 23 May 2023 10:20:25 -0400 In-Reply-To: <87y1lfuqyb.fsf@yahoo.com> (message from Po Lu on Tue, 23 May 2023 21:18:04 +0800) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:262236 Archived-At: > From: Po Lu > Cc: tmdmelo@gmail.com, 63589@debbugs.gnu.org > Date: Tue, 23 May 2023 21:18:04 +0800 > > Eli Zaretskii writes: > > > Then I don't understand your objections to the proposed patch. Please > > elaborate. > > Please see the other thread(s), where I explained in detail the two > problems with `gtk_init_check': upon success, it leaves two display > connections open, which is quite fragile, and upon failure, it makes > creating another display impossible, even if a display then becomes > available. I've read all those discussions in real time, and I still don't see the obvious connection. So please humor me with a more detailed and complete explanation of why the last suggested patch somehow causes extra connections open. And let me remind you that your objection, which is what caused my question, was > We want closing displays (think x-delete-terminal) to still work on such > builds if the user uses it. Which seems to be about _closing_ connections, not about opening too many of them. It's the leap between the extra connections on the one hand and closing display not working OTOH that I cannot make. Please help me fill the dots. TIA