On 2008.04.17 08:11:52 -0700, Linus Torvalds wrote: > > > On Thu, 17 Apr 2008, Remi Vanicat wrote: > > > > While trying to wrote a test for git, I discover that there is a test > > failure in master on my computer: > > Hmm. Doesn't fail for me. > > > $ ./t4014-format-patch.sh > > [....] > > * FAIL 8: replay did not screw up the log message > > > > git cat-file commit rebuild-1 | grep "^Side .* with .* backslash-n" > > > > It seem that now, somewhere a \n has been interpreted as a newline. > > I wonder if it is some shell-specific variable expansion issue. What's > your /bin/sh? (I assume, from your email address, that you're using > Debian, and I thought Debian used bash, but maybe that's not true). > > What does > > a="hello\nhi" > echo $a > > result in? Debian has its own dash which is supposed to be a lightweight alternative to bash and "for checking POSIX compliance of scripts" (quote from the packages description). I don't happen to know off-hand whether POSIX says that echo should default to -e, but dash seems to do that: $ dash $ a="hello\nhi" $ echo $a hello hi Björn -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
