From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Po Lu Newsgroups: gmane.emacs.devel Subject: Re: Qt can now survive Wayland compositor restarts Date: Sat, 11 Mar 2023 19:37:22 +0800 Message-ID: <871qlvecy5.fsf@yahoo.com> References: <87pm9g36vk.fsf@athena.silentflame.com> <1499bc96-cecf-3c79-59e9-0c1db6a45aca@yandex.ru> <86ilf82qh9.fsf@aarsen.me> <83o7ozydhk.fsf@gnu.org> <87a60jeo57.fsf@yahoo.com> <86bkkz364s.fsf@aarsen.me> <875yb7ee3p.fsf@yahoo.com> <86a60j1q55.fsf@aarsen.me> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22138"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Eli Zaretskii , dgutov@yandex.ru, spwhitton@spwhitton.name, emacs-devel@gnu.org To: Arsen =?utf-8?Q?Arsenovi=C4=87?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Mar 11 12:38:13 2023 Return-path: Envelope-to: ged-emacs-devel@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 1paxYC-0005bC-TP for ged-emacs-devel@m.gmane-mx.org; Sat, 11 Mar 2023 12:38:12 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1paxXd-0000tZ-Q9; Sat, 11 Mar 2023 06:37:37 -0500 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 1paxXc-0000sh-FH for emacs-devel@gnu.org; Sat, 11 Mar 2023 06:37:36 -0500 Original-Received: from sonic317-34.consmr.mail.ne1.yahoo.com ([66.163.184.45]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1paxXa-0001kh-KN for emacs-devel@gnu.org; Sat, 11 Mar 2023 06:37:35 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1678534651; bh=yl2/y8cS929wRZhQO3ki7ETk5HFcs3KjkZESJjMWuvg=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=GacTOz4HK2a+X5VqUDkrTVCRizvFX6brRCW6SbauX4wXbz8Outi7PMMZolEOxyGD/6CfQfJdRfHJ59Hsgyj+bVCTgZEa3b6Sv95lEHfXz6Z6x+DTLqHLMDuWY/sTdSV4N39oLP9R4vFqmKl92AuvgLE5y5KNW+Lpnfdvg2OXA8QTJSBaIZPONlkGV3UTe7Tmk/lSXVOeRHW4BhqaDSk5cH3EI1HWI8NVKWcbsc8m5pasmZI4R/SNprsNYOy21lMyeSTUQpvWziaQ8qJjZyCCFPOGgqqUDJSDspgpAB71+YjAYRSODtYLMFsgoZWDNsk4FOoMd0eVxRlPVQrPXzU8/w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1678534651; bh=N3Jo4XUPjagEGjekOkWk6DM9t4Zj1ju6zIQIHpW4nWq=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=j5hhcGxhAgDNK02HTV+CRrXQA1R1kNIBF8h5BTNt2pPEV6dgG+M4+vPFUZPC3BGpjCukyj4rS89fcdCDcnmo8qJIq30A8IQHqoN0qr/qi+fmWdVpWiGbzn3quQs/YNV+fILm8LUbZ3YGTsiCRLhyxOtDhvFkl7PhTzWmJtS1Pw49yAYtpq9PhCWxukZn1IF1dcS2eZhaqXRkCeuppK1ei1fxrFpL3KeL7MQnnWFeuHntO2mF1n5Ly6EukVw8RfsUYeCJBUHM+Uaq2OXPMAs/qkL0kkdwOThdBK6BFAa99jn1JGAL6AUY1W8UOIj2e19AOZLV7mau218FWQdVFLHV2w== X-YMail-OSG: 6WTBxjsVM1kiDFXOvL.69i9nCQvywK9_gh9A7g2x8RghycM5rO1nD4QHcxMHvFQ 7UYfmUBI5Y1M4h_qPSP9VgWgf71LvETsaxFBDSh9Eyb4UuJ_Q4xZ59FYerDEtAG7kyU8aXtrEjHF ZOGOSxlpMghCqITqTx1T384dhBVE6mkVBXHTk_L00M4XjLTXQAwIJlSu8Kq_hLas.Q1N37cbjPVj OjDgpNVP72CzTL8ztDCxgKAdxHvyKjSs7qP2W9r3621hQgbPM0vP56ZigxXcowX9ZoFKhihy_eGU qOwgDdB5z3O2EairKsTeknjuj7uKwpWGaM7l2fDz4NYGnjouyITPf.Rgyni6a_JYFg0OSiJkSHQ0 HDGnBgKSs0xY6rfAGx8nt1IwFhpV0Dgy_BJIkVz4Fa7tgkkttszwLSz73N2OB0yPjew93MNeUzh8 KU9eCn20CPexW2lPhGuYXFErBfhvFHky60SqmuxbvQ2thSXNgwyY7..eCYwqCu0jScKFYuJGOSA4 gBhT72mzGrsCOsGPfpnhl9mN5Ad.4NmLQsNuLPxKO82xgSvzKmlvjt4FfN7.TkSWPVGfRAMJ7dJl YN9qQQo1SAYn3BxuRMsZOqjrudEUqwMLtu0bUfPenvYcVf7Tl7RFvhHaXT7VjeFfR1XfswDSwfoJ IkRYHm8mV0UgHDKzJvOQIcxAj7rwxXV2So4FtbNmgrL_B4_.oMQCEwl7fVqvAZZ3w_SXBZrDOKll wPg6eHFgkTpAcWXuzi01w8TXxO4vIW6hatK_rfh4flcl.SUbMEDd.89BNPMS_AMyNadnvzljXCcF rk41GKzxaVgNWrD7sG19xIuukwLrj4IjquaOkGDEm0 X-Sonic-MF: X-Sonic-ID: c68e763c-d45b-4c35-8247-92521294cec7 Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.ne1.yahoo.com with HTTP; Sat, 11 Mar 2023 11:37:31 +0000 Original-Received: by hermes--production-sg3-67c57bccff-l44jm (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 988c1247d7b10322a9d9518c477c979a; Sat, 11 Mar 2023 11:37:27 +0000 (UTC) In-Reply-To: <86a60j1q55.fsf@aarsen.me> ("Arsen =?utf-8?Q?Arsenovi=C4=87?= =?utf-8?Q?=22's?= message of "Sat, 11 Mar 2023 12:23:28 +0100") X-Mailer: WebService/1.1.21284 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Received-SPF: pass client-ip=66.163.184.45; envelope-from=luangruo@yahoo.com; helo=sonic317-34.consmr.mail.ne1.yahoo.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:304291 Archived-At: Arsen Arsenovi=C4=87 writes: > It would be indeed. > > The likelihood of crashes would be lowered if the display server event > loop is not kept busy by the Elisp interpreter, though, which is why a > separate thread would help (for instance, I suspect that the reason I > see crashes when sending mail on occasion is because smtpmail blocks the > main thread and a bunch of mouse events get queued up in the meanwhile, > causing libwayland to give up). If the display server crashes, the connection is closed, and GDK gives up when it calls `wl_display_flush' at some point and gets SIGPIPE. It's not related to events being queued up or whatever. > In either case, the better fix would be teaching GTK not to do silly > things on error conditions, and instead consult the user, but I'm not > sure how doable that is. Very easy, as was proven when this feature actually worked as intended sometime during the 2.14 series. It's just that the GTK developers need their power fix and refuse to actually fix the problem, because ``only Emacs needs this fixed.''