GNU bug report logs - #44941
28.0.50; M-x grep, perhaps all asynch subprocesses

Previous Next

Package: emacs;

Reported by: rms <at> gnu.org

Date: Sun, 29 Nov 2020 05:23:01 UTC

Severity: normal

Tags: notabug, unreproducible

Found in version 28.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jean Louis <bugs <at> gnu.support>
Cc: 44941 <at> debbugs.gnu.org, schwab <at> linux-m68k.org, rms <at> gnu.org
Subject: bug#44941: 28.0.50; M-x grep, perhaps all asynch subprocesses
Date: Mon, 30 Nov 2020 20:04:05 +0200

> Date: Mon, 30 Nov 2020 19:46:28 +0300
> From: Jean Louis <bugs <at> gnu.support>
> Cc: Andreas Schwab <schwab <at> linux-m68k.org>, 44941 <at> debbugs.gnu.org,
>   rms <at> gnu.org
> 
> > > >> grep -a "$@" | cut -c -200
> > > >> 
> > > >> cut seems to be responsible for the problem by buffering output even to a tty.
> > > >
> > > > Sounds like a useful feature to ask Grep developers to add it.
> > > 
> > > That feature already exists: stdbuf.
> > 
> > I'm not sure I understand: I meant the feature to limit the output
> > lines to a given column count.
> 
> Is it not this option for limiting?
> 
> 	-m NUM, --max-count=NUM
> 		Stop reading a  file after NUM matching  lines.  If the

No.  Please read the 'cut' documentation to see what does -c do there.
This bug report was last modified 4 years and 256 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.