GNU bug report logs - #16951
zless error under ulimit -v

Previous Next

Full log

View this message in rfc822 format

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Mark Nudelman <markn <at> greenwoodsoftware.com>,  Jaroslaw Weglinski <jaroslaw.weglinski <at> atendesoftware.pl>, 16951 <at> debbugs.gnu.org
Subject: bug#16951: zless error under ulimit -v
Date: Thu, 06 Mar 2014 17:39:55 -0800

[Message part 1 (text/plain, inline)]

Mark Nudelman wrote:
> Since less-451, if LESSOPEN starts with two pipe chars, less does
> examine the exit status of the preprocessor.

Thanks, I didn't know that, and I have installed the attached patch to 
the gzip master on savannah to take advantage of it.  Unfortunately the 
patch doesn't suffice, because 'less' examines the preprocessor's exit 
status only when the preprocessor generates no output.  In the case 
we're talking about, the preprocessor generates some output, but then 
runs out of memory and exits with nonzero status.

You can reproduce the 'less' problem by creating a large text file 't', 
compressing it with 'gzip t', running the following shell command in one 
window:

LESSOPEN='||-gzip -cdfq -- %s' less t.gz

When you see the first screenful, go to another window and kill the gzip 
process that's waiting for 'less' to read more input.  'less' won't 
notice or report the gzip failure.

[0001-zless-improve-gzip-failure-checking-and-port-to-new-.patch (text/plain, attachment)]

Previous Next

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