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: bug#60144: 30.0.50; PGTK Emacs crashes after signal Date: Thu, 22 Dec 2022 17:57:45 +0800 Message-ID: <87tu1nahgm.fsf@yahoo.com> References: <87edsxfop0.fsf@yahoo.com> <83359dgt7v.fsf@gnu.org> <87a63lfcz7.fsf@yahoo.com> <83y1r5f6lh.fsf@gnu.org> <875ye9f385.fsf@yahoo.com> <83fsddey48.fsf@gnu.org> <871qowgbay.fsf@yahoo.com> <83bko0gact.fsf@gnu.org> <87wn6oesfx.fsf@yahoo.com> <835ye8fweu.fsf@gnu.org> <87sfhcdulj.fsf@yahoo.com> <838rj3ea07.fsf@gnu.org> <87cz8eetvi.fsf@yahoo.com> <835ye6cdh9.fsf@gnu.org> <87o7rxd0z6.fsf@yahoo.com> <831qosc3ev.fsf@gnu.org> <871qosb50l.fsf@yahoo.com> <83wn6j95dm.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10613"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Dec 22 10:58:53 2022 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 1p8ILk-0002X0-Tk for ged-emacs-devel@m.gmane-mx.org; Thu, 22 Dec 2022 10:58:52 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p8IL3-00039q-RO; Thu, 22 Dec 2022 04:58:09 -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 1p8IKy-000395-2C for emacs-devel@gnu.org; Thu, 22 Dec 2022 04:58:05 -0500 Original-Received: from sonic304-20.consmr.mail.ne1.yahoo.com ([66.163.191.146]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1p8IKs-0006l0-MP for emacs-devel@gnu.org; Thu, 22 Dec 2022 04:58:02 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1671703075; bh=zTeQH1u54ADkgeo6TRIKBofBtkjXhaflGZ8kNl/MJyE=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=NAbQU8vOxrDfXJFtj0RwwO9uT8JqFi3NNPH6N/xehkP+jeGAZIH4Gi+EbMdAU6JfVpLtQOtb2iFcLZM3RvMLyjwgq2OJbHNRam6S8paPRoDSiJj75omKbFNca9XHcvZDsUfBba//cO558IVw2SublhtBgXhFowV/+TdoUUOM32eABGqEqltHiHoNhmF5LPICXujamQ+K3iju/JKLEtIMtVLiGtw+6ii02v8+x3DExU0qDryBo/4ObKgnpmftyqOGoFIOJr6xgg2+IQP5rCrDI3iKNVWMHCBX//at8r8/ilfH9JujVUOSBq+OJtXc/7vGvSOiyB3PeNT7ANr+ttOrQA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1671703075; bh=CNlV0F+SsU5T+z3uSMOMneDHDF+prFbcXuT+9pRw7x8=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=diL/Pub870HS5lPKUtV6WkuqmwVxboyIXv7iAiz0tAOo32wLzj5WkOo2ljYZV7Bmxw4iisDzsFWZs1R8pBFxLqFmekD5iNBJoh1eTsXFpVAZfLL+Dn41RlRgsK4hNlA+5HbSrFGBJh6R2i7QYSZXCv3L5AWrc2Z5tDqNr07Th9DJ328hERNZr2AJ9oX/ZUVSBfOW5mDbztG50DuGEosejyyjnDevTh+mjDg0ZO9lIZhISKSZjYTtcJCNMInIO1cLw2cvcHyZcdeGWYd4AHmvtA0TtBCxsknWTwnmU29vyzk0ltAiUWVvmb+fOzyWGQzet0LiiM5rn0jotiN+jfFi+Q== X-YMail-OSG: 5s9CmQIVM1nwwe2qnpHyavy1somEq2HKUnw8u7A_avmDiLt5CI.zeoixE3ribMl EYZg0rNhkcP8l_AMDCCdeYmq2RuuZH6lbdpw9NhbsSibWXH_Ac8MSFlI8A_NACAvpmSuVZUAY5r5 fkrX0RBnInnSzWmoXYyhAzq6QGmjl0yQmzOahVe2hh26npLVVVz_as8mpGWam5CDFZXWIzuXQSHr t5beDsyJPdVy7QoEh9UojPqm9fgzsDR6RNvpb5ve5BPfTGAmikjCTXTDQG2tmA.9tGtzF9cJ83gY f8V0WaI4_ntZyhjnM53o6OrkHwISIYOggT8LWxFMQM8z6r6TZDV37cWy9t11MCMc3DfWJk9weozC QymZMdmI0eYbLbQdFGBL2odYGl0LsIbZT5z7cFl2i0Dutn16cKhiOgz72cL8OUEGR5obde_Y_XIg HrjPP.OejFmKVNMKi_DP_hYzh7oQs.JNpeZFbNUvgrMELLsiO.Svo.NY3okb9Y7ClQ.bsG7qTT28 _WRDTi_gWiUDJPppx25GVr1cPTi4mg273LPJw9HwM9sZmwvVyPVr9J39fdEahOiMiF16H1AOGGcm o14Tok1xzbHf3Z9j3s4lDsmUqwe2psSUubNNRr.bjrmDI9hGOGuOzqzLrubA4WciczTdSVdXnOva qTHF5UNx_Dav2.m7lyAJgEQ.1_Senq8qWgpoAYf7vobPtncqH2SbIdc25W78AKxcL7UgWDrdnZqG mbeH0luKvnEk8u7Aq7Cs3mJXgGac24XkTXK9RWA95gXT2ymdFNFOXR5wrQPDBYwBrcY_T4fC_9cu oOrHEkJJexiFDGXgZ5fmXEnWA1NfeCOPj_G1lhFJXw X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ne1.yahoo.com with HTTP; Thu, 22 Dec 2022 09:57:55 +0000 Original-Received: by hermes--production-sg3-b666c6484-clrgd (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 599f9da75388873d807fb40b1c8bd603; Thu, 22 Dec 2022 09:57:50 +0000 (UTC) In-Reply-To: <83wn6j95dm.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 22 Dec 2022 11:04:05 +0200") X-Mailer: WebService/1.1.20982 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Received-SPF: pass client-ip=66.163.191.146; envelope-from=luangruo@yahoo.com; helo=sonic304-20.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=unavailable 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:301784 Archived-At: Eli Zaretskii writes: > Why is that a problem? If the event we queue includes all the data > needed for processing it, why does it matter how soon it is processed? GLib might be in the middle of doing something itself, such as waiting for file I/O, when it calls handle_one_xevent. > And what could delay the processing significantly in this scenario? > Since these callbacks are called from the main thread, it means Emacs > is not busy, and should return to the main loop very soon. Right? Right, for some definition of "soon". I tried moving the processing to pgtk_read_socket. But on the PGTK build, GTK apparently expects changes to the mouse pointer to be applied inside the call to the motion handler function, so now the cursor image is not updated during mouse motion. And for whatever reason, gdk_display_flush leads to a deadlock somewhere in GDK. I will investigate that later.