Paul Eggert
Paul Eggert
> A little more experimentation indicates that gzip returns 2 if its output is not fully consumed: Thanks for pointing that out. To avoid that problem, 'less' should check the...
> Perhaps this should only be applied to scripts invoked with a double vertical bar Yes, that's what [the revised patch](https://github.com/gwsw/less/files/9137148/0001-Diagnose-input-preprocessor-failures-258.patch.txt) does. > nothing currently depends on the exit status...
> a script might decompress its input and then call "exit 1" I think it unlikely that a script would do that so I doubt whether this is a practical...
> 20190529 release gives the same error. Yes, unfortunately I tested 20190529 incorrectly and so I mistakenly told Deborah that 20190529 did not have the bug. Sorry about that. I.e.,...
Stefan writes that it's important to merge this patch rather than rebase it. Sorry, I didn't know that. To make this easier I created a [pull request](https://github.com/slime/slime/pull/648) to help you...
Inspired by this PR, I created PR #331 that I think does everything this PR does, and in addition addresses the above comments and fixes some other integer overflows as...
Thanks, looks good.
I created PR #315 which should solve the problem, as mentioned above.
For zless (from gzip) this is not a big deal since it reads only standard input; there is no other file. For other applications it could be an issue. What...
I have created [PR#1091](https://github.com/dateutil/dateutil/pull/1091), which should fix this issue.