>Number:         172862
>Category:       bin
>Synopsis:       sed improperly deals with escape chars
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 18 21:10:00 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator:     Garrett Cooper
>Release:        9.1-STABLE
>Organization:
EMC Isilon
>Environment:
FreeBSD bayonetta.local 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r240836M: Sat 
Sep 22 12:30:11 PDT 2012     
gcooper@bayonetta.local:/usr/obj/store/freebsd/stable/9/sys/BAYONETTA  amd64
>Description:
sed doesn't appear to be doing the right thing with escape chars (in this case 
'\t'); it's not properly reinterpreting '\t' as \011, but is instead 
interpreting it was 't':

$ echo "foot " | sed -e 's/[\\t ]*$//' | hexdump -C
00000000  66 6f 6f 0a                                       |foo.|
00000004
$ echo "foot " | sed -E -e 's/[\\t ]*$//' | hexdump -C
00000000  66 6f 6f 0a                                       |foo.|
00000004

GNU sed does do the right thing with escape chars (verified on Fedora 17):

# cat /etc/redhat-release
Fedora release 17 (Beefy Miracle)
# echo foot | sed -e 's/[\t ]*$//' | hexdump -C
00000000  66 6f 6f 74 0a                                    |foot.|
00000005
# echo "foot " | sed -e 's/[\t ]*$//' | hexdump -C
00000000  66 6f 6f 74 0a                                    |foot.|
00000005
>How-To-Repeat:
echo foot | sed -e 's/[\t ]*$//'
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:
_______________________________________________
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Reply via email to