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#56967: 29.0.50; Frequent crashes under Wayland Date: Sun, 07 Aug 2022 18:07:29 +0300 Message-ID: <83zgggw0r2.fsf@gnu.org> References: <1932596.zmb9SnqgO4@odin> <2972937.jrzt3BHeHG@odin> <87fsib9p9g.fsf@yahoo.com> <20004002.VVDfsmh7uS@odin> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15928"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, 56967@debbugs.gnu.org To: Bjoern Bidar Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Aug 07 17:08:11 2022 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 1oKhsx-0003zp-0C for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 07 Aug 2022 17:08:11 +0200 Original-Received: from localhost ([::1]:42310 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oKhsv-0006HY-MY for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 07 Aug 2022 11:08:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38780) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oKhso-0006HC-07 for bug-gnu-emacs@gnu.org; Sun, 07 Aug 2022 11:08:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48404) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oKhsn-0006y4-Nj for bug-gnu-emacs@gnu.org; Sun, 07 Aug 2022 11:08:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oKhsn-0006z4-Ji for bug-gnu-emacs@gnu.org; Sun, 07 Aug 2022 11:08: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: Sun, 07 Aug 2022 15:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56967 X-GNU-PR-Package: emacs Original-Received: via spool by 56967-submit@debbugs.gnu.org id=B56967.165988487326832 (code B ref 56967); Sun, 07 Aug 2022 15:08:01 +0000 Original-Received: (at 56967) by debbugs.gnu.org; 7 Aug 2022 15:07:53 +0000 Original-Received: from localhost ([127.0.0.1]:38153 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oKhsf-0006yi-1v for submit@debbugs.gnu.org; Sun, 07 Aug 2022 11:07:53 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:54094) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oKhsd-0006yU-9t for 56967@debbugs.gnu.org; Sun, 07 Aug 2022 11:07:51 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:55540) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oKhsW-0006xE-Gi; Sun, 07 Aug 2022 11:07:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=ab7ttlkO71X7iVrDAtZXKlDkhKSjxqUFCtS5AreLZy8=; b=X9VI6qUF2HDjDqQT7Rb2 wOSODHhKm2QTXn7MKfWX1r9lTBU18Tf31knAis+Zmw1+OhCETCfxj02dx93RxrzBLRAlWtpi1ycag aK8rbfIspx5NIZhpwjMerl5hbJOyOwH5a2Wux7P/OLmHZ7NXnbba/aI1LWDEw2WdERWAeQD86Pzbk hhpf+6CqZilRGT/2RdT1Tyx1Xhe6u2j5J86ZPyLPkhTSyiLVGnTMnEJvx/pf0SoH9Te5Sd+8JS/0m 64obliQBQNmHMcUBm8Ahpttr14pSiphnMASqkKNrlQ8tXLD+kCEneul1Xe//HxmdSUfgSRXMaKPR3 aPjbZFh4UhQLTw==; Original-Received: from [87.69.77.57] (port=1633 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 1oKhsW-0006Ml-08; Sun, 07 Aug 2022 11:07:44 -0400 In-Reply-To: <20004002.VVDfsmh7uS@odin> (bug-gnu-emacs@gnu.org) 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" Xref: news.gmane.io gmane.emacs.bugs:239074 Archived-At: > Cc: 56967@debbugs.gnu.org > Date: Sun, 07 Aug 2022 17:51:25 +0300 > From: Bjoern Bidar via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > I on the #gtk channel on what do and I got from ebassi that it is ok to just > call _exit. > He says it might be the client behaving wrong: > Thaodan: It could happen because the client made an invalid request— > Wayland mandates that the display server closes the connection in that case > > I don't really understand why calling _exit is an acceptable solution anyone > that has to safe some state to the disk is lost. > > I attach the whole conversation to not take anything out of context here: Those guys evidently think that an application without display cannot do anything. They forget that even if display connection is lost, and even if this is due to some fault of the application, that application could still shut down gracefully instead of losing all of the user's work, if only GTK wouldn't call _exit "because it's acceptable", or "because emacs is a 1980s teletype app", or because whatever other ridiculous justifications these guys come up for such misconduct. > I already told you > If the display connection is closed by the server, then there's no > safe way to store the data Really? Since when does saving data to disk require a display connection??