From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#50043: 28.0.50; USABLE_SIGOI undef code paths do not work correctly Date: Wed, 17 Nov 2021 16:34:50 +0200 Message-ID: <83ee7ezw8l.fsf@gnu.org> 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> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40002"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, 50043@debbugs.gnu.org To: Ken Brown Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Nov 17 15:36:13 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mnM2l-000A63-6P for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 17 Nov 2021 15:36:11 +0100 Original-Received: from localhost ([::1]:46432 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mnM2j-0004M6-Uj for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 17 Nov 2021 09:36:09 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:54490) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mnM2c-0004Lq-AK for bug-gnu-emacs@gnu.org; Wed, 17 Nov 2021 09:36:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49021) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mnM2c-0007QE-2P for bug-gnu-emacs@gnu.org; Wed, 17 Nov 2021 09:36:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mnM2b-0005EZ-M0 for bug-gnu-emacs@gnu.org; Wed, 17 Nov 2021 09:36:01 -0500 X-Loop: help-debbugs@gnu.org 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 Original-Received: via spool by 50043-submit@debbugs.gnu.org id=B50043.163715970520019 (code B ref 50043); Wed, 17 Nov 2021 14:36:01 +0000 Original-Received: (at 50043) by debbugs.gnu.org; 17 Nov 2021 14:35:05 +0000 Original-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 Original-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 Original-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==; Original-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 In-Reply-To: (message from Ken Brown on Wed, 17 Nov 2021 09:19:27 -0500) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:220207 Archived-At: > 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.