From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#62958: [PATCH] Set PAGER=cat in comint.el Date: Wed, 10 May 2023 19:39:12 +0300 Organization: LINKOV.NET Message-ID: <86y1lw4mjr.fsf@mail.linkov.net> References: <83edof6oln.fsf@gnu.org> <83zg724kea.fsf@gnu.org> <835y97jnfd.fsf@gnu.org> <83pm7aay70.fsf@gnu.org> <874jol1rml.fsf@catern.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34697"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) Cc: Spencer Baugh , Eli Zaretskii , 62958@debbugs.gnu.org To: sbaugh@catern.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed May 10 18:58:17 2023 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 1pwn8q-0008tD-TW for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 10 May 2023 18:58:16 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pwn8e-00059U-Jx; Wed, 10 May 2023 12:58:04 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pwn8c-00058X-Be for bug-gnu-emacs@gnu.org; Wed, 10 May 2023 12:58:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pwn8c-0001r3-3R for bug-gnu-emacs@gnu.org; Wed, 10 May 2023 12:58:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pwn8c-00045k-0E for bug-gnu-emacs@gnu.org; Wed, 10 May 2023 12:58:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 10 May 2023 16:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62958 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 62958-submit@debbugs.gnu.org id=B62958.168373782515637 (code B ref 62958); Wed, 10 May 2023 16:58:01 +0000 Original-Received: (at 62958) by debbugs.gnu.org; 10 May 2023 16:57:05 +0000 Original-Received: from localhost ([127.0.0.1]:48884 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pwn7h-000449-2Q for submit@debbugs.gnu.org; Wed, 10 May 2023 12:57:05 -0400 Original-Received: from relay4-d.mail.gandi.net ([217.70.183.196]:60957) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pwn7e-00043Z-Gu for 62958@debbugs.gnu.org; Wed, 10 May 2023 12:57:03 -0400 Original-Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id 91B7AE0004; Wed, 10 May 2023 16:56:54 +0000 (UTC) In-Reply-To: <874jol1rml.fsf@catern.com> (sbaugh@catern.com's message of "Tue, 09 May 2023 14:55:31 +0000 (UTC)") 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:261521 Archived-At: >> Sorry, I don't understand: why would it matter that a program produces >> its output immediately when that output is redirected to an Emacs >> buffer? Whatever the amount of output, the user can always page >> through it interactively and conveniently using the normal movement >> commands, no? What am I missing? > > If the command produces a lot of output it can take a long time to run > and slow down Emacs. I will definitely customize the new option 'comint-pager' to "cat" as soon as it arrives to master. But for such cases when some commands produce too long output, would it be also possible to provide an additional option to set the number of lines to output before stopping? It seems not possible just to set the ENV variable 'LINES'. >From 'man less': LINES Sets the number of lines on the screen. Takes precedence over the number of lines specified by the TERM variable. (But if you have a windowing system which supports TIOCGWINSZ or WIOCGETD, the window system's idea of the screen size takes precedence over the LINES and COLUMNS environment variables.) And indeed it has no effect when I tried. Maybe because window size adjustments are explicitly coded in 'window--adjust-process-windows'.