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: Fri, 26 May 2023 11:34:20 +0300 Message-ID: <83jzwvlcdv.fsf@gnu.org> References: <87cz2rw8pz.fsf@yahoo.com> <83y1lfnqwb.fsf@gnu.org> <87y1lfuqyb.fsf@yahoo.com> <83wn0znn7j.fsf@gnu.org> <87lehevaqz.fsf@yahoo.com> <83r0r6o3zk.fsf@gnu.org> <87edn6v2v3.fsf@yahoo.com> <83h6s2ng1p.fsf@gnu.org> <87v8gisz6u.fsf@yahoo.com> <83bki9ohsc.fsf@gnu.org> <87o7m9tga9.fsf@yahoo.com> <83sfblm66s.fsf@gnu.org> <87h6s1t01w.fsf@yahoo.com> <83jzwwnatg.fsf@gnu.org> <874jo0u2bg.fsf@yahoo.com> <83cz2omyqr.fsf@gnu.org> <87a5xsrle0.fsf@yahoo.com> <83sfbjlj12.fsf@gnu.org> <875y8fr076.fsf@yahoo.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10388"; 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 Fri May 26 10:35:40 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 1q2SvD-0002Q0-6q for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 26 May 2023 10:35:39 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1q2Suf-0006tb-3o; Fri, 26 May 2023 04:35:05 -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 1q2Sud-0006tO-7o for bug-gnu-emacs@gnu.org; Fri, 26 May 2023 04:35:03 -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 1q2Suc-0001k1-V2 for bug-gnu-emacs@gnu.org; Fri, 26 May 2023 04:35:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1q2Sub-0002Bm-QN for bug-gnu-emacs@gnu.org; Fri, 26 May 2023 04:35:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 26 May 2023 08:35:01 +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.16850900458312 (code B ref 63589); Fri, 26 May 2023 08:35:01 +0000 Original-Received: (at 63589) by debbugs.gnu.org; 26 May 2023 08:34:05 +0000 Original-Received: from localhost ([127.0.0.1]:48770 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q2Sth-00029z-9f for submit@debbugs.gnu.org; Fri, 26 May 2023 04:34:05 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:52128) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q2Ste-00029S-Vr for 63589@debbugs.gnu.org; Fri, 26 May 2023 04:34:03 -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 1q2StY-0001b3-WD; Fri, 26 May 2023 04:33:57 -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=1GsiPhWUsAgZWFMME+1jPvMEv1mVViN0aX0NUMXNloo=; b=kgMCbkgVfKTv tnrPXZ+fg9RORdbDeUyhGLyRriC1qBeLTZVG8msJA7XNGbAQ6BdkprKrRvCeI0ZMayI2ZT6tdkBXI KHfLfu7DoyN7Uvia8Zzjzg09mebiluMDAE2WD/6EzFzoM42pgY+GoLAFYpNckqEvnIN2XNIT1CRvG nvzwILz1xMWWy7J8jNqL3HlYxaIZP05Tj+zWG8hYMkgwhrdNe5EKaLpBsNcDHtDcamZ+vZOfCY5V0 qJgujSAnvJZmw0mjsSVzb1Sbo+QivkEou59z/JD0O7rxfklEQ4HAVZZ7W5lmjqwXrtWt14Gw3awno QE4ER1i3YO1msHwFgghEyw==; 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 1q2StX-0007Gt-Vr; Fri, 26 May 2023 04:33:56 -0400 In-Reply-To: <875y8fr076.fsf@yahoo.com> (message from Po Lu on Fri, 26 May 2023 16:01:01 +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:262412 Archived-At: > From: Po Lu > Cc: tmdmelo@gmail.com, 63589@debbugs.gnu.org > Date: Fri, 26 May 2023 16:01:01 +0800 > > Eli Zaretskii writes: > > > Why is this bad? It isn't clean, I agree, but what problems would > > this cause to Emacs and the user, and why is this worse than the > > current situation where Emacs crashes? > > Because if the connection to the other X server becomes very slow, or > abruptly disappears, Emacs could lock up or crash. Sorry, I don't understand: how is the fact that we don't close the connection related to other connections' becoming very slow, and why would that cause us to lock up? In any case, it sounds like this possibility is more rare than the situation where the user repeatedly visits files one by one via emacsclient, each time using "C-x C-c" to finish, which closes the connection. So it sounds like not deleting the terminal is an improvement, isn't it? > > But that evidently happens already with other toolkits, doesn't it? > > So I guess these forced deletions are very rarely used. > > Connecting Emacs to multiple displays is already rarely used. But we've > been hearing people complain about such crashes on other toolkits a lot, > so it is certainly an important situation to consider. I agree. But if Cauro-XCB behaves like those other toolkits, then we are not worse in this respect than we already are with those other toolkits. So again, this sounds like an improvement.