Re: \c-handling in $'-strings

Path	csiph.com!optima2.xanadu-bbs.net!xanadu-bbs.net!news.glorb.com!usenet.stanford.edu!not-for-mail
From	Chet Ramey <chet.ramey@case.edu>
Newsgroups	gnu.bash.bug
Subject	Re: \c-handling in $'-strings
Date	Thu, 3 Sep 2015 09:58:42 -0400
Lines	27
Approved	bug-bash@gnu.org
Message-ID	<mailman.448.1441288741.19560.bug-bash@gnu.org> (permalink)
References	<op.x33p5xjhofd6j1@nebbiolo.upc.de> <mailman.248.1441030661.19560.bug-bash@gnu.org> <op.x4a2vqn6ofd6j1@nebbiolo.upc.de> <mailman.388.1441199993.19560.bug-bash@gnu.org> <op.x4cs37v5ofd6j1@nebbiolo.upc.de>
Reply-To	chet.ramey@case.edu
NNTP-Posting-Host	lists.gnu.org
Mime-Version	1.0
Content-Type	text/plain; charset=utf-8
Content-Transfer-Encoding	7bit
X-Trace	usenet.stanford.edu 1441288742 15993 208.118.235.17 (3 Sep 2015 13:59:02 GMT)
X-Complaints-To	action@cs.stanford.edu
Cc	chet.ramey@case.edu
To	Helmut Karlowski <helmut.karlowski@ish.de>, bug-bash@gnu.org
Envelope-to	bug-bash@gnu.org
User-Agent	Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0
In-Reply-To	<op.x4cs37v5ofd6j1@nebbiolo.upc.de>
X-Junkmail-Status	score=10/60, host=mpv5.cwru.edu
X-Junkmail-Whitelist	YES (by domain whitelist at mpv1.tis.cwru.edu)
X-detected-operating-system	by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic]
X-Received-From	129.22.105.36
X-BeenThere	bug-bash@gnu.org
X-Mailman-Version	2.1.14
Precedence	list
List-Id	Bug reports for the GNU Bourne Again SHell <bug-bash.gnu.org>
List-Unsubscribe	<https://lists.gnu.org/mailman/options/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=unsubscribe>
List-Archive	<http://lists.gnu.org/archive/html/bug-bash>
List-Post	<mailto:bug-bash@gnu.org>
List-Help	<mailto:bug-bash-request@gnu.org?subject=help>
List-Subscribe	<https://lists.gnu.org/mailman/listinfo/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=subscribe>
Xref	csiph.com gnu.bash.bug:11476

Show key headers only | View raw

On 9/2/15 5:10 PM, Helmut Karlowski wrote:

>> `\c' honor backslash escaping.  Since the character becomes \c\\, the
>> subsequent `c' and `]' are literals.
> 
> I assume this is only true for "to-be-escaped" characters, that is
> 
> $   `   "   \   <newline>
> 
> like for ".."-strings? Of course only \ is of interest here.
> 
> If that is true then the output of ksh93 for
> 
> echo $'\c\d' |od -a -> 0000000 eot  nl
> 
> is wrong? It removes the \ every time.

The proposal leaves it implementation-defined.  It specifically mentions
that you have to use \c\\ to represent <FS> to avoid ambiguity in the
backslash processing.  Bash chooses to preserve the backslash before any
unrecognized escape sequence.

-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
		 ``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRU    chet@case.edu    http://cnswww.cns.cwru.edu/~chet/

Back to gnu.bash.bug | Previous | Next — Previous in thread | Find similar

Thread

\c-handling in $'-strings "Helmut Karlowski" <helmut.karlowski@ish.de> - 2015-08-29 00:28 +0100
  Re: \c-handling in $'-strings Chet Ramey <chet.ramey@case.edu> - 2015-08-31 10:17 -0400
    Re: \c-handling in $'-strings "Helmut Karlowski" <helmut.karlowski@ish.de> - 2015-09-01 23:46 +0100
      Re: \c-handling in $'-strings Chet Ramey <chet.ramey@case.edu> - 2015-09-02 09:19 -0400
        Re: \c-handling in $'-strings "Helmut Karlowski" <helmut.karlowski@ish.de> - 2015-09-02 22:10 +0100
          Re: \c-handling in $'-strings Eric Blake <eblake@redhat.com> - 2015-09-02 15:44 -0600
          Re: \c-handling in $'-strings Chet Ramey <chet.ramey@case.edu> - 2015-09-03 09:58 -0400

csiph-web