[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [RFC] - Proper encoding for patch file?

From: Mark Phippard <markphip_at_gmail.com>
Date: Thu, 8 Sep 2011 14:31:48 -0400

On Thu, Sep 8, 2011 at 2:30 PM, Mark Phippard <markphip_at_gmail.com> wrote:
> On Thu, Sep 8, 2011 at 2:27 PM, C. Michael Pilato <cmpilato_at_collab.net> wrote:
>> Why does the command-line client work?  Does it not also use the locale
>> encoding for its diff headers?  At any rate, consistency between the
>> behaviors of the relevant Java and C APIs seems like a reasonable goal.
>
> I have not tested exhaustively, but my OSX Terminal says UTF-8 is the
> default encoding.  Maybe that is why I do not see it from command
> line?

Changed Terminal to use MacOS Roman as default encoding. Now I get this:

$ svn diff
subversion/svn/diff-cmd.c:373: (apr_err=22)
subversion/libsvn_client/diff.c:1989: (apr_err=22)
subversion/libsvn_client/diff.c:1667: (apr_err=22)
subversion/libsvn_wc/diff_local.c:560: (apr_err=22)
subversion/libsvn_wc/status.c:2364: (apr_err=22)
subversion/libsvn_wc/status.c:1171: (apr_err=22)
subversion/libsvn_wc/status.c:1157: (apr_err=22)
subversion/libsvn_wc/diff_local.c:474: (apr_err=22)
subversion/libsvn_wc/diff_local.c:474: (apr_err=22)
subversion/libsvn_wc/diff_local.c:419: (apr_err=22)
subversion/libsvn_client/diff.c:1098: (apr_err=22)
subversion/libsvn_client/diff.c:1012: (apr_err=22)
subversion/libsvn_subr/stream.c:248: (apr_err=22)
subversion/libsvn_subr/utf.c:775: (apr_err=22)
subversion/libsvn_subr/utf.c:580: (apr_err=22)
svn: E000022: Can't convert string from 'UTF-8' to native encoding:
subversion/libsvn_subr/utf.c:578: (apr_err=22)
svn: E000022: Index: Design
Documents/?\230?\181?\139?\232?\175?\149?\230?\150?\135?\228?\187?\182.txt

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
Received on 2011-09-08 20:32:18 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.