From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 13 Aug 2021 11:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 50043@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.162885581128427 (code B ref -1); Fri, 13 Aug 2021 11:57:01 +0000 Received: (at submit) by debbugs.gnu.org; 13 Aug 2021 11:56:51 +0000 Received: from localhost ([127.0.0.1]:40668 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEVnv-0007OR-4V for submit@debbugs.gnu.org; Fri, 13 Aug 2021 07:56:51 -0400 Received: from lists.gnu.org ([209.51.188.17]:50198) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEVns-0007OJ-Nt for submit@debbugs.gnu.org; Fri, 13 Aug 2021 07:56:49 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58802) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mEVns-00004t-Eq for bug-gnu-emacs@gnu.org; Fri, 13 Aug 2021 07:56:48 -0400 Received: from quimby.gnus.org ([2a01:4f9:2b:f0f::2]:40216) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mEVnr-0000L3-1t for bug-gnu-emacs@gnu.org; Fri, 13 Aug 2021 07:56:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From: Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=H5DwZ1eFriEw6iEQVjRefRowSMh4IT0vM7h6+E+Sem4=; b=m39tKlY34C3BejjI7r9DeqffTB PvZSepyzyU+rOGFpsSMUnj5iOla///sft25XjAcim7jHbTskm5/5F2QDOL2wlz9a7qBSWXE3UMnl4 3RtqrxHVUby43RueXofYwtXI8OqZxd0nIEdXxlUvrE70Ol0Bb22fP/jddt36Vwua3L9Y=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mEVnk-0003Dp-QY for bug-gnu-emacs@gnu.org; Fri, 13 Aug 2021 13:56:44 +0200 From: Lars Ingebrigtsen Date: Fri, 13 Aug 2021 13:56:40 +0200 Message-ID: <874kbtfthj.fsf@gnus.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: To reproduce the problem on Debian (at least), edit src/config.h to this: /* Define to 1 if SIGIO is usable. */ /* #define USABLE_SIGIO 0 */ Then recompile Emacs and say Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Received-SPF: pass client-ip=2a01:4f9:2b:f0f::2; envelope-from=larsi@gnus.org; helo=quimby.gnus.org X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) To reproduce the problem on Debian (at least), edit src/config.h to this: /* Define to 1 if SIGIO is usable. */ /* #define USABLE_SIGIO 0 */ Then recompile Emacs and say (let ((value 'SECONDARY) (x-selection-timeout 2000)) ;;; from org-get-x-clipboard in lisp/org-compat.el (gui-get-selection value 'UTF8_STRING) (gui-get-selection value 'COMPOUND_TEXT) (gui-get-selection value 'STRING) (gui-get-selection value 'TEXT)) This will hang for two seconds instead of returning immediately if USABLE_SIGIO is defined. Now, we have SIGIO on almost all supported platforms. The only ones that have it disabled might be these ones: hpux* | nacl | solaris | unixware ) emacs_broken_SIGIO=yes Which is probably why this hasn't been reported more. (See bug#29170.) So this isn't exactly a high impact problem, but it should be fixed anyway. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 13 Aug 2021 13:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.162886058625632 (code B ref 50043); Fri, 13 Aug 2021 13:17:01 +0000 Received: (at 50043) by debbugs.gnu.org; 13 Aug 2021 13:16:26 +0000 Received: from localhost ([127.0.0.1]:40866 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEX2w-0006f8-5j for submit@debbugs.gnu.org; Fri, 13 Aug 2021 09:16:26 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58108) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEX2u-0006Zt-RD for 50043@debbugs.gnu.org; Fri, 13 Aug 2021 09:16:25 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42386) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mEX2p-0000bx-Ha; Fri, 13 Aug 2021 09:16:19 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4197 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 1mEX2p-0001HI-4j; Fri, 13 Aug 2021 09:16:19 -0400 Date: Fri, 13 Aug 2021 16:16:05 +0300 Message-Id: <835yw9cwoa.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <874kbtfthj.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 13 Aug 2021 13:56:40 +0200) References: <874kbtfthj.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Date: Fri, 13 Aug 2021 13:56:40 +0200 > > > To reproduce the problem on Debian (at least), edit src/config.h to > this: > > /* Define to 1 if SIGIO is usable. */ > /* #define USABLE_SIGIO 0 */ > > Then recompile Emacs and say > > (let ((value 'SECONDARY) > (x-selection-timeout 2000)) > ;;; from org-get-x-clipboard in lisp/org-compat.el > (gui-get-selection value 'UTF8_STRING) > (gui-get-selection value 'COMPOUND_TEXT) > (gui-get-selection value 'STRING) > (gui-get-selection value 'TEXT)) > > This will hang for two seconds instead of returning immediately if > USABLE_SIGIO is defined. can you tell where does it hang, and why? Bonus points for explaining why the same scenario doesn't hang for USABLE_SIGIO platforms. From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 13 Aug 2021 14:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.162886513330157 (code B ref 50043); Fri, 13 Aug 2021 14:33:01 +0000 Received: (at 50043) by debbugs.gnu.org; 13 Aug 2021 14:32:13 +0000 Received: from localhost ([127.0.0.1]:42822 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEYED-0007mx-4L for submit@debbugs.gnu.org; Fri, 13 Aug 2021 10:32:13 -0400 Received: from quimby.gnus.org ([95.216.78.240]:52270) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEYE7-0007dk-3n for 50043@debbugs.gnu.org; Fri, 13 Aug 2021 10:32:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=ZOqmVt606bN3ye7iiJ1TwtN7xoUu47WIAPWBsWHsLek=; b=gmgkel4fIwQ4GpHnVatw1r8jk1 41T8vQqir2dqvOe7j3NNrutW4evM8WxMs4eqOfdYQ1h5uNOqd3m15MEvQgOaJX2os4QgTIdCU8dSN UnkfV8QEpS/X1bt/Bdx+CvVWuXz6HuIFR8j5PeZEfj0gdaiKLqLvHtq8v5P5jhOAGgfI=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mEYDw-00051s-Iv; Fri, 13 Aug 2021 16:31:56 +0200 From: Lars Ingebrigtsen References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> Date: Fri, 13 Aug 2021 16:31:52 +0200 In-Reply-To: <835yw9cwoa.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 13 Aug 2021 16:16:05 +0300") Message-ID: <87mtpla013.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > can you tell where does it hang, and why? Bonus points for explaining > why the same scenario doesn't hang for USABLE_SIGIO platforms. It's hanging here: Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > can you tell where does it hang, and why? Bonus points for explaining > why the same scenario doesn't hang for USABLE_SIGIO platforms. It's hanging here: x_get_foreign_selection (Lisp_Object selection_symbol, Lisp_Object target_type, Lisp_Object time_stamp, Lisp_Object frame) { [...] wait_reading_process_output (secs, nsecs, 0, false, reading_selection_reply, NULL, 0); That is, it's not really hanging hanging, but this sometimes takes a couple of seconds without SIGIO, while it returns instantaneously with SIGOI. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 13 Aug 2021 15:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.162886993523786 (code B ref 50043); Fri, 13 Aug 2021 15:53:02 +0000 Received: (at 50043) by debbugs.gnu.org; 13 Aug 2021 15:52:15 +0000 Received: from localhost ([127.0.0.1]:42971 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEZTj-0006BZ-BS for submit@debbugs.gnu.org; Fri, 13 Aug 2021 11:52:15 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60060) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEZTh-0006BM-3D for 50043@debbugs.gnu.org; Fri, 13 Aug 2021 11:52:14 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46362) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mEZTb-000212-Oz; Fri, 13 Aug 2021 11:52:07 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1824 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 1mEZTa-0005ms-Rj; Fri, 13 Aug 2021 11:52:07 -0400 Date: Fri, 13 Aug 2021 18:51:53 +0300 Message-Id: <83zgtlbaw6.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87mtpla013.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 13 Aug 2021 16:31:52 +0200) References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> <87mtpla013.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: 50043@debbugs.gnu.org > Date: Fri, 13 Aug 2021 16:31:52 +0200 > > Eli Zaretskii writes: > > > can you tell where does it hang, and why? Bonus points for explaining > > why the same scenario doesn't hang for USABLE_SIGIO platforms. > > It's hanging here: > > x_get_foreign_selection (Lisp_Object selection_symbol, Lisp_Object target_type, > Lisp_Object time_stamp, Lisp_Object frame) > { > [...] > wait_reading_process_output (secs, nsecs, 0, false, > reading_selection_reply, NULL, 0); > > That is, it's not really hanging hanging, but this sometimes takes a > couple of seconds without SIGIO, while it returns instantaneously with > SIGOI. Do you understand which code un-hangs it when USABLE_SIGIO is defined? Or is it a SIGIO signal that arrives and does that? If the latter, any idea what causes that SIGIO? Thanks. From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 14 Aug 2021 11:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.16289419682311 (code B ref 50043); Sat, 14 Aug 2021 11:53:01 +0000 Received: (at 50043) by debbugs.gnu.org; 14 Aug 2021 11:52:48 +0000 Received: from localhost ([127.0.0.1]:43730 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEsDW-0000bA-PR for submit@debbugs.gnu.org; Sat, 14 Aug 2021 07:52:48 -0400 Received: from quimby.gnus.org ([95.216.78.240]:60654) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEsDO-0000ap-3f for 50043@debbugs.gnu.org; Sat, 14 Aug 2021 07:52:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=tK3ytBloJw2j8DVx/pBavmzoiU6g5Wim5tRVdHbzVYA=; b=icRGkSz0X93OV6RVpDY0Lg5zyq e6P6H0tluxESsZIOlmzc6cc/DGtZ36Ot8UJMO1MnomqjwyT3ChmfigX0Pd0P8nC3bC1L4fc16pYRC W9h8zm+zTjbN7XaOedvojJLnVTESe88aWtHvHRVoBvGP4akGCjv9gtdEG3WVnDoYq0OU=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mEsDD-0000BX-Ms; Sat, 14 Aug 2021 13:52:31 +0200 From: Lars Ingebrigtsen References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> <87mtpla013.fsf@gnus.org> <83zgtlbaw6.fsf@gnu.org> Date: Sat, 14 Aug 2021 13:52:27 +0200 In-Reply-To: <83zgtlbaw6.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 13 Aug 2021 18:51:53 +0300") Message-ID: <87fsvcuttw.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > Do you understand which code un-hangs it when USABLE_SIGIO is defined? > Or is it a SIGIO signal that arrives and does that? If the latter, > any idea what causes that SIGIO? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > Do you understand which code un-hangs it when USABLE_SIGIO is defined? > Or is it a SIGIO signal that arrives and does that? If the latter, > any idea what causes that SIGIO? Nope; haven't digged any further. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 15 Nov 2021 15:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen , Eli Zaretskii Cc: 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.163698959222109 (code B ref 50043); Mon, 15 Nov 2021 15:20:02 +0000 Received: (at 50043) by debbugs.gnu.org; 15 Nov 2021 15:19:52 +0000 Received: from localhost ([127.0.0.1]:55805 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mmdlw-0005kX-3M for submit@debbugs.gnu.org; Mon, 15 Nov 2021 10:19:52 -0500 Received: from mail-dm6nam12on2108.outbound.protection.outlook.com ([40.107.243.108]:13821 helo=NAM12-DM6-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mmdlo-0005k9-Qi for 50043@debbugs.gnu.org; Mon, 15 Nov 2021 10:19:51 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ivP8gif16w2uvRuXlglMo80gMavNtmrT/Qc1q0lv+ulul4hZaQpySs2Osmji2+hvAi+Tll3/8G2cqsiPDFhS2XxEh/3BEtN/IDHDlimJVXXWhISjcEfxL3k1PhZTkmnNNe7jPV5XVPcEtOAimzRYjT7PUYSbCtm5XQS6zVc23ORnYj2IZe6Z18Qn5a60C5tti9ejwVu4n1fKGQDWjIaAbhHORFiRwF6a4UqOdpXSxRM/3PFX6SBrj5NXxAU+2JK8+b2EMAWQidZZ9PGpxe2qpXq/f9IODXPbvcsw1mOcedoBPg2Xdzs8D6iQY0RwVpoa/pl8uGr3RGUIkOVINBjuLg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=JlAK9du1BZxC8jkKfBhHaHozBEz7rab2twvlcn4bJt4=; b=Yl430l7HGaznBlwN9+wYm4O7a7N7/xsIczEzztZtJ2kLS1A2NFWufu97sSVZqCOa7q6K8HIYxDiHxkZjCWTOUaUVpaevLyyD2yfuQFf4WodBfYRNBcwZEFmmQ9cZwBgeMY3LJZcOu5bzprZDspNRsgeQEeVm3IVcdYvl6LVf0N/kDmCv77o03KmPFnTKfwp/3tDEwQX2lV8/hGGBhYmmfDBhEoh35mhjZSF2EvrshexC5gwBwmWMhNzHXufQGjFPAZf52/rK37f0FHGWDC9X2sAQ6fIqHYFRSzalTaje7QixrjU607ySddZR2CI4JQM0jpDIOez39mcQp6gNXnzjBw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=JlAK9du1BZxC8jkKfBhHaHozBEz7rab2twvlcn4bJt4=; b=DZnzuGmxI/Z2cb1JRBoZgwfDFuBJ5rrsRzPA1AeP90DfcQGWNKBuR8KAVXtdTSizg45uhNR13GdNfKCRytDBNE5UJXAV06hCSBaPUCLd5EUGfbVIexd+PfLrz2pvDE7BOorXm7OuPJHUT/KZqp5J/cIDzJbbhbGh2tBJaEQYB/U= Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN7PR04MB3954.namprd04.prod.outlook.com (2603:10b6:406:be::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4690.15; Mon, 15 Nov 2021 15:19:35 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969%7]) with mapi id 15.20.4690.027; Mon, 15 Nov 2021 15:19:34 +0000 Message-ID: Date: Mon, 15 Nov 2021 10:19:32 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.3.0 Content-Language: en-US References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> <87mtpla013.fsf@gnus.org> <83zgtlbaw6.fsf@gnu.org> <87fsvcuttw.fsf@gnus.org> From: Ken Brown In-Reply-To: <87fsvcuttw.fsf@gnus.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: MN2PR15CA0049.namprd15.prod.outlook.com (2603:10b6:208:237::18) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [IPV6:2603:7081:7e3f:3419:9143:86f9:2cbf:bd4f] (2603:7081:7e3f:3419:9143:86f9:2cbf:bd4f) by MN2PR15CA0049.namprd15.prod.outlook.com (2603:10b6:208:237::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4690.26 via Frontend Transport; Mon, 15 Nov 2021 15:19:33 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 6d7d15f2-edbb-4a57-774b-08d9a84b546a X-MS-TrafficTypeDiagnostic: BN7PR04MB3954: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:8882; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: ile+6RfDWHJXZRnp7JCpXC5NuJ/AEK1AvDB6bLYIVbRQNr3pVQ482CVUwYxVQKSOwaPSfNT++qM7XyWkTwBNXDPHdZDbCwMUbvejCO5w3uHZREaFVEY1tvCiDrvkCTKoAV6f+GyMPMprLefURvY3Oa5LeCzesXNHv13F7h5+P8DkqlMZ+7BQyjZ5rCCMk9Xs6sk1R9LvTyziIOqnvmIyMfuXE/3+vfUpGf0xOQUUJ2gL0t575BaKGPELIm+2dvp/yAeWJXmHPoKPnwMV5HIfk7rf2B4y9JmnBWx6/hAgOZOZ/sq/TpNY3fV9MehpLVtk6lLWbgSvU6Y8kk8ZQ2WYY0dGxO6EGP/SGjoNiJmDL2n6tS5OvLZd54Nj8F1S/lxCfAMXaSEzEtCDCEPafwUM1fV/p8EgtdpGFXsEt2adwlXnKQvKtcV90MpG6a7JZkYpIdcjbEtG0kDRYgXCTrZ0B8XRLmH73fs2r2Qo+7HU683EnMn81PianhqF+VHSkUhCAABYgnDaO0pb+lNpM1YHfLsn+rq+w86Y3dVe26lcOYknMDgGNsf22wo31ArnIZLNqOFpy8rk3OoTjbh1sGQtIu/YsuSR3ptAoLi0nuEpuy2F8ZF0AXr4znZwLdr3a0Jnnsomv7SxNMvP9QCUoKgekarHdTDBDeVvHlXWdOlRjEjVq15GNDmscRStUmKtp8x5zcDo876KuwARj/P20gAOisnZx93ka/amhu3IeGofiCk= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(6486002)(2616005)(31686004)(66946007)(8936002)(83380400001)(186003)(53546011)(86362001)(508600001)(8676002)(75432002)(4326008)(316002)(31696002)(786003)(5660300002)(2906002)(38100700002)(110136005)(66556008)(66476007)(36756003)(45980500001)(43740500002); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: AXpkNaqV7jvReIaQ9+JbgsYfdlkFZBoNDiFxuvd0sUcDhyWkDXpO05JuJ3ira9F/SbmEvMu6zIOkvMCLOLQ+By+xFn3K8VQ9526fSzGYfCxTxeqt3wSZGaWykIbWHYZSN4E9ukRI/n4ccI/6hxeI60gpE0JbmCRLvAzGYsPSgitFb0kfKJ527gnAJNKHBzZEwlOi737NxuFOSEFRbNwcQSHwdbkdhjg3c3x1nG0Y4L6phvcVBrk3ciTuJB28uVEJjz1woizcV69b6+RPodWnzZMJc7TXfkSoBqdRxBNr9HQzbumJaB6eipZfsx9VY/JoMNehlcFR+0BizDlZeoZEs3XUOlnLXZXkZgfcPHGEQ2X5NhvxVyssOaBexxA/yhs2vKqdBzILJe/YlfpUhbu2e4D73KOGQmg0B0lqyiQqu4BwTSTR3vrX6OTmLk8nAlSwmpCEop8vIYqw5QMNGKpUP/kWMc12XWpcbf00XUkRwvlDMiHsDBSQp+UDwPIsRAOMBEKkjHOVrvgrIjlOeGYC296e0/UCsCnW7zKNn31V5P6tGePn5VMfnq0IloruTzSRBnO5xKn1jhludRMcoSO/Rr1LoAWjjr38SjEatZML7PyO7FDL+8JkCgH2ljYXIrLOHRDGe5880J+YmFffa2DwjgFZsBhPOeUlQqX73HAU63IZMxpytMQw/3PgztHARzsf2xvNSIxwXkwnd0W1IyUOuj/HCAv4uotzsPjgGiKXCecM2CD85lHDSG4GU3CZxB1nFBmErczJFKUZiu32U4OLBsnsLq9ayFJuk2J0apGtVwcz/sg3kVKScwXrRrjOMcoOJM+SpBGzJsUVpruYqtnxRtWkzRvlKEmt/p2UWY4BkFpKNksfNHr6iDmI/WLxIaiT/am+vQOUiWdfPcRIPOdmva5Es1wEJxfYpWpZmgj0qrAOCiZRWMkp17DAcSmdy0NKBR1Q6/guCq7MC5cDXPtH0llhorTogOHd4M0yWDFtwvQtaKn8km8+bgruJMsfdr3c5CHuA9+4TfyMB6k+eYAi0IR4jloA4EYAcGFk7cS9/SMJPjCxhrMrm/zhksMbCxeSqOVRh8WRCrdjFlh8f2AYKNE6bERkRLgvU/6mQuEieoIFGJWgICRc8d1g4dSd9zdBVM0VMSyNzteYEDppAT4BSkzx7Cw8BPkeli9PLdImWjQZg70NFmrvD4DxTca7M/V9FQ1X8KRVWStlNtdxD72l5Y6sW5cb6br/dnjths82fDttqz/vz6JwWCeSrosgjvRF3bzMVzG+5/MsopqcySmHfI1w5yKZqNf45Gvh/Qm0k4BIY0k6Pgca6XsTxLDWmXcmeBYhEyJDiOtUWtzgVa4MGPaenuAg7xPDAVmrlR9UGVR9OvhZqElk6XzDGijOD3vXV6j6DwrWH35dY7Dqx5IrVu2x3Soa2zX1MJotFjlKbpPwRha2kWeDjP++n659bDTsXX69vY0mLYC1xsmhF6oPzrPZpxpjTwPMjO1HiERWpBfyzVeDCCha2S5tp9oA/1S70E4HRjuiBE99lYPRh8UIdqR/+ellqhBhjzndk5/ClkWJzBM+6yXcIbGDQfTIzO6VMm4sEMukpvliLu+QEL7K0FarbHDmCbEuxE1xIAKaYccYr36+9jg2O2ZsHfc8fFfSYf8igInyNidn2c2TiwI0a33QbFmq486VGQN9MSAqwqs= X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: 6d7d15f2-edbb-4a57-774b-08d9a84b546a X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 15 Nov 2021 15:19:34.7209 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: R8FuQufhybEbX/plV96uLZedihQsHVRQCAZM6v86K2rH9vtuyDGOfKPbaPqVIUaGXPKq6u4vYTSUO/YiTefhJg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR04MB3954 X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 8/14/2021 7:52 AM, Lars Ingebrigtsen wrote: > Eli Zaretskii writes: > >> Do you understand which code un-hangs it when USABLE_SIGIO is defined? >> Or is it a SIGIO signal that arrive [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [40.107.243.108 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [40.107.243.108 listed in wl.mailspike.net] 0.0 T_SPF_TEMPERROR SPF: test of record failed (temperror) -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.0 MSGID_FROM_MTA_HEADER Message-Id was added by a relay 1.3 FORGED_SPF_HELO No description available. -0.1 NICE_REPLY_A Looks like a legit reply (A) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.1 (-) On 8/14/2021 7:52 AM, Lars Ingebrigtsen wrote: > Eli Zaretskii writes: > >> Do you understand which code un-hangs it when USABLE_SIGIO is defined? >> Or is it a SIGIO signal that arrives and does that? If the latter, >> any idea what causes that SIGIO? > > Nope; haven't digged any further. I think I found the problem. x_get_foreign_selection (Lisp_Object selection_symbol, Lisp_Object target_type, Lisp_Object time_stamp, Lisp_Object frame) { [...] wait_reading_process_output (secs, nsecs, 0, false, reading_selection_reply, NULL, 0); I think wait_reading_process_output gets stuck for 2 seconds in a call to select (actually xg_select because I'm testing a gtk build). This is independent of the fact that x-selection-timeout is 2 seconds; it happens even if x-selection-timeout is 0. select returns after 2 seconds because the poll_timer fires. On systems with SIGIO, select returns as soon as X events occur, because SIGIO is signaled. To test my theory, I applied the following patch: diff --git a/src/process.c b/src/process.c index f923aff1cb..136873edbb 100644 --- a/src/process.c +++ b/src/process.c @@ -5477,9 +5477,10 @@ wait_reading_process_output (intmax_t time_limit, int nsecs, int read_kbd, triggered by processing X events). In the latter case, set nfds to 1 to avoid breaking the loop. */ no_avail = 0; - if ((read_kbd || !NILP (wait_for_cell)) - && detect_input_pending ()) + if ((read_kbd || !NILP (wait_for_cell))) + /* && detect_input_pending ()) */ { + detect_input_pending (); nfds = read_kbd ? 0 : 1; no_avail = 1; FD_ZERO (&Available); This forces the select call to be skipped, so wait_reading_process_output just keeps looping, checking for input, and checking for a cell change. With this patch, the hang is gone. I'm not suggesting that this patch is the right fix. But somehow we have to improve how polling for input is done on systems without SIGIO, at least in the situation above in which we're waiting for a cell. There's a comment in process.c around line 5304 that says "the wait is supposed to be short" in this case. We certainly don't want to always skip the select call, but would it make sense to use a very short timeout for select in that case? Or maybe someone has a better idea. Ken From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 15 Nov 2021 17:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ken Brown Cc: larsi@gnus.org, 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.16369970604097 (code B ref 50043); Mon, 15 Nov 2021 17:25:02 +0000 Received: (at 50043) by debbugs.gnu.org; 15 Nov 2021 17:24:20 +0000 Received: from localhost ([127.0.0.1]:56013 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mmfiO-000141-5g for submit@debbugs.gnu.org; Mon, 15 Nov 2021 12:24:20 -0500 Received: from eggs.gnu.org ([209.51.188.92]:38306) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mmfiM-00013o-CC for 50043@debbugs.gnu.org; Mon, 15 Nov 2021 12:24:18 -0500 Received: from [2001:470:142:3::e] (port=42422 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mmfiG-0003Zc-PU; Mon, 15 Nov 2021 12:24:12 -0500 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=7vKz06MOerIefIiDeQK8W/sjQkiqr6xD0GbQ6d4NToc=; b=BFvYoLhulxHb O2Ec+m4Fpn61GIkPcpfafjUQfZJw1IEviU7hN2OLA/vs3HyuZCGQNz4zqaWVdicatTPO1XZ5jnJqp rsvwSPZeTyWNsV/GDMYRb1cFdCZAePJaPw7dY17sVXAsItQiq4udintGOibm/dKhB5q3wR5ZESdVI 6Zb6k31Z6Jyp6kulQZoAPxH+QZCaI5JSlMiJs05KnjLjKZytsgVLMDImdZln59Dfbtkpgc6BhWEyH QqCxVvIhgWGRodkz5tqS+fz0+/Ion5+1BIS/SzM1to5QtLyDyl+MO2wuLcb69HfgWuVebZMp5t1Vr YlJVeX37/oZkaqEfOk97Bg==; Received: from [87.69.77.57] (port=3417 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 1mmfiG-0003ZN-Bf; Mon, 15 Nov 2021 12:24:12 -0500 Date: Mon, 15 Nov 2021 19:24:02 +0200 Message-Id: <83czn12uz1.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ken Brown on Mon, 15 Nov 2021 10:19:32 -0500) References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> <87mtpla013.fsf@gnus.org> <83zgtlbaw6.fsf@gnu.org> <87fsvcuttw.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Mon, 15 Nov 2021 10:19:32 -0500 > Cc: 50043@debbugs.gnu.org > From: Ken Brown > > x_get_foreign_selection (Lisp_Object selection_symbol, Lisp_Object target_type, > Lisp_Object time_stamp, Lisp_Object frame) > { > [...] > wait_reading_process_output (secs, nsecs, 0, false, > reading_selection_reply, NULL, 0); > > I think wait_reading_process_output gets stuck for 2 seconds in a call to select > (actually xg_select because I'm testing a gtk build). This is independent of > the fact that x-selection-timeout is 2 seconds; it happens even if > x-selection-timeout is 0. select returns after 2 seconds because the poll_timer > fires. Sorry, I don't understand: select waits for up to 2 seconds because that's what we ask it to do, and those 2 sec do come from x-selection-timeout. If x-selection-timeout is zero, select is not supposed to wait at all, so why does it? What am I missing? > On systems with SIGIO, select returns as soon as X events occur, because > SIGIO is signaled. Which X event is that? something related to Emacs and selections, or just a random event which simply happens at that time? Anyway, AFAIU, the wait is supposed to end because XTread_socket reads a SelectionNotify event, and that modifies the cell for which we wait. What I'm not sure I understand is how are we supposed to call XTread_socket when we are stuck inside select all the time? > We certainly don't want to always skip the select call, but would it make sense > to use a very short timeout for select in that case? Or maybe someone has a > better idea. Making timeout shorter might be the solution, but I'd like to understand the problem better first. Thanks. From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 15 Nov 2021 19:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: larsi@gnus.org, 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.163700438726024 (code B ref 50043); Mon, 15 Nov 2021 19:27:02 +0000 Received: (at 50043) by debbugs.gnu.org; 15 Nov 2021 19:26:27 +0000 Received: from localhost ([127.0.0.1]:56204 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mmhcY-0006lf-Hw for submit@debbugs.gnu.org; Mon, 15 Nov 2021 14:26:26 -0500 Received: from mail-co1nam11on2131.outbound.protection.outlook.com ([40.107.220.131]:51424 helo=NAM11-CO1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mmhcW-0006lP-Iz for 50043@debbugs.gnu.org; Mon, 15 Nov 2021 14:26:25 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=S1FQ3RtfRmyqg8d6n/+bfbmGcZDQLltAVukoe1UaQzZG3M60aijwJE2jD4lRfA0WoqNhCHCNgSLD1zOzRyA+CdGh0HSnT81ohhSPu3O7tV9S8j6ECspFPkADlRg6NFh/+rDgT5hueWsIAwmXkl9bLLpWx9ZnKxIeE/4tpdkcNx7JK/c1LWK3pWGTWe0vrCELCesk0zJN1rYGtjm3iY6FwEXlGNlE/rwWQcj49CpLy0GpCazZCqy33Ka/hNJ45pCwZe5TN3OJ/pwCp2qRLuiU4agnXoGv6Ms8EhzvCZsXjjK9mMOwztDiVfVQ1JLPO65YMxXR8xIxSMAn8HAGHZSPqQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=B2FbVXnpyjpms60Y5ONXqUGLPlnrWKi7vc5NfUHt5AI=; b=LVZKtCJmA2oH5fBpwT37nUiImQEMW1fkd9RoHt85AAleBMbw28N4lD3wNBEoGtdW9+GtLr1RJP8bttOmS0J6gUgB5kmjzYXXtLm1CXeHo+piOOA1/VEScZMBQ2NT4u+kT7Z00EeAsLmTiAAdAYEzN7mLzii40Dcvw2OFZxsCIenOSiuyE7q3cOlJol8o7xDJ+ySs1CSkyTQ7aO6hyIL3H8S1nIUi9wBCQwgGt5KIx6qrV8b/QA4hfzYX6XbaR8zyo4BGPPAW3RrM5RJ1SQEpix02tykhVI79D8UZw7teIj1jBE0q8YfpmOla3VvecBosU9n9X5Gt8gTk6gbFmgR52g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=B2FbVXnpyjpms60Y5ONXqUGLPlnrWKi7vc5NfUHt5AI=; b=AidARC7MfHLwSRsyGPDIy110t/9DhRWtZRNa9kg7LysF6raXbTABpG2BKzl3+KNc7x02RR3JMqI9kZ4hVHq9gbnYiEdlm1trJtf6uMyfx3qABmByxTPf52OoAgzhU7yo7FAgYMoU3imN5WNmZq1hKwOU7dtJkNa/VEYovLw6JI4= Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN6PR04MB0899.namprd04.prod.outlook.com (2603:10b6:405:40::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4690.27; Mon, 15 Nov 2021 19:26:10 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969%7]) with mapi id 15.20.4690.027; Mon, 15 Nov 2021 19:26:10 +0000 Message-ID: Date: Mon, 15 Nov 2021 14:26:08 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.3.0 Content-Language: en-US References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> <87mtpla013.fsf@gnus.org> <83zgtlbaw6.fsf@gnu.org> <87fsvcuttw.fsf@gnus.org> <83czn12uz1.fsf@gnu.org> From: Ken Brown In-Reply-To: <83czn12uz1.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: CH2PR17CA0001.namprd17.prod.outlook.com (2603:10b6:610:53::11) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [IPV6:2603:7081:7e3f:3419:ed13:ba2f:38dd:9fd1] (2603:7081:7e3f:3419:ed13:ba2f:38dd:9fd1) by CH2PR17CA0001.namprd17.prod.outlook.com (2603:10b6:610:53::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4690.26 via Frontend Transport; Mon, 15 Nov 2021 19:26:09 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: a876d56d-01be-4cb4-f170-08d9a86dc746 X-MS-TrafficTypeDiagnostic: BN6PR04MB0899: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:10000; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: rlBJLdMdjYKsJciBZc17yeO59OWCG9LxugfjV9T7AhxBVO433KtH/baCYdr6FrKCY9QEGfiXn4r4f0OzQs+bQIKmoYmHPRSJ3rx4BBxw4jQ1D1lo7r1GLN9tNuBZI62MU9t3rAgqhEvCorKkVboGAtmtRybcK9bjteKQK282mjJEKI+gcVTdiMQuuNYpjB+rLn0WenzMgYaAYbnMhs5yN9cwIgGz5LC9ZLhZHPNnmmRz6k0V53lFXH5G1xZSdCZuMLtuJAT/HD/ncDf2nSBhirGoIDppNXBEdk0PDtRJYSwO0bvdTdDuLOtDm9S389E0feefdRJAPwxMIbFwv3uFNFQ8byj3lLee901zGcJdX84CabMZHgG8UbNU468OQMWL26BNTQ0rUltuJQheWZVhSFp9dNkE4BxGIxL1Ttr3v1xORmcxThmiyZvCW7wAlp6r7qjVAeaOaeFKFknk+sZHrsl/k4ZjPAlv5kxVWEwRPuPwWNhppBG8IcMqAbu23K70dG8VJrhi1ZYPOHIE60j8ZHLwxsC/XgItOr9ulqMifYEmcWGwRMHUi44qFmIhMLuFGO/mIAf65f/pk3KXx8ilTDrs/QnrtNY+mBT29pa+eQboDwTNMoFUElgoO5VX7JTzzmhWIVs4Ii1Wv+cpb7dbr9OUjLlXcqEK9HSulZ8LQK3Ir9rLZD5sZPCnsD9ctP5UXlTliv30XF0kjDddij4EM2BrVI407Im4BoXVuRP/+BQ= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(8936002)(2906002)(53546011)(36756003)(66476007)(86362001)(4326008)(186003)(2616005)(5660300002)(66556008)(8676002)(75432002)(31686004)(38100700002)(316002)(66946007)(83380400001)(6486002)(508600001)(6916009)(31696002)(786003)(43740500002)(45980500001); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: 5DA/6jRMVy9KpJg29/AtJ//6eVMU1anXOHLQwT5i2ROAy9z7qUG7jurMA+lNXD0K7QWxOTm9iWTfTt7HBivB762Skhvu44FQbBh+U5cpNKDhdaRBpPHTy3TX0/pEwiiHoiOA64yDsYw9fEedRcPbhzdkcQtoczCiBZSG/ooWHj7N4p9/UCdgFbeUU7J0stSdnletzoGMc2//IhjHkCsvhbOzaIDMRObtaPnTqyQX4u6MsLRzEeeKV6o7gQZ+7u8UE0z77ZLIpG1gs4GsKxy28jLF2bQFHI6epQSCb5f48wPSfWKNPi1J8CtmONa4cbDrIR2mRJSzIiRLZIyfN5ueJMuFy2V09Y/kYHVucif+eAQR9bjE3jY1azTuzkoojP2B1NvzKxCxpRf92vN1KTZ43U0jp7RyyX9x8zarA8eP4jZTdOFyaD0BfobsnwkVDEJwr0Da8mUBtqNw3OebfSXBBp3UibZO1O27qXUS/OO7kY5p1al/N4BnDTbIL0YmUeF4J+0Hr1MHN9fV9Qpf1aiAGPb9CvPXJo7BersghS1ryC9CwitzjMUpDRWOdLC/x2qDc+3qJfEbzb8D8Qgr+t4VwRai5X4ikkSdXVk8qIWpioZF/6uCobTW7hdmy35KqnxSzj5PHkRLfqDT/0UvRqGU4Y0yOLAHDvq1moQbNtHA9ZRunhdWukU+bIZ3QRfUtGU12PxhBexe7oQuD4lVQQSQlTzebHpn1E09SYVg8VfFAejPsEWXejvyQg5y/IQg93Ixg4/71xfUAHaVeHNeJaTEpqN1FnLTnxHJuyO2egS2zov+DIwpd09rzhf8nVf6ZdPCLrPqmqdxoC8KxHXs/i9dYQd06ZMaIqje/MbGP4CvbCyTDCfqtWPzF75ZgRQDqlcKdh/fshu0jZgDbWtsp1ypt51MwL8Frh79DOJZZlWkGk3Tq1VWKrHogMkvUqcaT2FahiehLigl+3lWRdySg7R5HYi5zxJ8HNRJbVPpgp5RH4NKdBkF1rMd79NXOsn3eVCnmPsYa3R0CRdhLw1hmKfdxAR+Pjagae78kRQVUAtrgbprvgfBJSJsU5DBfCAsooPvtWs87FEvg2nv7kXOzwMcVG2A/+4j4fjZidXzt2jRnkEexwcD+p7ECpzUOb+YYIclcfoQwn8ZYTmuCinXsR5iCLCKVhfSX4Q5uRhpfJgiuK6QVutVw9Ym9tNbNf/c5vT8S3eXlGJAzl0WRoaG5sW9YOTI5gatx3+y5pV0vou8iFdWcCazzEivuJqEcGfSjF4dDuKvRekgrrM3CwrfG8sYFqQVMDKcmOwQS6C3T4m3IzunUZ/rS/5JgEPWqGv2bbk64uIVQMTYH/hOrjYYJCvlo6WL3trS3+T4OTUNfZYfrJTIcMdWDsejlmUAB7IOuLy2yXqtRKIHkK2Wy6JIa48yrQVEMwZMd6r5IfUbg9XX5ZQt5PBX4KCRM9KNHK8nl2+Wsxs8co8EmfWW4FRHNGevcTxIbs5LT8/bfU7rZmeBNTo5phgr40O7TMvYKfZnP6M/JjkF8jVv0t+rZWbcMS6pyLLQeEiEc3A+taPYFvck6x7k7xAdz6fDlkw6npriT3oy62V88qXDmGcdkQXy3/ofc3pimboAav8EvxJ15bI3TuRNJAasgfoR6Iv9yI5d90UA3Lw6UysstiTTVJKqZY7UAN04FXPW3R3Dx9W12+97kQ4= X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: a876d56d-01be-4cb4-f170-08d9a86dc746 X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 15 Nov 2021 19:26:09.8982 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: VyjEY6uSpsxZk1MGF2iO2b2KBFzlCWoBWv7KpNvUwILyvRsmmak6/acZdPbGlyITbeZOuRgpGEtJzljkeN9ZoA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR04MB0899 X-Spam-Score: -0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.1 (-) On 11/15/2021 12:24 PM, Eli Zaretskii wrote: >> Date: Mon, 15 Nov 2021 10:19:32 -0500 >> Cc: 50043@debbugs.gnu.org >> From: Ken Brown >> >> x_get_foreign_selection (Lisp_Object selection_symbol, Lisp_Object target_type, >> Lisp_Object time_stamp, Lisp_Object frame) >> { >> [...] >> wait_reading_process_output (secs, nsecs, 0, false, >> reading_selection_reply, NULL, 0); >> >> I think wait_reading_process_output gets stuck for 2 seconds in a call to select >> (actually xg_select because I'm testing a gtk build). This is independent of >> the fact that x-selection-timeout is 2 seconds; it happens even if >> x-selection-timeout is 0. select returns after 2 seconds because the poll_timer >> fires. > > Sorry, I don't understand: select waits for up to 2 seconds because > that's what we ask it to do, and those 2 sec do come from > x-selection-timeout. If x-selection-timeout is zero, select is not > supposed to wait at all, so why does it? What am I missing? Setting x-selection-timeout to zero actually makes the timeout infinite: if (time_limit < 0 || nsecs < 0) wait = MINIMUM; else if (time_limit > 0 || nsecs > 0) { wait = TIMEOUT; now = current_timespec (); end_time = timespec_add (now, make_timespec (time_limit, nsecs)); } else wait = FOREVER; <<<<<<<<<<<<<<<<<<<<<< If x-selection-timeout is zero and you really want select to use a timeout of zero, you have to specify a negative value for nsecs. [This strikes me as very counterintuitive and a poor design decision.] x_get_foreign_selection should probably be changed to account for this, since the default value of x-selection-timeout is in fact zero, and clearly the intention was not to have an infinite wait in this case. There's a comment in x_get_foreign_selection that says "don't wait forever". >> On systems with SIGIO, select returns as soon as X events occur, because >> SIGIO is signaled. > > Which X event is that? something related to Emacs and selections, or > just a random event which simply happens at that time? I guess it's whatever X event is supposed to come in reply to the call XConvertSelection (display, selection_atom, type_atom, target_property, requestor_window, requestor_time); in x_get_foreign_selection. I don't anything about how I/O works under X, so I can't be more specific. > Anyway, AFAIU, the wait is supposed to end because XTread_socket reads > a SelectionNotify event, and that modifies the cell for which we > wait. What I'm not sure I understand is how are we supposed to call > XTread_socket when we are stuck inside select all the time? We're never stuck for more than 2 seconds [when there's no SIGIO] because poll_timer fires and either sends SIGALRM or makes timerfd read ready. Either way, select returns, and the next iteration of the main loop checks for input and checks for a cell change. >> We certainly don't want to always skip the select call, but would it make sense >> to use a very short timeout for select in that case? Or maybe someone has a >> better idea. > > Making timeout shorter might be the solution, but I'd like to > understand the problem better first. Ken From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 16 Nov 2021 17:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ken Brown Cc: larsi@gnus.org, 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.16370847113843 (code B ref 50043); Tue, 16 Nov 2021 17:46:01 +0000 Received: (at 50043) by debbugs.gnu.org; 16 Nov 2021 17:45:11 +0000 Received: from localhost ([127.0.0.1]:59049 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mn2W7-0000zr-EN for submit@debbugs.gnu.org; Tue, 16 Nov 2021 12:45:11 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43304) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mn2W5-0000zT-NV for 50043@debbugs.gnu.org; Tue, 16 Nov 2021 12:45:10 -0500 Received: from [2001:470:142:3::e] (port=56704 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mn2W0-0006kY-5g; Tue, 16 Nov 2021 12:45:04 -0500 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=8ztrSTeIVQ2JvBQW3yqSw1LwqyNAAPVOFj6scCdjN/U=; b=QX72VhR9bYis 4blKciRbyBgthsBJD2qDPok69SKcNOCYIDKzO9CqHpnjrEzmzgnkfONVEljUwJZ7HrQk9q1/w9lgp AqQ6yvz+4FLenq74wwuUg1Tj0udHIQl2X2LvPRlIEk+s3Tp1JJm6/kXuZ771TlND7XqZT5a7vC52Q jac8nOuAEEX6GzPBrhRIaM0LgUatBaOf4DdArTTtaiuNeAME4FVxRFNwHXQzG9/BbYCCamWCiFbEz Fq2zl69IhRsPGacFkl3D+JXJCxqu3j+1dh7+BV7n/elPxTZuBRbptUOHzNxYfYINI7MNKi6kJknjH Q6pN5sDNWvalr4L2BslADA==; Received: from [87.69.77.57] (port=1239 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 1mn2Vz-0004Cd-PO; Tue, 16 Nov 2021 12:45:04 -0500 Date: Tue, 16 Nov 2021 19:44:56 +0200 Message-Id: <837dd80zc7.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ken Brown on Mon, 15 Nov 2021 14:26:08 -0500) References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> <87mtpla013.fsf@gnus.org> <83zgtlbaw6.fsf@gnu.org> <87fsvcuttw.fsf@gnus.org> <83czn12uz1.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Mon, 15 Nov 2021 14:26:08 -0500 > Cc: larsi@gnus.org, 50043@debbugs.gnu.org > From: Ken Brown > > >> I think wait_reading_process_output gets stuck for 2 seconds in a call to select > >> (actually xg_select because I'm testing a gtk build). This is independent of > >> the fact that x-selection-timeout is 2 seconds; it happens even if > >> x-selection-timeout is 0. select returns after 2 seconds because the poll_timer > >> fires. > > > > Sorry, I don't understand: select waits for up to 2 seconds because > > that's what we ask it to do, and those 2 sec do come from > > x-selection-timeout. If x-selection-timeout is zero, select is not > > supposed to wait at all, so why does it? What am I missing? > > Setting x-selection-timeout to zero actually makes the timeout infinite: Ah, I thought you meant a literally zero timeout, not the "zero means infinite" one. > > Anyway, AFAIU, the wait is supposed to end because XTread_socket reads > > a SelectionNotify event, and that modifies the cell for which we > > wait. What I'm not sure I understand is how are we supposed to call > > XTread_socket when we are stuck inside select all the time? > > We're never stuck for more than 2 seconds [when there's no SIGIO] because > poll_timer fires and either sends SIGALRM or makes timerfd read ready. Either > way, select returns, and the next iteration of the main loop checks for input > and checks for a cell change. > > >> We certainly don't want to always skip the select call, but would it make sense > >> to use a very short timeout for select in that case? Or maybe someone has a > >> better idea. > > > > Making timeout shorter might be the solution, but I'd like to > > understand the problem better first. If the code is based on the premise that we check for selection when we exit select, then I think on systems without USABLE_SIGIO we should call wait_reading_process_output with a short timeout but in a loop, so that the summary wait is still 2 sec, but we exit the loop as soon as selection arrives because each call to wait_reading_process_output has a much shorter timeout, say, 25 msec. WDYT? From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 16 Nov 2021 23:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: larsi@gnus.org, 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.163710402217695 (code B ref 50043); Tue, 16 Nov 2021 23:08:01 +0000 Received: (at 50043) by debbugs.gnu.org; 16 Nov 2021 23:07:02 +0000 Received: from localhost ([127.0.0.1]:59419 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mn7Xa-0004bB-0J for submit@debbugs.gnu.org; Tue, 16 Nov 2021 18:07:02 -0500 Received: from mail-mw2nam12on2122.outbound.protection.outlook.com ([40.107.244.122]:22240 helo=NAM12-MW2-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mn7XY-0004ag-FX for 50043@debbugs.gnu.org; Tue, 16 Nov 2021 18:07:01 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WGBBpKD7E0Az2NDGHYhzFse8AAMCH8plHHPdH4llm0dtimiUknL/UwO029x+sbzQEC/8/Lcy/y0LW3IiZOBEk9+IWsrveZisMk62R+04tjm3UHcUtNoaGAUy91Q1RnT/KUQ5/7So+xZhJwTZ37FH1T/IKPfTMCqRADhrtVw3s3u8UQIDO6wkULwlM10gf5c745TkbMVkU+ufoZWg7mzm1kEDhGwSn+1BNTR3OhZo8pSqpOm8IMkmIAZFFM8rDfjdFsCUffyoYh1Uphq2KHGfJuwtE3dU7Su2JLjxCovWQlVOHKn9CRo2Q8nWmpBi2P66wfBBhNNiRq+xx9cp6/og6Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=O1mPdMi8eGDjDGxIXE8WsEOmEMmI6uTIo5MrOIz6Yys=; b=kT2iUe8fltt4pUH8A3w8oFFzIsa/MkZC34F3wYn7XbW+qpFSS6q3+LQ+MEnWNCzoGxfxMbYKZ+vB8tNUvox3M2vFcVN6qDOim2tL8zrl48YwVCogWLjPu7e3Xu4YMLihP3CupB4T0EOAVonmt9YkPSR6FJpIK8K7Y3cdhUrt0b5NaXlXRmbkPFxJAI3pM9li4JhCb9IpT80D9stcZjNGoWlIn9Mn3vq7Fiu+/PmR84kMbI6mDd3WiEW0f3u5Zh3qrapLhRyhhV1CO3qgD/LKjft1encqKTMF11auSEWN/2m2WpXTo5QurexiVuiDCBT92F3uYy0ZGBBJ1XrDaETOVQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=O1mPdMi8eGDjDGxIXE8WsEOmEMmI6uTIo5MrOIz6Yys=; b=NPRcl8M0ZO2EZBZsdodbRaKjgCC9IjdiRR8BGYWsm/tNRluTlJ0/qa5K4O1o7t5K2wXldegph0ecZdVdqbjCJ5MsahG8RzNHFl89ZucANYjN87Khse0nr6+/9SI0HlyvESmJQTdK/eLli7H+YVna2JeUGworhl6sc/ugWH7rb/4= Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN8PR04MB5473.namprd04.prod.outlook.com (2603:10b6:408:5e::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4713.19; Tue, 16 Nov 2021 23:06:53 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969%7]) with mapi id 15.20.4690.027; Tue, 16 Nov 2021 23:06:53 +0000 Message-ID: <92d3e509-be73-88c8-0085-f13c3716dd1b@cornell.edu> Date: Tue, 16 Nov 2021 18:06:51 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.3.0 Content-Language: en-US References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> <87mtpla013.fsf@gnus.org> <83zgtlbaw6.fsf@gnu.org> <87fsvcuttw.fsf@gnus.org> <83czn12uz1.fsf@gnu.org> <837dd80zc7.fsf@gnu.org> From: Ken Brown In-Reply-To: <837dd80zc7.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: MN2PR06CA0017.namprd06.prod.outlook.com (2603:10b6:208:23d::22) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [IPV6:2603:7081:7e3f:3419:1c5d:e1a9:7b:59ab] (2603:7081:7e3f:3419:1c5d:e1a9:7b:59ab) by MN2PR06CA0017.namprd06.prod.outlook.com (2603:10b6:208:23d::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4713.19 via Frontend Transport; Tue, 16 Nov 2021 23:06:52 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 3fcb34d5-6da4-43d1-b7f8-08d9a955c70f X-MS-TrafficTypeDiagnostic: BN8PR04MB5473: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:9508; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: XEtpK7cvLR+XMbjd2JoolnP8xVSFnpdlpdUNs6MjpPT8kGqJP/FbnDy89NXGc0a5KbD1vN2k/DTOq5QmYNY+3iZWsRTolVImdr3pPJ5hkfB6nqnPqJbW9Rz/uDnl/ICl8fNUvzf6hulCcOas6Q4nvmLQ70WD5T8F2yAmqJq52w+Z8ToxA0AbsL9MQg3lMOVOC/+Ln6Loh8heyBipX16tkNHmiM13YDgffIJgqyRlfv2PiEV+itDFxkb6efGHHNjxg5LA7WFFYsw30scY1hq3y08mVpsA//tHUeNgQ8cDk//3fQLg/ds3vQSY3JK+4C6gjIVQ6xvASRO/z24Z65t5lRWZjMSIukTGL6DdQS2ajzseR3juU0gCj78EX+nROChf/vHZWdFTdm087cYcZ0vWypGT1vVc17snamFPBm/1HO75NawElQ3YS5mjHxCoU8xPE35Aazonjbtn8sXfrZDRzMva3gGHNzskNUl8vQVHRajKhuWAEEbtFwngDOKZk0EhxgSGY0rMPGIRsDqpuZ+8hx3MVqCtxESzuj/waVMw/3RJdXvfNozsG55NK5Xy744GN4ZnlFQ+tJNSqxaNP5gSg5PqTsA9TIBkcvKj7i5P+YbQvR82veidNjwFIKqk6XAD7Wp2DpjSMkEuO+QcFsNayaQaIQAiBq3kNXsfU8RZyNTikIe3pSouvARK3eSYZBasMnJF9ynpozF99lOSExBrvCAGCP3IuARgrIw3LgZZl34= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(186003)(31696002)(53546011)(2906002)(75432002)(6916009)(83380400001)(86362001)(8676002)(38100700002)(31686004)(5660300002)(8936002)(316002)(786003)(2616005)(66556008)(4326008)(6486002)(508600001)(66946007)(36756003)(66476007)(43740500002)(45980500001); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: 7+aaAj4GcvVRJt0yR/sZ4TuEfzgbOnxbE0qmhyGpRzc4MI2tGKMgm5aZ2jHzfR86EXd/BgsxQgUQIr9GLOGgayRXODx4893pIeLgCsG6Q6ltaK9h/yUd2EqroaZHnWha/j/qGcPkEnxbmxGw28Takzyx1vCo2H4bC5NI4/ogx8nPTGbHBJ4RSMNYNXDmNjbjUuapYavH2lbR0/WcE76OoKJVJSLEvPI/135k5cT38g+fzWadj0bvd6G30ERa/LSMFtqyreqR84c9bRWk0E/Tco2kXl85dsgL5bV3rVjxN1p9F6FapcxG1Lv9/y0svsyljdilP+OEFvuwzunv2q88j88YRmHN2vIoqUdvPFy8JO/h75NGodk2LS/K3FTXj8cBV6ysOXe6QNd6J4Q3VAonYQvTrrZF128A01FQElffnI3JG0a0KmZ2TkjyFpDwBCOLR4FK0skPGybZWpT51dKFFSHsFxO9c1JX7Rfxc+ERiVBuE89ORQUam9M6vWJ7b0jpkGbRFMp3/+BhK8bPfsfzEN1vEsTN0Zp+7wuvahc/LMfBbmwhgX+g39NiBogj5Gc8zMUC2hwp9vv7aF2IpkdxGau5T90JU5595V/cvJKukw6F5HWTcHgFFyiHW/oRl04rjDRXO5ERRzKHgHBeFSyfg2LHpm71mrhVon0zoZyGpAvkNjU7r33/8MaI0/q5X7aiFqqR4ZwXQSdxLyUrebcskX6oj7WpMFGV5iZYlS5yLXN7k2MWQQfotUFxycW2eTjXhzOVzjfTISZ7OosQcBMQ/deu07XjlvMxfUUGIEcsRByHsRViR92kw/nIoOPGF7idJp0EarHOj/j9gr2m9W7xzXUb14ENsaGo3/BILp3wmwfUjmcQjrSc+CB21Py9Gjwlm9d5/VNUMei5CnXYU+0LK04RqsX78zJiAeD2aihkrCQQiKk4WZrjH1Wu2gozTiwKKY4Bxh/YjtkHfJWzZ9cIc3a61f3movtFuK/2I+wENl1RXj1shWxCmuf2OAGjOHr5DXcuZKx+IS64PPUOqyw10Pe9Tmo/q3VfYakhBNWv35j0+qIoHNwMOGAC1JU/JwTAjcymnxoNLI99omk+MfS29BM1Y6CfwEHYa9UUYyNIQkpMeWRWIUhpJd/tTS1TzHoBI8t6+gfjj5ckzu+EADfy9fpj23oHX7C6z0c3eCm+aEQqikMO8CnHnRMSBj0nu45qyM2tofJy+ovCTpCnzelO0tO4juw2UeWaKIz/oWNbbkMuwCd2m/B0lfuXme/wD8f/znbtQjhqpiAoa8YZ9qJWfIpn4R71NlOP9i45VUhAd3jPJFQeqYLUVxGQWGmVokzEul/Fn88lWs1szwPrnqw2KS0BsZVxhmDC8FCudSwN+wabr+wteC4jDdkiQAJYKMpySFnqiwlcuwXz6RNODBYo3LvEcmUCJCIkI6iZ+XtzHpDUmHh9QRiw+bxzF1LvgOJEZPXhVVurSjaXoDcV+PckloQzTKPhcyeojh8rxJBcUFVo0HwK5Z1+qAnhJlPMEqu/Nzx9fkOIufIGJxNnCUmUghOmB4hPxuafFwZjdh34PT0h4zt8vZoY6gVpT6O3WkVHrLy/OjGKo8BQCZ7PSkQ+TEP3jlL/Uykups8u7vdkyprubj8VTf98hfVuPLccAvIWBchpGEhelNlIz2QWUKxJ+R0ANPQcZkl8bIxyJzKS9Vo= X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: 3fcb34d5-6da4-43d1-b7f8-08d9a955c70f X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 16 Nov 2021 23:06:52.8964 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: 26dilNIjxzC4Sx2ftQHnMbNjrl7vPxsygomaR1q3nlC+egqKZ6jER9u3/y13e4sy9sjyKAnr7GO0WxX/JZrUFA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN8PR04MB5473 X-Spam-Score: -0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.1 (-) On 11/16/2021 12:45 PM, Eli Zaretskii wrote: >> From: Ken Brown >>>> We certainly don't want to always skip the select call, but would it make sense >>>> to use a very short timeout for select in that case? Or maybe someone has a >>>> better idea. >>> >>> Making timeout shorter might be the solution, but I'd like to >>> understand the problem better first. > > If the code is based on the premise that we check for selection when > we exit select, then I think on systems without USABLE_SIGIO we should > call wait_reading_process_output with a short timeout but in a loop, > so that the summary wait is still 2 sec, but we exit the loop as soon > as selection arrives because each call to wait_reading_process_output > has a much shorter timeout, say, 25 msec. WDYT? Are you talking about having x_get_foreign_selection call wait_reading_process_output in a loop? That would fix this particular bug, but I was thinking of trying to solve a more general problem. Namely, whenever wait_reading_process_output is polling for input, avoid getting stuck in select, something like this: diff --git a/src/process.c b/src/process.c index f923aff1cb..808bf6f1ff 100644 --- a/src/process.c +++ b/src/process.c @@ -5588,6 +5588,15 @@ wait_reading_process_output (intmax_t time_limit, int nsecs, int read_kbd, timeout = make_timespec (0, 0); #endif +#ifndef USABLE_SIGIO + /* If we're polling for input, don't get stuck in select for + more than 25 msec. */ + struct timespec short_timeout = make_timespec (0, 25000000); + if ((read_kbd || !NILP (wait_for_cell)) + && timespec_cmp (short_timeout, timeout) < 0) + timeout = short_timeout; +#endif + /* Non-macOS HAVE_GLIB builds call thread_select in xgselect.c. */ #if defined HAVE_GLIB && !defined HAVE_NS nfds = xg_select (max_desc + 1, Ken From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Nov 2021 07:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ken Brown Cc: Eli Zaretskii , 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.163713488318606 (code B ref 50043); Wed, 17 Nov 2021 07:42:02 +0000 Received: (at 50043) by debbugs.gnu.org; 17 Nov 2021 07:41:23 +0000 Received: from localhost ([127.0.0.1]:59975 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnFZL-0004q2-GJ for submit@debbugs.gnu.org; Wed, 17 Nov 2021 02:41:23 -0500 Received: from quimby.gnus.org ([95.216.78.240]:34564) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnFZI-0004pg-Hp for 50043@debbugs.gnu.org; Wed, 17 Nov 2021 02:41:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=SdK3hsPzj8OEbeylNzim7dy94c4uJovsZIMJNOdZb5I=; b=jFIPBtknY58UrmW+GQzIKMZzaV hYG8rHzqF7crvNvWOTRATDGVsaRLsg/v6mSGEZPhRdEsCO7YKteQJBlMrLBvblcAtywDPQhZZdyG5 MtVijnME8rBNVtV1IvyRHRF1MAKdV+Vsu63IfqBkznButZEnvJeQbvEOr0pgnLI+cPuM=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mnFZ8-0005jr-LU; Wed, 17 Nov 2021 08:41:13 +0100 From: Lars Ingebrigtsen References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> <87mtpla013.fsf@gnus.org> <83zgtlbaw6.fsf@gnu.org> <87fsvcuttw.fsf@gnus.org> <83czn12uz1.fsf@gnu.org> <837dd80zc7.fsf@gnu.org> <92d3e509-be73-88c8-0085-f13c3716dd1b@cornell.edu> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEVHP0cmQI6MenXR ycn////P/ekvAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+ULEQcVOXjXWeMAAAG6SURBVDjLhVSJkeMw DEOoBtapgCYb0JH993YgJTvJ7t6ck/FkBOMhJAeP4/cLb8BZt+f5HXia2SlqP4ADX8DxeEk9/+VB wM2tLvUIS/4IX0A+w1QAyQxPFc888bDj+FMEAFywnGKZc5mL2bRNCHA9cTQDrkOUhCUUOQv4KvPJ AUYJNSGAJaVIqLWzGY30AgxDRZrAexE2ICoh2g7Fs3kBoDGtJY0jVC6xLSXUGrqihlXus4Hg1IGK mu18AwmDV1RfzhK6pJI6nKJnJgGkLsZInWBJmwCWvVOVIz9MxJbVBb4YzMOqqiSrxhIYGxgcSosg BspxogXQLkZwgc4sYMxxAz5HVNs1gyblLoBdpWclGjFY9g208qQ1XIIjvYDR5ZWHVy8bmF0PV9mf T38BVQMJYNiRTXhJYdT56ZpqPc59fPi0F29MtJIuwBi0jCmIJsy9tR4Vp9Y3YWJvlM82kFjrmeMl BfabNXO+paIvhYo3OtINWDuQt2aoTu45CAy9HPID6LFrhA9A+luHdAe7ALrM2vTaE//simmNu65L 7w1Q5XtYFX8zF/QLjSvYvR88+fWi70ku4H//Ph/XX9FVbhYgJO4MAAAAJXRFWHRkYXRlOmNyZWF0 ZQAyMDIxLTExLTE3VDA3OjIxOjU3KzAwOjAwlPRuVwAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMS0x MS0xN1QwNzoyMTo1NyswMDowMOWp1usAAAAASUVORK5CYII= X-Now-Playing: The Beatles's _1967-1970 (1)_: "The Fool on the Hill" Date: Wed, 17 Nov 2021 08:41:07 +0100 In-Reply-To: <92d3e509-be73-88c8-0085-f13c3716dd1b@cornell.edu> (Ken Brown's message of "Tue, 16 Nov 2021 18:06:51 -0500") Message-ID: <87mtm3p6uk.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Ken Brown writes: > Namely, whenever wait_reading_process_output is polling for input, > avoid getting stuck in select, something like this: [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Ken Brown writes: > Namely, whenever wait_reading_process_output is polling for input, > avoid getting stuck in select, something like this: [...] > +#ifndef USABLE_SIGIO > + /* If we're polling for input, don't get stuck in select for > + more than 25 msec. */ > + struct timespec short_timeout = make_timespec (0, 25000000); > + if ((read_kbd || !NILP (wait_for_cell)) > + && timespec_cmp (short_timeout, timeout) < 0) > + timeout = short_timeout; > +#endif Sounds like a good general solution to me (but I guess this will also affect `accept-process-output'? So it should probably be documented there). -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Nov 2021 13:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ken Brown Cc: larsi@gnus.org, 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.1637154895958 (code B ref 50043); Wed, 17 Nov 2021 13:15:01 +0000 Received: (at 50043) by debbugs.gnu.org; 17 Nov 2021 13:14:55 +0000 Received: from localhost ([127.0.0.1]:60430 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnKm6-0000FN-Vy for submit@debbugs.gnu.org; Wed, 17 Nov 2021 08:14:55 -0500 Received: from eggs.gnu.org ([209.51.188.92]:59278) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnKm5-0000F5-Jg for 50043@debbugs.gnu.org; Wed, 17 Nov 2021 08:14:53 -0500 Received: from [2001:470:142:3::e] (port=58854 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mnKm0-0001fn-7E; Wed, 17 Nov 2021 08:14:48 -0500 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=ouBuEIdEsnXSVtTNPZA2zeze+83c/Fl774ng9dW8G0o=; b=RDkzpHQoe03e lOPwN7pG+WxypH+eSONCuGJ7gs5xGInDYJKvCjjEBBhaSSvmDGPEwrmneOOeIR2DzTvFqHmhceRut GLoNOriEODoX0q1nIg8uZZAox5dShTLagSXoBX+pMZeCTejLAt0TOEqMwN5GL5DPyXHduPmQipX+s kVOBfKFKgNY5HdR3YUMx4pEPO+n018/JU/2vRoh0mUPkTIlsZdZnEOg33VB0aArzQb2iB5M0TVWYA JKBHvzWiJcIo6/WDj7srF7Xpb7tqe7EKFGOr8j0h+zWX78KxPvJ99IZvsHsHsUuc77wzBYdGblJXJ S/bQ1AM0WuHPCt2zeHwMCQ==; Received: from [87.69.77.57] (port=1149 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 1mnKlz-0003LR-M7; Wed, 17 Nov 2021 08:14:48 -0500 Date: Wed, 17 Nov 2021 15:14:42 +0200 Message-Id: <83sfvuzzy5.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <92d3e509-be73-88c8-0085-f13c3716dd1b@cornell.edu> (message from Ken Brown on Tue, 16 Nov 2021 18:06:51 -0500) References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> <87mtpla013.fsf@gnus.org> <83zgtlbaw6.fsf@gnu.org> <87fsvcuttw.fsf@gnus.org> <83czn12uz1.fsf@gnu.org> <837dd80zc7.fsf@gnu.org> <92d3e509-be73-88c8-0085-f13c3716dd1b@cornell.edu> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Tue, 16 Nov 2021 18:06:51 -0500 > Cc: larsi@gnus.org, 50043@debbugs.gnu.org > From: Ken Brown > > Are you talking about having x_get_foreign_selection call > wait_reading_process_output in a loop? Yes. > That would fix this particular bug, but I was thinking of trying to > solve a more general problem. What is that more general problem, and when does it rear its ugly head? From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Nov 2021 14:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: larsi@gnus.org, 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.16371587799408 (code B ref 50043); Wed, 17 Nov 2021 14:20:01 +0000 Received: (at 50043) by debbugs.gnu.org; 17 Nov 2021 14:19:39 +0000 Received: from localhost ([127.0.0.1]:60498 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnLmk-0002Re-Up for submit@debbugs.gnu.org; Wed, 17 Nov 2021 09:19:39 -0500 Received: from mail-mw2nam10on2125.outbound.protection.outlook.com ([40.107.94.125]:12769 helo=NAM10-MW2-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnLmh-0002RG-TV for 50043@debbugs.gnu.org; Wed, 17 Nov 2021 09:19:37 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=a6e5j2MDFp/85bJE0lTGbfJvmfvgNW+Zf38qQ40H+MGlYq6wES06CAayeBUUOgPSJ6cKr0zqY1RKPRf/z8ZuL++cl4hP3OfBjkmoImQINi9k1TA5dT0YJ0Ppz0waOVbbfi6eeIYgA8FVoh9uIimnVSLmTMWpW3vizgb5h5YX8itLoRqo1k8EvKvRO5289sVs05P/9sKwD+bBVbnzEULdsOja4vX33RprlEUv6SN2pFPwbv/gLUcZy2MeU/Hb3on+epbQH0ujiiWQ3Gofg0f4dWLu985Fh17c46VsKCTyirU9uEWSGamKK5S2TJHeFydlm/Kcj3eZxl3qPPDnGLAwwg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=t1JMP60mmLAUHpZdhdySYHdTcLc6enhlncAeXvc4XT4=; b=jl18GEel4Wlcgwy3KABKWh5c3ZKYmMetu6I1otRk3osnHhkDlwDHXipU8QvRfs58w68kmU7P0hdCeVMi8rbfZLhM2F01kPGKOBBmxIyU7EzQxh4/NcR4X9IkmnuIej7T2ergfQHY+qjOLMt1yNol3A7TBg2IPJvcO3H6kd7SxG44Vk24Ng0HxBfDveCFkAfzmzLBoA1gNXeCgBWvvkuCuRIGxXC6iYWdffOhlP+h/xA6yemRcjAsnXJ8oXTrR7uQilQuv9qvHmJSM1e1aAadtZbd9CLdnBVYQX2hiog263C8pNp10RzVv53JU3HXdvm3MKU/noJ452dD3BFPwXNJHQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=t1JMP60mmLAUHpZdhdySYHdTcLc6enhlncAeXvc4XT4=; b=ec5y8EDANIW6jHtrDZgsulRIvYWeFoJDBYkRjezh9dQ0d4mGoB29+G6vjks6MALERZ+oc+XBFM0tkZQ3PNkMUaYwFkvFENxS48ETU98eWo3g7sOBcxFM7D/y6pXPtUh3SYTtV+uQd1HGaf5w2vewNatw82VKgxCXY4+S2oyaiws= Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN6PR04MB0658.namprd04.prod.outlook.com (2603:10b6:404:d2::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4713.19; Wed, 17 Nov 2021 14:19:29 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969%7]) with mapi id 15.20.4690.027; Wed, 17 Nov 2021 14:19:29 +0000 Message-ID: Date: Wed, 17 Nov 2021 09:19:27 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.3.1 Content-Language: en-US References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> <87mtpla013.fsf@gnus.org> <83zgtlbaw6.fsf@gnu.org> <87fsvcuttw.fsf@gnus.org> <83czn12uz1.fsf@gnu.org> <837dd80zc7.fsf@gnu.org> <92d3e509-be73-88c8-0085-f13c3716dd1b@cornell.edu> <83sfvuzzy5.fsf@gnu.org> From: Ken Brown In-Reply-To: <83sfvuzzy5.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: CH2PR07CA0031.namprd07.prod.outlook.com (2603:10b6:610:20::44) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [IPV6:2603:7081:7e3f:3419:1c5d:e1a9:7b:59ab] (2603:7081:7e3f:3419:1c5d:e1a9:7b:59ab) by CH2PR07CA0031.namprd07.prod.outlook.com (2603:10b6:610:20::44) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4690.25 via Frontend Transport; Wed, 17 Nov 2021 14:19:28 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 4325a2a4-a5ef-43c2-ab69-08d9a9d54458 X-MS-TrafficTypeDiagnostic: BN6PR04MB0658: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:3044; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: /Q8x5AxJgNvRln1/sExhlNSls1P9SEtB546LrimVPW7PHNKE97N+jAgjCdrweW6KbhKSrCOyanY70EyWtE8HTmM+vuIFMTPKgY7RhGWE7GTOmjVevGRul9PMk+TY3bg5dQN2Y9SQzkXqD0s1Mpfb89lRQsPuZJSNR169tHO25Zof39VDGoP8Pd4by3qZAuS5e2A152cwuIH+IxS60pUfH8KnsMPnDzd3pBY8qSNBdolOmyHWvzne68AB5ewgaxtFpZxOAg0Xw0qqqrCbLom4bWa65ZQQ79iwGYxHDHW572FIX3dQyWFJMGoyi67zfE59idU0vZUXuw99+6LIHzb3YJbD9tTCpXW9KYYH00+1KamuS1yJfcP4bjf7VA9zbLeBdAIa4uUSeA/K8rlLezudHpdTzznMO763qsGlmjBxcPbz0PNGhYhjVHYjj9X/Cf8UIM0PfD00NHkSkSxfSnUYKgRyQEoFA4okiFULPW0GFAs4DjCcdTMsurgiiFJhKPdb1kaSGeaXlkG7yrAC3ZIKf3P8mx3rEX+KUZnuJvqAEqEWULULOgm8XhVivOYsxnyaPUG+MlOHsA99Q/mfjknPJIE1uO+aL5mCbsiq8UKlHqAa+adumA/iTUKElT/XDOfiXhV+7mTgOvWfcmT6WxsmoT+s498YASjqjnTzvIuX6DSw/SNg1qAunVV9gAgCMjZwV19lTV7fLaDEgkdWkEDuCTDe/myD47fobQ8Sjx/G8bM= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(508600001)(2616005)(86362001)(186003)(2906002)(31686004)(66556008)(66476007)(6916009)(31696002)(66946007)(53546011)(8676002)(75432002)(8936002)(83380400001)(38100700002)(5660300002)(316002)(786003)(36756003)(6486002)(4326008)(45980500001)(43740500002); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: EqlL4Ebt3l74NK9CL8pA4rHKVHLa4skRgY/vR/99PGKWE4hOrysZFvGT4klUbBeUGdH6OpwO0qt6esnvCph3e9wEE7A1Ed3uKVTfSVVr4fE91oqZmPhBuzzawDLqjeR31tAV9/6iOnhVAjAmByLRdUN8lgescw2LUJMiPlvZ44avg5Tjs50t4VViiphlAeQQMVAOXYgdoHsZZekFo+COvSCnLqud6CC3hTt1WHYAnd6lVulv6xW9mdVtTH5zGuchFq+iQyEK4VBAiYWjmAKX89Lcy7KTFTdkotptbU1u0scLYDoyiszfEWSo37Zgd8rhvudEIUw2r5aIQUtWQNmMtE/mKv4t2PcsSzZ/0FDFZmpfGvYAdU13jVZYtyKRdVpZiLVPpY9AL/UjONZej9bzLsO+Pqt21wukQQdAjMgxuDjIeFnmicQ0jPgDnhSunccn8Untdmi/FsBJJI4GJLAhKQdPg5AGBoFX4u1HOzOLDkNicGrQy0RFtngusbtsaYb8jlrVNfKHYbMgBgXo1HBDBl0tsdDVBuiMTW/XorOxPx+dE0CS4EMCljxLm67hfMvFE8oCKoveQcD6URG3UV1Ji+Kx+9lVTgwIs74PTwVUJkjTkQCInu0ON40dTJohvfGfHraxD4IiaFr9GjbblZPnqF0SMn5zT5UgQGokFqkRtssnF7f8niW3glHSzPiOiT+QtJ/Kb0nrosRs3IAahmq8ezrZfLXExby5uwub1piF02BDoQw3twTs79BnnIQTxKDAy+dXueYXbgdtYNb7oxRaSE7kxITeLQv2We70g0tpDlSYKeoI4ej9Jqv7E65vVfRdRo6HLLtNTWbTIBt4Q2aFHgSueqmLsNnEcCFwfNkoABslG/CccbVLjaOHuL8K1oCIR7HeUBLLXeqC38wYND7pZgG/TN/6oQc7fDKPbOoSg81pfTXv66ZXgiWNjMOSrRIAiNyWuCjuGTn5tMzo/EVwFT+aBD4XSWQ4tlqf7BPNiFVkOXDZIzWFsxEEhcyxpmJwFWSjAiXUX3hC03BRRgiBzDzbNFxHBScGqdV5scNG5L85YHabLwGph2kMQrNuY0zlWzY5K6aATF9tINtHq/djD+TYF3dDryCIE+sJ9PovUQzgTSrCglBsHY652+mfukx5N6lnx2Uq/4GnB/JFl6GJHS0HBz9hD7t3V3ABJ/uP62l2ityvRS+pK0t7MO4CQ/wjGYv3MlST6fsVyFEvUqT0toTazbe3fuQTaEBll998DHzJFVe0839JkrVDE/XpJ/s2CjQJObWHRWM7vtUuSSmNwy+64H3g27w1GL1cuT4+wKxYA56dThXLbttFKwSN8nwkHNU2Xuq5YX9jD5vXYn9zlLZ+h3PF40+2H3p92hJ8ezO+l8gE9/k6UJf+bjWnC0EyfWA+9MC9+j7/MbMs3oTbC4lQZTRJUiRQ2b8+60zLQkFFEMcJA3q0oX3Som6eWHJgIqO5u/a5ENR1KDIHb5LB+jNfuwakW3bZgNa+mm5SWVCyiZ6/cdlhTmVnIslf0ZMBGItH0wq2jxEFkeLIZrg89k9070UewU1pW2uH8LaRT3y4ENCa0qJr/NjH3z8bDtjBWn/x4+Ptcywjk8OxiKIc5o/EDpWKCB4bQ8oHb4bP56yTT79kK+3CMMj///IugGMz9Oe5p7RDFqPVw9SFBZJ0zQrt8n4uBg6gk9qqimHt2U4= X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: 4325a2a4-a5ef-43c2-ab69-08d9a9d54458 X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Nov 2021 14:19:29.0984 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: 8Dpd8n77p9/mjSsvd8OMy9EYE9lshrinLGc5Tg6LIW7rQuy5hr0ryU8F3F9JUwBp5gCXf+bNAkLFi1kiKbAicw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR04MB0658 X-Spam-Score: -0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.1 (-) On 11/17/2021 8:14 AM, Eli Zaretskii wrote: >> Date: Tue, 16 Nov 2021 18:06:51 -0500 >> Cc: larsi@gnus.org, 50043@debbugs.gnu.org >> From: Ken Brown >> >> Are you talking about having x_get_foreign_selection call >> wait_reading_process_output in a loop? > > Yes. > >> That would fix this particular bug, but I was thinking of trying to >> solve a more general problem. > > What is that more general problem, and when does it rear its ugly > head? The problem is that whenever wait_reading_process_output needs to repeatedly check for input (i.e., read_kbd || !NILP (wait_for_cell) == true), it can get stuck in select for up to 2 seconds on systems without USABLE_SIGIO. (2 arises here because it's the default value of polling-period.) I don't know offhand when it rears its ugly head aside from the X selection case we're discussing. We would only know about it if someone notices an unexpected delay, finds a recipe for reproducing it, and reports it as a bug, as happened here with bug#29170, which is what led to the present bug report. And look how long it took before the cause of that delay was discovered. So I think it's better to fix the general (potential) problem, not just the X selection case. Ken From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Nov 2021 14:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: Eli Zaretskii , 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.163715914710296 (code B ref 50043); Wed, 17 Nov 2021 14:26:01 +0000 Received: (at 50043) by debbugs.gnu.org; 17 Nov 2021 14:25:47 +0000 Received: from localhost ([127.0.0.1]:60514 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnLsg-0002fz-Ta for submit@debbugs.gnu.org; Wed, 17 Nov 2021 09:25:47 -0500 Received: from mail-bn7nam10on2139.outbound.protection.outlook.com ([40.107.92.139]:18945 helo=NAM10-BN7-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnLsd-0002fk-Ks for 50043@debbugs.gnu.org; Wed, 17 Nov 2021 09:25:46 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XmhLV4dvpKYYWhwF0yn0oRaympfWTcIGBCPIoQKMCz5FJLlfmoXIJVsNHDUXZBCcjwxQmgJliqaqS9UQ+1NVf8tCmv1oxJDSiKhcueSnqfm95s+ERLBwZYQcspbvZQso/h2M1ykVZvE0Dd+ZdRiwd2H3tpKy46AeizTj2gzz8GjGQ9uJ37P/b2jzrTpJKB2uKmJf0CaJFAVzqxE3xJmmaoBbfXCeDpI5z+DQVk7S1dx5srTu3/C3CFY8IxoQkub3n+g1lc//x55GTtAFNlG4E3hHQnfEuNdcWVkHnX0M+dbURbcudnuoNHK0QgLzu9mZtaI1Oe3aKP96YYehtTzEOA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=/2OluDYWOHhgCK89taWnnJMA3R5rnY2nc7/PH+fxAaU=; b=hrigsD3T2hrqGT/7YjzJvJlRMkypOPcitHrNbuoXc6+luYuHxhQqrLte+Oe0EzH88FuUBj2a2/Cz+f6VR2KvT83IFZo00TmSzGawmdwgJtmJPbBWmYUW5nZUTZVPqriWLESrPyE83tW+Wp6I8gQgJZaCjwM7/gRNUUy2VzlGJ7FNFUGchAzIfcQPJMI8dsFK0vwCwgN8zVrUIZoGiqypX3hXVyBtmoERFPmAJI2GxXatB/GmMDfyz0LTVpD+WyP3wKJnA423yaCo4LaQSTXfi1jTG36gPV7ShEFYMxY8cfXZkDBs2GFiu+kHqjqg5y8fUd+kOo38TIdXt1YQmwPiFg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/2OluDYWOHhgCK89taWnnJMA3R5rnY2nc7/PH+fxAaU=; b=O932HY1KWm+K0+vOo9ifqNUHFcD0p98iNpg3Ebh0m1oUXTWBdFDhwjnqGEruA+MSMzVkISKJwsivtGkyfuq713gLB2y0fJBGI6nwUDGWCrEBckkSlZ8u+rHLJrO/W5szWcZBXIrnXuwj0uuca7hUcdvVqBMP0ApneDfRuoq0B6k= Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN6PR04MB0659.namprd04.prod.outlook.com (2603:10b6:404:da::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4713.19; Wed, 17 Nov 2021 14:25:32 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969%7]) with mapi id 15.20.4690.027; Wed, 17 Nov 2021 14:25:32 +0000 Message-ID: <65f67100-2256-ee0d-4722-6d0e7e7e9cd5@cornell.edu> Date: Wed, 17 Nov 2021 09:25:30 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.3.1 Content-Language: en-US References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> <87mtpla013.fsf@gnus.org> <83zgtlbaw6.fsf@gnu.org> <87fsvcuttw.fsf@gnus.org> <83czn12uz1.fsf@gnu.org> <837dd80zc7.fsf@gnu.org> <92d3e509-be73-88c8-0085-f13c3716dd1b@cornell.edu> <87mtm3p6uk.fsf@gnus.org> From: Ken Brown In-Reply-To: <87mtm3p6uk.fsf@gnus.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: CH0PR08CA0006.namprd08.prod.outlook.com (2603:10b6:610:33::11) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [IPV6:2603:7081:7e3f:3419:1c5d:e1a9:7b:59ab] (2603:7081:7e3f:3419:1c5d:e1a9:7b:59ab) by CH0PR08CA0006.namprd08.prod.outlook.com (2603:10b6:610:33::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4713.19 via Frontend Transport; Wed, 17 Nov 2021 14:25:31 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 69cae065-8fec-4d4b-8471-08d9a9d61cb7 X-MS-TrafficTypeDiagnostic: BN6PR04MB0659: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:4303; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: Wbry8aBxcZbtlLZq9hLYkkY9EEZrNZt39ylWvINqNjFAPWSCwrMuieBDuEFpoBV9bh98qNGF4Xu04U1Lyi3Wx/mHGyObsryuw0299bjz7A96blPBmfDLjIT7JP4vSFuiO7cVleWx1+HvXQQHGElqOhx+X/eCFNACl2BCkeud6x8aI8A+AKSiDHvbJdHLMJEalQhh7hjnxdq37SnmHcG42HYaC//Vpq6SsrpyTHjWUynRxNGTskP9pVxNzO1LHYu4xQGgk2lam+QZPUinomwbWnKOf4ZZJbI8yWgBvcZCyKOqORv+uHKeFa3PpbDPdq4IfHjX/fORuvNOjqj7F+Kyq20ZaztcZYj35pkVUe2F4XV9DPg7ky6AYhUtWk0CrsD7nCdQzEduRDtM76M6XvKPaV74Y9pqZJ8Hc6gSN8sf7D2RF6IbEQcsXAkubeDGF/ruH8KdyfLO9BOlqDON8frHlJB4egJNyVmNcMRPjcLOce+eP0WBjWHUNvIgyehrzF8EIbUMl/yQV/YDz4aNvzB0APrc3DqpcFD5DuhYohokeF6DRuKkHcb0O9FGXwL7Jcp183GCum7zPJRMxIeBYgYl/e9RGiVA89/diWdHsxia47s+n7Ut4o8nWt4HHwYRrTQp8Lz5vXiLpf1oEb2kNlnb6HI/w2ArILBqRtlnvluscu6PzWgLmfIziN56IYJbzt62R0weyjXlTDv5JfCMu6+SvVrKiSWX94J+Y4VVvSGwxJ4= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(4326008)(2616005)(5660300002)(75432002)(31696002)(2906002)(31686004)(53546011)(36756003)(508600001)(86362001)(66946007)(8676002)(186003)(4744005)(6916009)(316002)(8936002)(66476007)(66556008)(786003)(38100700002)(6486002)(43740500002)(45980500001); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: /VEG/OT5MVlxP0dyQMkrgag/9TNdLCQcElYevTqcCB0t4FL//XV/wG0Ox2EFG/Fl4kqIqbM/AZFuIOhMpkTEw4sIxTJKjTorA2FTW8uzTUKZTi0IxigM9k+Y+On/MdFGJwNE0cH1Mkfov3kJ7p6ele4bW87b8eLrYUMhETpDIp/9HtM3eXh5oApFVgP7s6cGRQwExOpT1Z/uzRem5X4OtG7IaEoJ9eZ6Hanjy8HgR/M3ovuBUZmc27/IizvhZb83iVgQ3KR3Gg0AxlLkjbZ+YhMj3AkQq1LLYERAOoT9+4T3vdZI7nG0Zkny2CluN+FMDa8DHUi7OvCaPZ009afmrPkGZFE8C6nOooO33ytzs57L5z20wGAn/ACdS+wbR5LW/jgbLHZR1+U100NzeABKbsLlVO9GWbgm5PmPpspQKRS9Gy+KVA7jGXOQJqbNXIzNyWa34FTsfd/bb+Bz+ukYthVrkYrxMBy+7kU2RzZQNAyQa3r0DCL/hhx/EVqyInDoeayKMs7A9Ng9fBjENL8T4Zcrtj8bzxxIL8hhVWQKmn2eiUb2k+DRlz2jq7tBWGVI+tIR/zdPLU/L1GRhojOHP47YWFmHrqgknANS2z9pg815Z8aF/rP/BhHJtzwE0+FJ75zSc8oJoukl8GpovQ1ribZS3S2Y8WBc1tNKIXwzxxB9KFQS3ORRDazgkAercWdKjyrlrZ7S1op0NVLhfOVsz3XEApfQyzeaz1elNyWsYPyTwd2k+AOnKDEdb7SIlcWmelFehRz0ACMVIO7RxM5zAgzGDii99bJ6NQNq38y2f+2B6ZBcMy5P3Bsep3xFuIq671dU8eODzFf99uEHCf9Pjw/snwBCudrwkMPEMkVxaYymv2OeJZjkzzWkf0qafmkfLt5F0X5/S0KGG2QkKPzx6GzV+8BudyV5YP60M/Sty/Wh4fIQ4dVm245MrX09gFaUMcNtaYOBLJcKYh+ckkb2FNTbDWRi+jKJaTcWT4blAF/W2LLHzVViQeXuKdmitQCpDjOpQF5mjHe5ISLAI+U24sb1ZAF/O8w++a57ZQtjL4/PqGhf6Wt5p9hBQkx2CzO12Fi0vjY3v+TNnIb6YQx+CCWVt9P1rCz4KiE5SH2NfPsSljBsD4GylGO1/qYVuOTV4HQwDIRryg57Kls1gUXpfR6SPaNWzjmcPCkMD/JBkdexr+ONI5S9ZaG42wcMtkD3Nc3g3atxFqUyb/oALZrlIwEYGuiEja/bleystcbOd5AUw03IxF0/J699RwnNZSTusULox5hmyPAfsfBP06Q3lenXottwyZXrfrtvOtOVAnRd3cH+tmIM1U1+4ylnnxFDHnfJgw8YnNNmnefnzan1iGiTrIMR5kBaQt7lsLB52ZG37Az1CkmjMM206SlmDibgfRV2o48rP/9ldtHMXPuYodd/1bjqGnhNZxPj2tV3q5M4Zb1l+WnYTBJVnij1trPrd7fTAx4q4xCWgbOPX8lbFvq6cxZ5NiJDAEaobmmCbiZNJlKh84BpxlKS29Xkw8U+/Gcvw4ZnZ8eTX8VVYNZXR2rMPKBwb3gYHL7SwilzX9XNtWnLDg5IQZuFX9xFmyrew6J9SqqErRXfFx0uAhGuYScRhhY6FdYox4t4sms9UaWWqig4pFnTabjn5dzfVNr5x9GVJvja2VSkz1jPByAsd0Kf4m9zqO4LnePoSSoCraY= X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: 69cae065-8fec-4d4b-8471-08d9a9d61cb7 X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Nov 2021 14:25:32.0959 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: FQnQC/PdiWyXght036ioSbc5QlBX966NBE2NiVA76tElEEGeCgtmE45DEIZSzi/gwWnwoRtVuSCiuT0WKNowaQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR04MB0659 X-Spam-Score: -0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.1 (-) On 11/17/2021 2:41 AM, Lars Ingebrigtsen wrote: > Ken Brown writes: > >> Namely, whenever wait_reading_process_output is polling for input, >> avoid getting stuck in select, something like this: > > [...] > >> +#ifndef USABLE_SIGIO >> + /* If we're polling for input, don't get stuck in select for >> + more than 25 msec. */ >> + struct timespec short_timeout = make_timespec (0, 25000000); >> + if ((read_kbd || !NILP (wait_for_cell)) >> + && timespec_cmp (short_timeout, timeout) < 0) >> + timeout = short_timeout; >> +#endif > > Sounds like a good general solution to me (but I guess this will also > affect `accept-process-output'? So it should probably be documented > there). I don't think it affects accept-process-output. When the latter calls wait_reading_process_output, read_kbd == 0 and wait_for_cell == Qnil. Ken From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Nov 2021 14:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ken Brown Cc: larsi@gnus.org, 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.163715970520019 (code B ref 50043); Wed, 17 Nov 2021 14:36:01 +0000 Received: (at 50043) by debbugs.gnu.org; 17 Nov 2021 14:35:05 +0000 Received: from localhost ([127.0.0.1]:60567 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnM1h-0005Cn-3X for submit@debbugs.gnu.org; Wed, 17 Nov 2021 09:35:05 -0500 Received: from eggs.gnu.org ([209.51.188.92]:53268) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnM1d-0005CA-NS for 50043@debbugs.gnu.org; Wed, 17 Nov 2021 09:35:03 -0500 Received: from [2001:470:142:3::e] (port=33834 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mnM1Y-00075Q-AB; Wed, 17 Nov 2021 09:34:56 -0500 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=z5MjEbxqUzoO4MUlVNdJ+soH9yiHWEjWXNzJom7KMpY=; b=WoFDHhdWd6Rq HqqG85Yn63M7APs4hPTeC6l7QuUOEn0sReESI5j7kjiKIqgkNrgOKr/NdL77xbP9PUoa9jrDcdifV i0t+7SthbQPPSQNSbVaduwuWh35jzimb6faVq1G5weZANrHzrkrI8yxTj9DgokYv79YS8WgGgLfQg 6WjQ4MHtnxmmT1FJm6sPZ6gLsmCSmxwxU3zdDpDMDE73dqjfuwSR9LMSq0ZArPNuPtgb3e69dMaKP 2GwJ3cxbOerfnSEljeiSvAcSfJtJkxpAzPzIJj55kQzP9ICCnJxeAuVN+UAC2KGy3le0DGjbTYLIC +rVfXF0uX/U5Zos6PFaTJw==; Received: from [87.69.77.57] (port=2115 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 1mnM1X-0003Gw-SY; Wed, 17 Nov 2021 09:34:56 -0500 Date: Wed, 17 Nov 2021 16:34:50 +0200 Message-Id: <83ee7ezw8l.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ken Brown on Wed, 17 Nov 2021 09:19:27 -0500) References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> <87mtpla013.fsf@gnus.org> <83zgtlbaw6.fsf@gnu.org> <87fsvcuttw.fsf@gnus.org> <83czn12uz1.fsf@gnu.org> <837dd80zc7.fsf@gnu.org> <92d3e509-be73-88c8-0085-f13c3716dd1b@cornell.edu> <83sfvuzzy5.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Wed, 17 Nov 2021 09:19:27 -0500 > Cc: larsi@gnus.org, 50043@debbugs.gnu.org > From: Ken Brown > > > What is that more general problem, and when does it rear its ugly > > head? > > The problem is that whenever wait_reading_process_output needs to repeatedly > check for input (i.e., read_kbd || !NILP (wait_for_cell) == true), it can get > stuck in select for up to 2 seconds on systems without USABLE_SIGIO. (2 arises > here because it's the default value of polling-period.) But that can only happen if select is called with a long enough timeout, right? Anyway, if the problem is that on these systems select doesn't return when there are input events waiting, I guess it's okay to do the change there. But maybe it will be better to do it the same way we decrease the timeout when a timer is expected to expire before the timeout: we decrease the timeout, but still remember its value, and don't return from waiting before the timeout unless there really was some input. This would avoid affecting unrelated features such as accept-process-output. From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Nov 2021 15:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: larsi@gnus.org, 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.163716118824349 (code B ref 50043); Wed, 17 Nov 2021 15:00:02 +0000 Received: (at 50043) by debbugs.gnu.org; 17 Nov 2021 14:59:48 +0000 Received: from localhost ([127.0.0.1]:33429 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnMPb-0006Kc-Kq for submit@debbugs.gnu.org; Wed, 17 Nov 2021 09:59:48 -0500 Received: from mail-bn8nam11on2129.outbound.protection.outlook.com ([40.107.236.129]:9632 helo=NAM11-BN8-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnMPX-0006KH-KE for 50043@debbugs.gnu.org; Wed, 17 Nov 2021 09:59:46 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=czq4Nc+laGtzxRHN2RXHiJipK6DyJlXX60V0MbqEFxVOgM2FdZvdc39bc2cshB5FlVysjgVSyAPuxa1sGHaDh8xeji7OR7eYBVcz4fJ8qFTWFs/BsbZFr+MQmIDEEM70hA4r0FYLyU0BlBvgtgfF1rVll0BY1DH4r0SBemNFf91sgQvKHM9ygMdYttrpt9Z/6OCsYp8qhq47+TxU3MKB+D2bbArpO7tzYzlc4HThdtzPLQw0Teo7VmSZ/UbdfFZXafjcn8VMyEzNQeHt2BAV5+IB/8DMw3eqXtvcqMykSIyaNIvzzoHBgvU5ZVOQsVnk1dFzZA05vfGLDe180IQ9wg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=3Re179Xgnxrl0Ereu3rzFa5c+UhVVXZXvisMuXKCVMM=; b=mwZuIiwJISYKxG1PvLm6HC/qcHGXBAIkt6BfpdBRU2coVSUdPr2H9tt6xS8Q3qdQ+gpJQOEaDarqxBJXHygCU7yrAb06+TncyvEwrjCRsNwkmFHCF82xWpLdcPzr7psiDgPV9iO1HfwaCF3s8YuhKqsONMHLx3yqmkZ9VJ2RVJ+z1t9k0uixK91kjpYDB8ANxDnwzBBMRnwy/djC2EAR+lLrd2gdMvayZqbitLvZKlDJd+yiTsAgFr8QPITW6FwVO77Qk6gmrSnx9MKP4i6Nbte6OTOUtWvwKHOhQmMdlT2jkMrJ/StVmCFA5/kXaE6zYr2TOnxEElNP1egx0XxPAA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3Re179Xgnxrl0Ereu3rzFa5c+UhVVXZXvisMuXKCVMM=; b=cnuW5wqoaETvyZEY0E6Z3YDufyRln/oQSZ7R/0oMdxvun3vRNft7ufXUiVubkBpdaIgoUrdLRN3V/fNG6pr04ORwYAXFhR3Lj+N3mJsHsW6pj4ohs/JhZEkmQy8jPzMI2V/y/AQENvgxKhA2OoOVgoIghJby2PxHEBoQ0oRLLRE= Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN3PR04MB2324.namprd04.prod.outlook.com (2603:10b6:400:1::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4713.19; Wed, 17 Nov 2021 14:59:37 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969%7]) with mapi id 15.20.4690.027; Wed, 17 Nov 2021 14:59:36 +0000 Message-ID: <4a256b21-ec50-90f8-b472-079fa98969b2@cornell.edu> Date: Wed, 17 Nov 2021 09:59:35 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.3.1 Content-Language: en-US References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> <87mtpla013.fsf@gnus.org> <83zgtlbaw6.fsf@gnu.org> <87fsvcuttw.fsf@gnus.org> <83czn12uz1.fsf@gnu.org> <837dd80zc7.fsf@gnu.org> <92d3e509-be73-88c8-0085-f13c3716dd1b@cornell.edu> <83sfvuzzy5.fsf@gnu.org> <83ee7ezw8l.fsf@gnu.org> From: Ken Brown In-Reply-To: <83ee7ezw8l.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: CH2PR20CA0023.namprd20.prod.outlook.com (2603:10b6:610:58::33) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [IPV6:2603:7081:7e3f:3419:1c5d:e1a9:7b:59ab] (2603:7081:7e3f:3419:1c5d:e1a9:7b:59ab) by CH2PR20CA0023.namprd20.prod.outlook.com (2603:10b6:610:58::33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4690.27 via Frontend Transport; Wed, 17 Nov 2021 14:59:36 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 4315f8bd-7e15-498b-efcd-08d9a9dadf88 X-MS-TrafficTypeDiagnostic: BN3PR04MB2324: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:6430; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: tcHcNSuKlyeJyaZprshbfCXV75MBt1wVB70/9GvjlS3GFhpKNKfmhXXonrqdd9yFqaTjebLe7MaPEJUCJtQ964EITzbe6GrghUoc2qELyR/qpA08j84Vi23fgpmkwbGgOOTtOLwVcMRfN+xOM9Z61R5VbRnTHvGp8Cb7mCei4v4dfVG450GQJAw56gSVh72IQUb7LeppPvKmRQFbs7+4e3DPK5aGsXjOZh0ogVEH9jcxJnPoMQOSFUb649oWrqYSkeCrwJ2hfQgNKba/AYRYLF5EDuLJtTN1ETmL6hsjDk0vJTH4cs0iD1nlMOu+EV0ATzKdo0yAk259JngJfHrxzkTXsAxPoXyn/peHBztdutNPZmAxVN8i4ZC94c0omHFMLaEqNe/6PNb/emfq8Rd0Pw31i2uz7Kh1fWG98q++arXhI614/j35rEqX/zk0bk/37Cmi09TgP0nic/irpoD9etytmjLz1qr+aJP2WPzAjrL4xWXj3Fm7zB+/LB9MexL3YAuoYj0N60uHz9noX19W5EfHJBWGrryH/PN+Zu0U6vbmCh3Gqk/7wPQ5DicOQ4gqBnlCi+5MiBbe6G+alxWfDOIYxAsL6q6NPbY472v8tK2TUwa+T4N4OmTZJWFuEEQuusePC2t1uYgbQQoOktQBhfD++sIa9IDuF7I5eXf6U/f0/awM0TaqeA8PEnh7T5i7bDINh70GAzV/0eMO96t2khDGKwuyo46fW8DR4kvEUPw= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(5660300002)(508600001)(2616005)(8936002)(36756003)(4326008)(86362001)(83380400001)(6916009)(6486002)(66556008)(66476007)(8676002)(66946007)(316002)(38100700002)(2906002)(186003)(53546011)(786003)(75432002)(31696002)(31686004)(45980500001)(43740500002); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: +RG3gS43ati5EitPyM3NmZQCfzSOeOG+2ufGIYQFYx3W4NEeb08JODR4HDRBiyoQn2VZhp0VpGA1ep0xW77QeqQg/6vlYgnyeDtJ8kd+NN73j7jlIJcS9kvS672GveTeTnZwlwcTEFtnpc1rFWJZdZFY227/cm35Y0yiKXrJdYqgNKNWcyPbZVxVKiroXklbD2R/q3/mO2OjAsCArWGL34aR+WJNXw4mko4JWVYc9L2CVqSzztsZJUuxmCKqYj+cO4hDLSR+Tq4nx0TVPAtn9pplRZrkxGD5GOSlCO1NtHj+nozf+JjRmRqgwRcXQb7K/UNcp3xfHbRSliPTKzkq6M40M6CMIVB6+cQMy1jnEGPTEiON4Ocqwu83DyFmeBB1n/ykrR7XDqLDMZ6k8Vk7wnFo+bTadfJC+KyliieExAVg6aBXxe+R7oKXllvJEpxjtMq0irRKS3+QO0SCf6/pq7toB3+Q9Cx77cg4Yn8x97YCIcuZYm1d5E5OVra9NREWrzn2uvzcu6q17nK3wz+kjrDrlIEyg1rQcdbC6LxiSbESMoFrPWKPs/LScvbEHxhIJuvvsxwcZIRrd4jrhxXkfMHMygU2jHjjJ2fMBrpEQLEt/wBlTz4kBcrVp8ywRsMOFUnIlfUyKuMSomSgNohLPN8Y5oCdz3YkyavLwHfAwWgfe7fIrtEN6waqHw2H31fD05G9Xyy62TYGM8DIQY2e/dUq54QkiWkfFFQrB6jbwhMVz3P3VuxKYif7CAmbuORI75BrTjvQVHLtUmk1C7AQnsoGFuMz4g1RkYCjpMz0zoLBCmB+OcbdpD+CnkPMvrMHptt7E+C3N117ChHCHSCF3a5JyzbanqwIRX60aojz0KAGi/kis2sfOnTNY5sqX2P+xGSKyPMw6z9vbmrylhBGe+XwWIptPZjnmdYhHszTSYmaoMh59FsgIdZ25palyYaKm8UBlDcXRSrAU32Y7frT+iK1CBN9CzOa6KRU+5Y5hz88NR8WnVFyQ83Aoyn3nWqhJ1laGFDFm4HmS26svlb6zCzlEo7FYYVDNgzoFLwvJesZY6NfSm6ATStW4hETwkEse6y1g6kzjxLnH95jsZs+1RzSsQtqT5MJo7AMZKUmF2P8r4vlkudDd/zIro/nI/Vc6IIS5d3muE6o4mu+g1zCtNKe1MESgCfwUCad98G11oFIhc8TSOUARVJpVty1ON9gUh2W104xd2h/mW89oUBlZhi4JFaJqcWvwIQaJMzEkaAdBI/3xgSDepHzizrYn8jv6f0S1V9ofH3AXueVM1XM7tXA/M2H+STIJiOz78xawknN5dNgWo/TcseNk+r2pqj4NAMPNHigESVJDbmiufAYa2c1KvYVuCNEbo3T78EJf34Ap2EzEjnWn3yUbYPx/K3jN+CjeIjCrv8S42ZJTdTmYyFixpTJjEzPmLO51c4YF0TGJqyjJshDS4t6temqDg/6KxqNf9QBVr3+mQdunETiVKCTU51o5i4any0w33ETvkWdaweTIpm+WpjzKbGxWAsN8OEmHQ3vpF94Uey7jm3a2zHsei8i4JK28UVPOX5aTmJA+g5orwhKnBCXCyAPdObas86wpvD/L21ZAnaPHV0M8isNRqYsj1oScUMAHdl87XEP4zICsXwYJ0Ej6oxMH8S/LLWdJTwBiDH97cgqMgl1ozK7mAA5mQvewb2xh3G+cFI= X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: 4315f8bd-7e15-498b-efcd-08d9a9dadf88 X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Nov 2021 14:59:36.9423 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: T70v4Qphlwl6H7ONWrLFu6gOkBFQU1KWk44sWHOrnOmuo54ypFgwEdo/7z1djSFP6GraDNsPX6cAFHuZjBUGPw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR04MB2324 X-Spam-Score: -0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.1 (-) On 11/17/2021 9:34 AM, Eli Zaretskii wrote: >> Date: Wed, 17 Nov 2021 09:19:27 -0500 >> Cc: larsi@gnus.org, 50043@debbugs.gnu.org >> From: Ken Brown >> >>> What is that more general problem, and when does it rear its ugly >>> head? >> >> The problem is that whenever wait_reading_process_output needs to repeatedly >> check for input (i.e., read_kbd || !NILP (wait_for_cell) == true), it can get >> stuck in select for up to 2 seconds on systems without USABLE_SIGIO. (2 arises >> here because it's the default value of polling-period.) > > But that can only happen if select is called with a long enough > timeout, right? Right. > Anyway, if the problem is that on these systems select doesn't return > when there are input events waiting, I guess it's okay to do the > change there. Thanks. > But maybe it will be better to do it the same way we > decrease the timeout when a timer is expected to expire before the > timeout: we decrease the timeout, but still remember its value, and > don't return from waiting before the timeout unless there really was > some input. This would avoid affecting unrelated features such as > accept-process-output. I think that's already taken care of. The timeout is recalculated on each iteration of the main while loop: /* Compute time from now till when time limit is up. */ /* Exit if already run out. */ if (wait == TIMEOUT) { if (!timespec_valid_p (now)) now = current_timespec (); if (timespec_cmp (end_time, now) <= 0) break; timeout = timespec_sub (end_time, now); } else timeout = make_timespec (wait < TIMEOUT ? 0 : 100000, 0); My reduction of timeout to 25 msec occurs after this. Ken From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Nov 2021 16:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ken Brown Cc: larsi@gnus.org, 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.163716823425209 (code B ref 50043); Wed, 17 Nov 2021 16:58:01 +0000 Received: (at 50043) by debbugs.gnu.org; 17 Nov 2021 16:57:14 +0000 Received: from localhost ([127.0.0.1]:33693 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnOFF-0006YW-Uq for submit@debbugs.gnu.org; Wed, 17 Nov 2021 11:57:14 -0500 Received: from eggs.gnu.org ([209.51.188.92]:37994) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnOFD-0006YF-Eu for 50043@debbugs.gnu.org; Wed, 17 Nov 2021 11:57:12 -0500 Received: from [2001:470:142:3::e] (port=39582 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mnOF7-0003M8-0K; Wed, 17 Nov 2021 11:57:05 -0500 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=RziAnM+NtMo1G8loOsC58k3tlYo+3nOzg5xWDMb3jNY=; b=frmcd4zSwl/1 vdYwFQCNhrai+qg1tPJ6PQAv+sUf7XfUxhR7GPt3bw4tf4SLAAI48vDn09txsSFg/Iu+EDpyyKxui XO1Ol33LmvfJUctkHaPeCkJfItRny5qIvq193w+s+NSbW7GDyRi8ceG5wfqSUqO1xqrGWVBjHZbpC 9e6iqff9e5/AIj1nLZa+ZRkP77icQU4RU3cXZcvK4PL7XVDpvcPLl+KWv0OV4/nTqb8ZEdomIlpyd NvcVuHlR8daSDuL+Ph+QALxT+URdBwn84Jkt0NeFJxdlhlfNMRZVHnX/ly4oywpG197V8/g1rj7pG BjOS4s/C/SraN8adF3vfjA==; Received: from [87.69.77.57] (port=2883 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 1mnOF6-0007NG-Li; Wed, 17 Nov 2021 11:57:04 -0500 Date: Wed, 17 Nov 2021 18:56:59 +0200 Message-Id: <83czmyzpno.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <4a256b21-ec50-90f8-b472-079fa98969b2@cornell.edu> (message from Ken Brown on Wed, 17 Nov 2021 09:59:35 -0500) References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> <87mtpla013.fsf@gnus.org> <83zgtlbaw6.fsf@gnu.org> <87fsvcuttw.fsf@gnus.org> <83czn12uz1.fsf@gnu.org> <837dd80zc7.fsf@gnu.org> <92d3e509-be73-88c8-0085-f13c3716dd1b@cornell.edu> <83sfvuzzy5.fsf@gnu.org> <83ee7ezw8l.fsf@gnu.org> <4a256b21-ec50-90f8-b472-079fa98969b2@cornell.edu> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Wed, 17 Nov 2021 09:59:35 -0500 > Cc: larsi@gnus.org, 50043@debbugs.gnu.org > From: Ken Brown > > > But maybe it will be better to do it the same way we > > decrease the timeout when a timer is expected to expire before the > > timeout: we decrease the timeout, but still remember its value, and > > don't return from waiting before the timeout unless there really was > > some input. This would avoid affecting unrelated features such as > > accept-process-output. > > I think that's already taken care of. The timeout is recalculated on each > iteration of the main while loop: > > /* Compute time from now till when time limit is up. */ > /* Exit if already run out. */ > if (wait == TIMEOUT) > { > if (!timespec_valid_p (now)) > now = current_timespec (); > if (timespec_cmp (end_time, now) <= 0) > break; > timeout = timespec_sub (end_time, now); > } > else > timeout = make_timespec (wait < TIMEOUT ? 0 : 100000, 0); > > My reduction of timeout to 25 msec occurs after this. So the result will be that on systems without USABLE_SIGIO we loop more times with shorter timeouts for select? If so, it SGTM. From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Nov 2021 17:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: larsi@gnus.org, 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.163716994929404 (code B ref 50043); Wed, 17 Nov 2021 17:26:01 +0000 Received: (at 50043) by debbugs.gnu.org; 17 Nov 2021 17:25:49 +0000 Received: from localhost ([127.0.0.1]:33793 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnOgu-0007eC-Ue for submit@debbugs.gnu.org; Wed, 17 Nov 2021 12:25:49 -0500 Received: from mail-bn1nam07on2110.outbound.protection.outlook.com ([40.107.212.110]:19840 helo=NAM02-BN1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnOgt-0007dy-H8 for 50043@debbugs.gnu.org; Wed, 17 Nov 2021 12:25:48 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NzD3B1gj0KL8BohyCNfLgei/JQ4UwgfszV/Q0NCHZl48tC6+kTLbnthSCt6C4ftVG3UnCjEFySDUF3TRIobOj7BmD3LpTuBFMQBKiSmcnamHC6dmGTOMwMqoEG64QSAF2TKzorXfFkf5J/2wenicQFjOKC3HsJ1xxjubagNZYbhRtTNQD6wPAQUPRWmJ7vjCQxr6g/PJITacmyjiszIEq8NIhSklemWxaJBfdSyjUeiw/ZO6m4re9pt5sxa+pTZb5CFNHWyd+SR688xvLChBk+/1sCUqv9ovaJKj0aq/zZiHz6ZP2J4stLQ0f5A2S2vV9T49v+VGKaVp5+rsqiKehg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=jDujFu4P+++JH7LEQntHkboeXGdSZhYtnpY2PnZpNbQ=; b=dk1JYCG2rfAB1Ca5OnjkSuhNwleXRpQKkMgGCMg2zKfIMDd4x3eU1reMjvAwjnTUdZiGYZU2Kb31XpoYeUOoYZuY1aWehOBblK/WUu53aIvKccT6Y5NdMLRPkRIYvF2KWAEm/RREwpsf61EMkqqNbam7PvypgjAofbYf8WyLkEL7cSk6s1WoGpXStxdO29YfZHGKUrycFpkw87V6g4vF/YVkdC5/4HlZyuSKwbQXvZsjI9TilRXbVD204v/GuF+fAG+wrCcL3hw670/Anl+d/b2MH2Ds317AEcewsy6q6OMYDinMAEnWJmTITCwWOrjjtgPNl0H5ndCD1mRxJssdHg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=jDujFu4P+++JH7LEQntHkboeXGdSZhYtnpY2PnZpNbQ=; b=QI5vm3P+z1EbkmQfmXCYEuQo4f3frOhqPUn1QmkQjM7YoTAFvyfCVEVVNrTGdUW+El6AHbI6eRpTYf0ewrkB9gkPuTO/50zE1v4+TLCGGdITsN6jXWVsa/tV52iVCC4stNT5jeDlXpM0BH0QggPRZPipQ+ju1E4tx2/WzczyQVk= Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN7PR04MB5170.namprd04.prod.outlook.com (2603:10b6:408:8::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4713.20; Wed, 17 Nov 2021 17:25:40 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969%7]) with mapi id 15.20.4690.027; Wed, 17 Nov 2021 17:25:40 +0000 Content-Type: multipart/mixed; boundary="------------X8eVTQFStDiqJiV710PtaxS4" Message-ID: Date: Wed, 17 Nov 2021 12:25:38 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.3.1 Content-Language: en-US References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> <87mtpla013.fsf@gnus.org> <83zgtlbaw6.fsf@gnu.org> <87fsvcuttw.fsf@gnus.org> <83czn12uz1.fsf@gnu.org> <837dd80zc7.fsf@gnu.org> <92d3e509-be73-88c8-0085-f13c3716dd1b@cornell.edu> <83sfvuzzy5.fsf@gnu.org> <83ee7ezw8l.fsf@gnu.org> <4a256b21-ec50-90f8-b472-079fa98969b2@cornell.edu> <83czmyzpno.fsf@gnu.org> From: Ken Brown In-Reply-To: <83czmyzpno.fsf@gnu.org> X-ClientProxiedBy: BL1P221CA0013.NAMP221.PROD.OUTLOOK.COM (2603:10b6:208:2c5::11) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [IPV6:2603:7081:7e3f:3419:1c5d:e1a9:7b:59ab] (2603:7081:7e3f:3419:1c5d:e1a9:7b:59ab) by BL1P221CA0013.NAMP221.PROD.OUTLOOK.COM (2603:10b6:208:2c5::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4713.19 via Frontend Transport; Wed, 17 Nov 2021 17:25:39 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: e32aa6e0-41e7-4513-9ba6-08d9a9ef46c2 X-MS-TrafficTypeDiagnostic: BN7PR04MB5170: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:8882; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: cilu9MzV2UpKrQKRuheub6qXeMVFGNp1dOnqDBKJrONkunuYshgJdP1mS6VGVUJQjhPKsJgRLqnHTtJN2jWDpp4XKBkCYLZkidSSHj0RR8hU0Bj9Zs1U+Is/YLyRZquJ8YUdWWJ1uiImnMMyIwtA1TC16/xHnKPoJ5YEPeyPl44RqUjxnOeUol91MJyS/csm11tm2IEjhB1w66zdARdMjO0hW5zx3oqgQdEIQ+A0ohc5SKk+o5Mih2WG1XjwFUHhQFD87+/JniMDfxVrv+qK3BN4fEa1qBk5INKbd9wpmvH7E1KsgcWgMQln0ny0Q65eVRJubwsdo+wMpAT2d/7ncLFQX+yBjB1JzJwbmJKe8Ehp/8qLHl8LQX+EutNi/Ro2r0DgXHfyYmmUFXoKOh7zM1ESYPM4H+GMvJnb6o/iod4BdsYhePh1mgHGiw3oeJtRucSAXAcRtywFilBHXKhcfI5CSTnIQ2vMQQLtvM1UfL9d/8O89tWCxEUFXTZPtDBzu5QnDmhwPK9qGi8wkAbvpbq+1aOnhyOD//j46pUeA48MYcmJBlVmhvsjm2YM8QID+hYKKiWJOcFkgSWW5L/YRo8GGAFD+4JNilVwBCgjTHEaMB1P6B4KcCMeA3FQoiiSyMr6lsHnnJNqUdsWGYeBBxLcAgM0L2hLUvY9CB62tt/WWaNqcdJYjgEvw0Ps5RdUfSjo0LXsTqZwCmvujXarT0cmcnFf/NpL8A8Z7nVw6WE= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(75432002)(786003)(2616005)(38100700002)(6486002)(316002)(31696002)(5660300002)(66476007)(66946007)(53546011)(508600001)(33964004)(8936002)(36756003)(186003)(2906002)(83380400001)(8676002)(31686004)(235185007)(86362001)(4326008)(6916009)(66556008)(43740500002)(45980500001); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: MPlOTlOyIB261S5v+4PShjW+aAkQk+V4Zy/n04P8ihmuGK+HNYJGKJS+Ti9G1EvsUkp69AyPtpB/z+XGtkrlb0SJjdob+JN0aIsBp/ThCQxqTSBzpq2XWJGMmm5gz9mmp9Z4J+M2wDAkyAadHoWi9Hmeyp6ihuRyQsIeJbwYmkBHh2BdVSNNhyhp4irkZwDbvo6TNDr4/oJpqZOlPEh7xfIubhyXD25X7QoqFmaBV5JAff3FzXdLBbHFnzzV5ioAIcnfmgUsplr51Z7Pz9NFFQwCq7nsvt/+10srDhfir2LLjD3QZYXYts2SAhqdGLAIVRDKhCU00f2lH6C9Ey+uT+mkEV7FdKvyisRmDutpuMJd4Y/yxea66Z/vJW3+nxz3fJ47ChWMjbjV/8//3J8Rjoj85XMbc05o/oz1VoPXOy4vyXG+zKI/FPpiFHVMlrUo4WGyXsELKMd792RUbZlNCCZZG4F5yxfHtYLa/vgcyl7nI7lpuVVfCz+HEs2HOdgSnI+ZyJqZhqVLYqNsVO1uXd1Os7ll4Ci38N/BCcfSTAfJKCm1vnPqMQzy51QJ54Ow3ZxQJeCZhD5M5u6kCMGD/Ft7QDtTW7rrr/kWo99oZGKBZGxa4phcee5XXkF/emJwbhvg4noWbw6BfxVmduqanuXwxwhFoMhn772FjdI8/Q/d0nyGttk2EGsYk7x7X2A0bFXMeIvv6zMGNtoPGtCQlfd7UD9JO640rBlL9ytaUJm/JuXVJIxEfxJhk/jCut6r8XlQiCvKxXpv5pPv+/qy+B6XcUkg7MAVDLvWsBcAC3rOfbZA6kXoj1GfGnf8lte/LuI20U3vvY9yog7zc8rM78Da9rFBhed99XXWOMV8JLdhTuBHVexl1LLaWjb6gojJTSL5UVWRLlt5Dw3A7U0najZM2oJaeBqdRGjoNJAJDG6KmPbBVP1yc5k4NIkqQcmgQ1uk9cyBSOW+PkWGqe6l4DML4jO68uzI2dAE0g18wJtt3sZXB6vltFf8VlpkY1+ZG96X+qsZoBZqh/jxsUZJ085XeNBKzH+u7dh6S/6vnaTwJn5FgcBfllpa5Hv+s3DS41dkesN4XbgX7NIJjDMflS0vg3xxBzPElbVkrSjxRb1iTLp78F1U0ETuAh1+6HMNpFfNbqIYL0Ck2psjGP4jo8JROKXw1/IjjoheiB4nQS6foqKD1HHv2gwgYt9GALPeEgACOwFNZX5CLeCVNhnmDUt7aRisUdzaepOQkk0p3h1DlcvOQGEYlIp6jnBtm20cd9V7cnJxnBL7TiKKbkTapJ9LThhZ9Fd7SdsMa0XC8YXnDXd1TedJKP1giK3OduNjEpsGX/bApGsXg3bVHdrA2QvEguQ16tLuwiBXcUzjfoPZdofCT0XQt2dTbHv7mKIcblDlz5ckVKTkUmlflscpRKjTcGtJlI3XB0ETOSuCKRjBcJKs0TVgxPlY0kwL0PKWL67/YKzfuJCmbJHPQ20d6A0ZOzr68adaTUt+Mr7PW6efe/5EZvWVyse4j/C+OqQBJVZ2uHvumsl5PQQpcNBczvM4T9TgmwaFFOMczHHw4lR52ZUICEoy9VdQAFO91FcnR5VaYSFTRavxKVbIf2Lt/MbE8YQqKZAP1F6+D9YTyIqL6U0bZTLvyCGi7INXa9ITVicV4f80QrfphLpZoNx0d6h4vkRthXfoEMv70BuPrYY= X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: e32aa6e0-41e7-4513-9ba6-08d9a9ef46c2 X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Nov 2021 17:25:40.1031 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: 3ngjiQts67IeVGQLn7dDjFK/KSBoiZMp6am8O4SlA7unBD3FzKwQ9AOp1U5rJBFJkm4k9fBA/wTrlENgAdfPTw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR04MB5170 X-Spam-Score: -0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.1 (-) --------------X8eVTQFStDiqJiV710PtaxS4 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 11/17/2021 11:57 AM, Eli Zaretskii wrote: >> Date: Wed, 17 Nov 2021 09:59:35 -0500 >> Cc: larsi@gnus.org, 50043@debbugs.gnu.org >> From: Ken Brown >> >>> But maybe it will be better to do it the same way we >>> decrease the timeout when a timer is expected to expire before the >>> timeout: we decrease the timeout, but still remember its value, and >>> don't return from waiting before the timeout unless there really was >>> some input. This would avoid affecting unrelated features such as >>> accept-process-output. >> >> I think that's already taken care of. The timeout is recalculated on each >> iteration of the main while loop: >> >> /* Compute time from now till when time limit is up. */ >> /* Exit if already run out. */ >> if (wait == TIMEOUT) >> { >> if (!timespec_valid_p (now)) >> now = current_timespec (); >> if (timespec_cmp (end_time, now) <= 0) >> break; >> timeout = timespec_sub (end_time, now); >> } >> else >> timeout = make_timespec (wait < TIMEOUT ? 0 : 100000, 0); >> >> My reduction of timeout to 25 msec occurs after this. > > So the result will be that on systems without USABLE_SIGIO we loop > more times with shorter timeouts for select? Yes. > If so, it SGTM. Thanks, I've pushed that change. There's still one more issue related to this bug, which I mentioned earlier: If x_selection_timeout is zero, x_get_foreign_selection will call wait_reading_process output with an infinite timeout rather than a zero timeout, which I'm sure is not what was intended. The attached patch fixes that. Ken --------------X8eVTQFStDiqJiV710PtaxS4 Content-Type: text/plain; charset=UTF-8; name="0001-Avoid-an-accidental-use-of-an-infinite-timeout.patch" Content-Disposition: attachment; filename*0="0001-Avoid-an-accidental-use-of-an-infinite-timeout.patch" Content-Transfer-Encoding: base64 RnJvbSA1YTBhZmRmMWNiMmVmMjc2YTJiNmU0Y2YyNmFiZjE4NDA1MTI3ZGIyIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBLZW4gQnJvd24gPGticm93bkBjb3JuZWxsLmVkdT4KRGF0ZTog V2VkLCAxNyBOb3YgMjAyMSAxMjoyMDoyNCAtMDUwMApTdWJqZWN0OiBbUEFUQ0hdIEF2b2lkIGFu IGFjY2lkZW50YWwgdXNlIG9mIGFuIGluZmluaXRlIHRpbWVvdXQKCiogc3JjL3hzZWxlY3QuYyAo eF9nZXRfZm9yZWlnbl9zZWxlY3Rpb24pOiBJZiB4LXNlbGVjdGlvbi10aW1lb3V0CmlzIHplcm8s IGNhbGwgd2FpdF9yZWFkaW5nX3Byb2Nlc3Nfb3V0cHV0IHdpdGggYSB6ZXJvIHRpbWVvdXQKcmF0 aGVyIHRoYW4gYW4gaW5maW5pdGUgdGltZW91dC4gIChCdWcjNTAwNDMpCi0tLQogc3JjL3hzZWxl Y3QuYyB8IDQgKysrKwogMSBmaWxlIGNoYW5nZWQsIDQgaW5zZXJ0aW9ucygrKQoKZGlmZiAtLWdp dCBhL3NyYy94c2VsZWN0LmMgYi9zcmMveHNlbGVjdC5jCmluZGV4IGNkNmQ4NmJkZjQuLjUzYjQx ZjFlYTIgMTAwNjQ0Ci0tLSBhL3NyYy94c2VsZWN0LmMKKysrIGIvc3JjL3hzZWxlY3QuYwpAQCAt MTE5Niw2ICsxMTk2LDEwIEBAIHhfZ2V0X2ZvcmVpZ25fc2VsZWN0aW9uIChMaXNwX09iamVjdCBz ZWxlY3Rpb25fc3ltYm9sLCBMaXNwX09iamVjdCB0YXJnZXRfdHlwZSwKICAgaW50bWF4X3QgdGlt ZW91dCA9IG1heCAoMCwgeF9zZWxlY3Rpb25fdGltZW91dCk7CiAgIGludG1heF90IHNlY3MgPSB0 aW1lb3V0IC8gMTAwMDsKICAgaW50IG5zZWNzID0gKHRpbWVvdXQgJSAxMDAwKSAqIDEwMDAwMDA7 CisgIC8qIElmIHhfc2VsZWN0aW9uX3RpbWVvdXQgPT0gMCwgYXZvaWQgdGhlICJ6ZXJvIG1lYW5z IGluZmluaXRlIgorICAgICBiZWhhdmlvciBvZiB3YWl0X3JlYWRpbmdfcHJvY2Vzc19vdXRwdXQu ICovCisgIGlmIChzZWNzID09IDAgJiYgbnNlY3MgPT0gMCkKKyAgICBuc2VjcyA9IC0xOwogICBU UkFDRTEgKCIgIFN0YXJ0IHdhaXRpbmcgJSJQUklkTUFYIiBzZWNzIGZvciBTZWxlY3Rpb25Ob3Rp ZnkiLCBzZWNzKTsKICAgd2FpdF9yZWFkaW5nX3Byb2Nlc3Nfb3V0cHV0IChzZWNzLCBuc2Vjcywg MCwgZmFsc2UsCiAJCQkgICAgICAgcmVhZGluZ19zZWxlY3Rpb25fcmVwbHksIE5VTEwsIDApOwot LSAKMi4zMy4wCgo= --------------X8eVTQFStDiqJiV710PtaxS4-- From unknown Sat Aug 16 22:48:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Nov 2021 17:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ken Brown Cc: larsi@gnus.org, 50043@debbugs.gnu.org Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.163717066630968 (code B ref 50043); Wed, 17 Nov 2021 17:38:01 +0000 Received: (at 50043) by debbugs.gnu.org; 17 Nov 2021 17:37:46 +0000 Received: from localhost ([127.0.0.1]:33806 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnOsT-00083Q-MI for submit@debbugs.gnu.org; Wed, 17 Nov 2021 12:37:45 -0500 Received: from eggs.gnu.org ([209.51.188.92]:48276) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnOsR-000831-Fj for 50043@debbugs.gnu.org; Wed, 17 Nov 2021 12:37:43 -0500 Received: from [2001:470:142:3::e] (port=42182 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mnOsM-0000ng-22; Wed, 17 Nov 2021 12:37:38 -0500 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=LuW/sbmXn92sdeiG9BUSWKTnNP8kpHT6Rgz6Nbd2h8I=; b=RyjK87rqB00D BmHICdUlYCa5Zy2+hUubuyYsnVvzEzZYM2cfEWLqS5NmZ/Smsd0zoLJg0KqGvPZdRiZqgclaW/Hrx rZvZpWlQd4GeJrWFiv8WvJMaAlh6cyWjUfdfsfYHvVaErRqScFNT2mmLU1tA1/qi3RN6pUtyii08K SWdsrvQUQI+QJbXLPcQN5HToLMvh4piUoQvjXd986Fz1VmCcgE939lkW2FS/V8R5gztQp8kfUDYRt jGnj+hR38wz/TOz81aT+FKSpKmkIU/O0k620O7a2dCEwEBaHNoO1rkQ1vx3Gkxwlvg0GgnHfLSjdl h0aFhpTedXPLN5hQc6/c6g==; Received: from [87.69.77.57] (port=1471 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 1mnOsL-00042y-NU; Wed, 17 Nov 2021 12:37:38 -0500 Date: Wed, 17 Nov 2021 19:37:32 +0200 Message-Id: <835ysqzns3.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ken Brown on Wed, 17 Nov 2021 12:25:38 -0500) References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> <87mtpla013.fsf@gnus.org> <83zgtlbaw6.fsf@gnu.org> <87fsvcuttw.fsf@gnus.org> <83czn12uz1.fsf@gnu.org> <837dd80zc7.fsf@gnu.org> <92d3e509-be73-88c8-0085-f13c3716dd1b@cornell.edu> <83sfvuzzy5.fsf@gnu.org> <83ee7ezw8l.fsf@gnu.org> <4a256b21-ec50-90f8-b472-079fa98969b2@cornell.edu> <83czmyzpno.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Wed, 17 Nov 2021 12:25:38 -0500 > Cc: larsi@gnus.org, 50043@debbugs.gnu.org > From: Ken Brown > > There's still one more issue related to this bug, which I mentioned earlier: If > x_selection_timeout is zero, x_get_foreign_selection will call > wait_reading_process output with an infinite timeout rather than a zero timeout, > which I'm sure is not what was intended. The attached patch fixes that. Bu that's clearly what was intended. The doc string of x-selection-timeout says: A value of 0 means wait as long as necessary. And with the fix in wait_reading_process_output the original problem is gone, since we will now loop with short select timeout, waiting for the selection event. Which is the intent here, AFAIU. From unknown Sat Aug 16 22:48:18 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Lars Ingebrigtsen Subject: bug#50043: closed (Re: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly) Message-ID: References: <8bdea42d-67bd-d8cd-fa5c-bf9059c11146@cornell.edu> <874kbtfthj.fsf@gnus.org> X-Gnu-PR-Message: they-closed 50043 X-Gnu-PR-Package: emacs Reply-To: 50043@debbugs.gnu.org Date: Wed, 17 Nov 2021 17:46:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1637171163-32161-1" This is a multi-part message in MIME format... ------------=_1637171163-32161-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 50043@debbugs.gnu.org. --=20 50043: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D50043 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1637171163-32161-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 50043-done) by debbugs.gnu.org; 17 Nov 2021 17:45:41 +0000 Received: from localhost ([127.0.0.1]:33835 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnP08-0008LJ-Nc for submit@debbugs.gnu.org; Wed, 17 Nov 2021 12:45:41 -0500 Received: from mail-co1nam11on2099.outbound.protection.outlook.com ([40.107.220.99]:3808 helo=NAM11-CO1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnP00-0008Kj-Gx for 50043-done@debbugs.gnu.org; Wed, 17 Nov 2021 12:45:33 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LICXpEtaWDOxa3M+JK9QbdrBt4JYy7YyjX5nerjOCF8Le3ko3dfhYlXesJbH25dkM/vJw3V8Vaw4kNeyBy52P3tTnMnP1X78hY9gtqJaiVNn0KjWifcvU/NxfLlzTD//a1h/ETNb8cXirlEbVoAX8VKK0Zt+TNijpiPRMNw9WrR/zp2sptbfCSP863FCQlUbeH7A25ByrtrKf2Ka9d+m+aZJMmvtF91OGe3xb2E8yTzB6xVUc6xNl93NKkSfZLg+rcZOBH/+L0YgVRhE6UF11USpcX0aNjZlaEjGD93bEcaxuyP/Up+B9HaGOsjmNzYTG6JHsdUY2IxYeTJ0w9Lzlg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=muKwJYf/ETL/C3AtiJZ/V88e9olwi3AJAav80vYlBDI=; b=aCWi7xk3non6dZWz8G/spDBA9EzQ6EGj4bymOhe+Mh+MzJZ7Oo37jtcy+AXB5e+s4EU13V9TsW6eO5ynldPd/wSeuVs1J1xjmfNLGdEI8YYYDuz/N+mT6qXuxaUmhmhtQbX+MDHdfUW9d0hQ77SLqstTUZGafC4zOnR6S7pNtFePkuilfqUFXY6xAgs936VNpbCuQlffdCteBFmeomJCGho1k9Mj2i/dzBtPMVb1BsDX2l2LUG8zOLclAN2fIYL9BckXQYqAXwfzWbLRis47e8KYDnfbsZn8tdxRrLddI8EZ+43ZvswALLZvcF3tBZtGiza4pZzXeEX7qTo00S+fKw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=muKwJYf/ETL/C3AtiJZ/V88e9olwi3AJAav80vYlBDI=; b=KSvVNMUUf2zdKDcOdel739JVDPIJYuCPW01TL7n9c+1tKTeUuSmBjC8W9Qd1Urj3Qc+/lJRBUb3eAssqkEQeWXTi3XgrrGi9kNlZHAR9hIpqbXx2e6cEuHsJ2X9f5PlC+i/FDSqI7DTh0uSrTrYfy4rcC43XuxS9sqyUJdUqj/A= Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN7PR04MB4385.namprd04.prod.outlook.com (2603:10b6:406:f0::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4713.19; Wed, 17 Nov 2021 17:45:25 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969%7]) with mapi id 15.20.4690.027; Wed, 17 Nov 2021 17:45:25 +0000 Message-ID: <8bdea42d-67bd-d8cd-fa5c-bf9059c11146@cornell.edu> Date: Wed, 17 Nov 2021 12:45:24 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.3.1 Subject: Re: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Content-Language: en-US To: Eli Zaretskii References: <874kbtfthj.fsf@gnus.org> <835yw9cwoa.fsf@gnu.org> <87mtpla013.fsf@gnus.org> <83zgtlbaw6.fsf@gnu.org> <87fsvcuttw.fsf@gnus.org> <83czn12uz1.fsf@gnu.org> <837dd80zc7.fsf@gnu.org> <92d3e509-be73-88c8-0085-f13c3716dd1b@cornell.edu> <83sfvuzzy5.fsf@gnu.org> <83ee7ezw8l.fsf@gnu.org> <4a256b21-ec50-90f8-b472-079fa98969b2@cornell.edu> <83czmyzpno.fsf@gnu.org> <835ysqzns3.fsf@gnu.org> From: Ken Brown In-Reply-To: <835ysqzns3.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: CH2PR04CA0027.namprd04.prod.outlook.com (2603:10b6:610:52::37) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [IPV6:2603:7081:7e3f:3419:1c5d:e1a9:7b:59ab] (2603:7081:7e3f:3419:1c5d:e1a9:7b:59ab) by CH2PR04CA0027.namprd04.prod.outlook.com (2603:10b6:610:52::37) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4713.21 via Frontend Transport; Wed, 17 Nov 2021 17:45:25 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: bcfa56b4-26d9-4975-864e-08d9a9f20986 X-MS-TrafficTypeDiagnostic: BN7PR04MB4385: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:3631; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: eudslXjLrVe63YnUEkgTiNMoe4qZdcyyW+iHWvUd/n0wnuxwhkCJ5i/TeWllos5RBVAMlyYtqImBeUycwtsERB0rHywW3GLSUV/ker0/7ablJazl3NiAnp50nAVR1NC+VBA/EBWridEY25b+7GL5OW2E4XqXgZtu5wplfQvywj6a1rZXnltD5B12psDEulRC7Lavbhi0qxaMo2OoDWcAnDIzX8mHT2eNuqLebex4u7Fskh1i70+UcYLPw2FnyCn5fsOmfhYJmS+F754z3LwvP77C3Y0ft20CeQ6qc+9WQZoHr8hodTScZK5T71KatrX+4irF7IgL/sGTU3UiGnLVc+GjT9r3bKFSTVw2btKqDNXK6HDc1KpWksE+aECFKnjun95CSEIsRZ8aAaMXjv8Tv78ynNi+mzwnP6QOfn2jKcLwByQiLcp0fkjGtLh36qTF/MKuQZu8v+YV2joE5tZR6BEIvaJeZdiyMRgDw5TiJz/Ykf4vOjsZ12G0f4jdHhlAU5n2kU+7THDRkGbzVIoepdzkFzYCkrRPSWML2q7vBDXoq05tEjFS9h3BYoPT8U2Eji4qV47ULH2xA5b0xWjm6NIO5x5CT5F9PQZ+kt6XfMKs2dl/RAyfcl3ukomcSz5zOlMvhM6LcrXMO035HwSWCxUKqSSCcWOCfqhLAZr4SzEeVKiCT9dHfMtkwAtUW5N9vwDxp1mZa9PIQC8WEDWCjFr2cvwST5haEbtdC+KWpic= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(38100700002)(5660300002)(31696002)(75432002)(6486002)(4326008)(4744005)(8936002)(2616005)(66556008)(2906002)(31686004)(66946007)(36756003)(66476007)(53546011)(316002)(786003)(86362001)(8676002)(6916009)(186003)(508600001)(43740500002)(45980500001); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?cmx4N2RHS2xRMGxIQnNKMUltelNCMlY3SHhsMDVSbFRaOFpHT2ovZi9mMzR5?= =?utf-8?B?Mzh4dDZJUXpVMjdXeS9SUU1JTmlqdnB6dVp3VG9KRFlTM2NFVHQwRGJKaEIy?= =?utf-8?B?bDgvSU56bm15K1o5aFdsck5wLy9uQkIxK2pPOEluTlF6dzFDM2s4dkRRYWZm?= =?utf-8?B?ZEJ6KzlNVXF2Yzh4VTIvdjVGNXd4NDVGdXpQd1pTNkRQNnFTMDVVZHNoL21U?= =?utf-8?B?aVBnVUJPRDJwaWhQNThBcGRUaUtVMDA5UDRQcTlkRE8xQ3J5RmdxWWs4ejdh?= =?utf-8?B?MFdYMnFzcUFSYm85WVM1Sm9PQnc3c2x2eENRRUxpNFI0YjFZYk1vcXVKeVZ0?= =?utf-8?B?TG81NUFFa1VseWdlb2pRVDZMMFB2Ym1iT09RR3BiNDdReDlKZ0xLclM0N05S?= =?utf-8?B?ZU5LSml4dUR4WWJyZkhhNCtHNUlLUnRTN2tPNVN0YklKSUZWYWJ2SmdaczQ2?= =?utf-8?B?b0RMTDZwU3Z4M3dzb1lkbnpFOHBrck8vZlVQVXBhaUxPdW5vT1RqQ2RwakZF?= =?utf-8?B?NENTWGE3eXhqUVpSREJ0OXZwcWRTOUNQS0FLd3NtcWsyY3ZHNUZVVVNCUVdH?= =?utf-8?B?TnlqUXhWL1Q1TGF3Z3BYY2Z3TFJkbjdOOVcxUkU0YkVBazk3UldMbld1NXNU?= =?utf-8?B?bmwrNlZhMXB4YWs4MlBqREVreTYyQzhqZzJXUDFxQkgyMUVOTXYwSHQyQVJ1?= =?utf-8?B?YWsyYTNCR041Y2M4ZUwybVZhaUZaN0FPYUQvcG42RWp4QnEwOXVadzNaTFh6?= =?utf-8?B?WnZCdU1FWXVkempQa25yMjdZVzRYOFlNTkxFNlJqSyt1dHlHemJiVSs2cFZh?= =?utf-8?B?aXFwSnd6QlBXWnZ3dFNlRDl0Yk9VeWpZQWptdVNCOWl0cnN2ZDlLdkF5OHRj?= =?utf-8?B?cmhMalFVY0ZQdnZEbDVrcHBweVBRUXVjazlkT21tK2M3alpreWcvUDVRRVVF?= =?utf-8?B?aTJOSThEbUpqR01CZlZzRjVUaVFkQlIramt5aW9FamNsZ1IzeG81OHVVQUk3?= =?utf-8?B?cm9OaFVFRmY0UmpvM1h3THRNWWlXaFhaaXMzb0JKbDZUbnVZYUxWOG81UTJ4?= =?utf-8?B?WVZIQmN3K0VWQmU1Q0N3YndJTHVLRWpIVzk5eWlGalEyNjdCbGhNRmNCZGV3?= =?utf-8?B?VTdiMVFBTWltWFhxdnh4b1pnMWkwSjA3NVRKc3FMSXdGK0FDTXFEdlE4QkNv?= =?utf-8?B?d3ZNT0h1SDlBVWpROVQvLzBCditJcncrTC92WVlkTjVBVDRGcTFpUmxNQjBs?= =?utf-8?B?RnI4SjV1UUNJd1djbGsydmx0NzBNc3NDTWRocUlSZldmQVVxbHVpVG9BNG1o?= =?utf-8?B?eUJtVzM2ZXFyMDNRZklpK0RsNEoxYVplaUM3cnZySGFRbERxV0xnRjh4N0NE?= =?utf-8?B?YVgwK09PQktVTWExUjhWd0tVZlJJN09iMDRmd2pFNkM1eVVQN1BPWnZtT3Y2?= =?utf-8?B?czJhc085LzNiVmkvMVVLdFltWVRUWEt0N25IaTNLWDhDQUVwcFJPSVlFMW9n?= =?utf-8?B?ZEl6dGhzZHJVQzJhd0s2a1p6elVqOFVUQm9xODJHU1pZRkRBWmUrdUJ4YkdR?= =?utf-8?B?UW1ORGtOVHhjZjRrVEEwa0dhcGZ5YmMzZ09aZXg3TkpCMCsyMkY5b2J2SEUz?= =?utf-8?B?Q1MwZzZyTWJlWWVOcUM5YVhGQ2VxTlQxQjlIa2VJRVJScTNoeEJ5ZDBLNWU3?= =?utf-8?B?N2gySU1EWFJGRFd6dnV3Nms2R0xFNFZmWThyYUpkMUxwQ1NzdFphaXhmKzFt?= =?utf-8?B?RE5kSDJ1a2hZb3pUWnlRM2NoajNVU3pOekdxREdjdnR2ZGNqYkFrUlc3ZFQ2?= =?utf-8?B?c2Zla2h2TTNTT3c2MTNPNkNzSncxK2lNeDM4ZFFUZ3ZuSGU4enRnMmQ4dkY5?= =?utf-8?B?U2wvMjgyZjRqaGU5c1NBTUl5NEtIR3JyVjJ3dzhzOWRVRHdtRkZkVmJxRzZa?= =?utf-8?B?SXVXWnphQ1gxQ2JxUHdITkxNR08rang3bWRBOGVaZkVEOWtONDNyNHNSc3kv?= =?utf-8?B?RUVwWk9mYnh3QjV2NWlYSVFOUEZ5em1qSTYxZHg5RlRSUEhyZmdlRDFRYlFF?= =?utf-8?B?d01NY0tCUFI3aUs0Wld3NUZWRE5tMEgrbVVFSUdwRStEN0pZOVB6czRpWjE4?= =?utf-8?B?MGttT3YxYXpMVHE1OHNPVmlUanFweU9rWEhlOUFuL29NbGw4cUdKVnZaV0F1?= =?utf-8?B?WlZZSDYxY2UzM3ljQ3lWTk1YRlZnNWNmMzN3anZ3UFFLZHd1aWduUlJ6RXNW?= =?utf-8?Q?je13pk9zoovWjFVJ7LlUDPQHXwX+/mo/mYPyV6zeBo=3D?= X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: bcfa56b4-26d9-4975-864e-08d9a9f20986 X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Nov 2021 17:45:25.8075 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: bBxMDx35A2cW0FQsOzadVLmBfJfdUZVUzKr2fCUGFfyr2bHd2itIBSf675+nAiJtLqM5eZPPimMBA0u+MfVgcg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR04MB4385 X-Spam-Score: -0.1 (/) X-Debbugs-Envelope-To: 50043-done Cc: larsi@gnus.org, 50043-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.1 (-) On 11/17/2021 12:37 PM, Eli Zaretskii wrote: >> Date: Wed, 17 Nov 2021 12:25:38 -0500 >> Cc: larsi@gnus.org, 50043@debbugs.gnu.org >> From: Ken Brown >> >> There's still one more issue related to this bug, which I mentioned earlier: If >> x_selection_timeout is zero, x_get_foreign_selection will call >> wait_reading_process output with an infinite timeout rather than a zero timeout, >> which I'm sure is not what was intended. The attached patch fixes that. > > Bu that's clearly what was intended. The doc string of > x-selection-timeout says: > > A value of 0 means wait as long as necessary. Oh, I somehow missed that, sorry. In that case I'm closing the bug. Ken ------------=_1637171163-32161-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 13 Aug 2021 11:56:51 +0000 Received: from localhost ([127.0.0.1]:40668 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEVnv-0007OR-4V for submit@debbugs.gnu.org; Fri, 13 Aug 2021 07:56:51 -0400 Received: from lists.gnu.org ([209.51.188.17]:50198) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEVns-0007OJ-Nt for submit@debbugs.gnu.org; Fri, 13 Aug 2021 07:56:49 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58802) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mEVns-00004t-Eq for bug-gnu-emacs@gnu.org; Fri, 13 Aug 2021 07:56:48 -0400 Received: from quimby.gnus.org ([2a01:4f9:2b:f0f::2]:40216) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mEVnr-0000L3-1t for bug-gnu-emacs@gnu.org; Fri, 13 Aug 2021 07:56:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From: Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=H5DwZ1eFriEw6iEQVjRefRowSMh4IT0vM7h6+E+Sem4=; b=m39tKlY34C3BejjI7r9DeqffTB PvZSepyzyU+rOGFpsSMUnj5iOla///sft25XjAcim7jHbTskm5/5F2QDOL2wlz9a7qBSWXE3UMnl4 3RtqrxHVUby43RueXofYwtXI8OqZxd0nIEdXxlUvrE70Ol0Bb22fP/jddt36Vwua3L9Y=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mEVnk-0003Dp-QY for bug-gnu-emacs@gnu.org; Fri, 13 Aug 2021 13:56:44 +0200 From: Lars Ingebrigtsen To: bug-gnu-emacs@gnu.org Subject: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Date: Fri, 13 Aug 2021 13:56:40 +0200 Message-ID: <874kbtfthj.fsf@gnus.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: To reproduce the problem on Debian (at least), edit src/config.h to this: /* Define to 1 if SIGIO is usable. */ /* #define USABLE_SIGIO 0 */ Then recompile Emacs and say Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Received-SPF: pass client-ip=2a01:4f9:2b:f0f::2; envelope-from=larsi@gnus.org; helo=quimby.gnus.org X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) To reproduce the problem on Debian (at least), edit src/config.h to this: /* Define to 1 if SIGIO is usable. */ /* #define USABLE_SIGIO 0 */ Then recompile Emacs and say (let ((value 'SECONDARY) (x-selection-timeout 2000)) ;;; from org-get-x-clipboard in lisp/org-compat.el (gui-get-selection value 'UTF8_STRING) (gui-get-selection value 'COMPOUND_TEXT) (gui-get-selection value 'STRING) (gui-get-selection value 'TEXT)) This will hang for two seconds instead of returning immediately if USABLE_SIGIO is defined. Now, we have SIGIO on almost all supported platforms. The only ones that have it disabled might be these ones: hpux* | nacl | solaris | unixware ) emacs_broken_SIGIO=yes Which is probably why this hasn't been reported more. (See bug#29170.) So this isn't exactly a high impact problem, but it should be fixed anyway. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no ------------=_1637171163-32161-1--