Am 05.03.2012 um 14:04 schrieb Thomas Rast:
> René Haber <rene@xxxxxxx> writes:
>
>> sh -c '
>> . /sw/lib/git-core/git-sh-setup
>> get_author_ident_from_commit 16b94413cbce12531e8f946286851598449d3913
>> '
>> GIT_AUTHOR_NAME='Ren'é Haber
>> GIT_AUTHOR_EMAIL='rene@xxxxxxx'
>> GIT_AUTHOR_DATE='@1329212923 +0100'
>
> I think this is the same issue that we recently discussed on #git-devel,
> where some broken versions of sed will fail to match "any character"
> with '.' even under LC_ALL=C. Will "shruggar" Palmer (cc) had this
> issue under OS X with a build of GNU sed that ignored LC_*.
>
> You can verify that this is the problem by looking at
>
> printf "\370\235\204\236\n" | LC_CTYPE=C sed 's/./x/g' | xxd
>
> It should say
>
> 0000000: 7878 7878 0a xxxx.
>
> That is, the garbage (if you try to read it as UTF-8) in the printf
> string was matched and replaced byte-by-byte with 'x'. However,
> Will was getting the unreplaced results
>
> 0000000: f89d 849e 0a .....
>
> I'm not sure he has followed up on that problem; the only hope may be to
> get a better 'sed'.
I can conform this. I get .....
Using the sed from apple results in xxxx.
Thanks.
René
> --
> Thomas Rast
> trast@{inf,student}.ethz.ch
--
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