GNU bug report logs - #18266
grep -P and invalid exits with error

Previous Next

Package: grep;

Reported by: Santiago <santiago <at> debian.org>

Date: Thu, 14 Aug 2014 15:43:02 UTC

Severity: wishlist

Merged with 18455

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


Message #125 received at 18266 <at> debbugs.gnu.org (full text, mbox):

From: Vincent Lefevre <vincent <at> vinc17.net>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 18266 <at> debbugs.gnu.org, 758105 <at> bugs.debian.org
Subject: Re: bug#18266: handling bytes not part of the charset, and other
 garbage
Date: Fri, 12 Sep 2014 10:29:16 +0200
On 2014-09-11 20:26:12 -0700, Paul Eggert wrote:
> Vincent Lefevre wrote:
> 
> >ypig% LC_ALL=C locale charmap
> >ANSI_X3.4-1968
> 
> That may be what the 'locale' command says, but bytes with the top bit on
> are considered to be valid single-byte characters.  There are no encoding
> errors.  So, in that sense it's not strict ASCII.

Glibc regards it as ASCII:

$ printf '\xe8' | LC_ALL=C iconv
iconv: illegal input sequence at position 0

> >the current behavior breaks the sometimes used "grep ." solution
> >to match non-empty lines.
> 
> "grep ." matches lines containing one or more characters.  Encoding errors
> are not characters, at least, not as far as plain grep is concerned.

I just mean that "grep ." is a method given by some people, that
was working before UTF-8.

-- 
Vincent Lefèvre <vincent <at> vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)




This bug report was last modified 10 years and 249 days ago.

Previous Next


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