Re: SVN Blame Returns Corrupt Data

2013-10-11 Thread Ben Reser
On 10/11/13 10:25 AM, Stefan Sperling wrote: > Couldn't Subversion automatically convert UTF-16 files to UTF-8 before > processing them for diff/merge/blame, and convert output written to > the original files back to UTF-16? That's what the patch I pointed out did. Nobody seemed to object to the

Re: SVN Blame Returns Corrupt Data

2013-10-11 Thread Branko Čibej
On 11.10.2013 18:23, Andreas Krey wrote: > On Fri, 11 Oct 2013 17:43:30 +, Branko ??ibej wrote: > ... >> Of course, if someone used the U+2424 newline code point instead, then >> in the worst case, the whole file would be interpreted as a single line. > And SVN would be right, as U+2424 is 'SYM

Re: SVN Blame Returns Corrupt Data

2013-10-11 Thread Branko Čibej
On 11.10.2013 19:25, Stefan Sperling wrote: > On Fri, Oct 11, 2013 at 09:52:31AM -0700, Ben Reser wrote: >> On 10/11/13 9:22 AM, Branko Čibej wrote: >>> You'd have to extend Subversion's file type detection to detect UTF-16. >>> See svn_io_detect_mimetype2 in line in this file: >>> >>> http://

Re: SVN Blame Returns Corrupt Data

2013-10-11 Thread Branko Čibej
On 11.10.2013 18:52, Ben Reser wrote: > On 10/11/13 9:22 AM, Branko Čibej wrote: >> You'd have to extend Subversion's file type detection to detect UTF-16. >> See svn_io_detect_mimetype2 in line in this file: >> >> http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_subr/io.c?view=

Re: SVN Blame Returns Corrupt Data

2013-10-11 Thread Stefan Sperling
On Fri, Oct 11, 2013 at 09:52:31AM -0700, Ben Reser wrote: > On 10/11/13 9:22 AM, Branko Čibej wrote: > > You'd have to extend Subversion's file type detection to detect UTF-16. > > See svn_io_detect_mimetype2 in line in this file: > > > > http://svn.apache.org/viewvc/subversion/trunk/subvers

Re: SVN Blame Returns Corrupt Data

2013-10-11 Thread Ben Reser
On 10/11/13 9:22 AM, Branko Čibej wrote: > You'd have to extend Subversion's file type detection to detect UTF-16. > See svn_io_detect_mimetype2 in line in this file: > > http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_subr/io.c?view=markup > Subversion currently only looks at

Re: SVN Blame Returns Corrupt Data

2013-10-11 Thread Andreas Krey
On Fri, 11 Oct 2013 17:43:30 +, Branko ??ibej wrote: ... > Of course, if someone used the U+2424 newline code point instead, then > in the worst case, the whole file would be interpreted as a single line. And SVN would be right, as U+2424 is 'SYMBOL FOR NEWLINE', which is actually a printable

Re: SVN Blame Returns Corrupt Data

2013-10-11 Thread Branko Čibej
On 11.10.2013 18:12, Bob Archer wrote: >> On 11.10.2013 17:19, Bob Archer wrote: On 11.10.2013 16:55, Bob Archer wrote: >> On 11.10.2013 15:58, Bob Archer wrote: On Thu, Oct 10, 2013 at 5:49 PM, Bob Archer >> >> wrote: I assume he was asking how to "fix" the blame. C

RE: SVN Blame Returns Corrupt Data

2013-10-11 Thread Bob Archer
> On 11.10.2013 17:19, Bob Archer wrote: > >> On 11.10.2013 16:55, Bob Archer wrote: > On 11.10.2013 15:58, Bob Archer wrote: > >> On Thu, Oct 10, 2013 at 5:49 PM, Bob Archer > > wrote: > >> I assume he was asking how to "fix" the blame. Cause, sure, he > >> could open the fi

Re: SVN Blame Returns Corrupt Data

2013-10-11 Thread Branko Čibej
On 11.10.2013 17:19, Bob Archer wrote: >> On 11.10.2013 16:55, Bob Archer wrote: On 11.10.2013 15:58, Bob Archer wrote: >> On Thu, Oct 10, 2013 at 5:49 PM, Bob Archer wrote: >> I assume he was asking how to "fix" the blame. Cause, sure, he >> could open the file, convert it b

RE: SVN Blame Returns Corrupt Data

2013-10-11 Thread Bob Archer
> On 11.10.2013 16:55, Bob Archer wrote: > >> On 11.10.2013 15:58, Bob Archer wrote: > On Thu, Oct 10, 2013 at 5:49 PM, Bob Archer > >> wrote: > I assume he was asking how to "fix" the blame. Cause, sure, he > could open the file, convert it back to UTF-8 with CRLF line > endin

Re: SVN Blame Returns Corrupt Data

2013-10-11 Thread Branko Čibej
On 11.10.2013 16:55, Bob Archer wrote: >> On 11.10.2013 15:58, Bob Archer wrote: On Thu, Oct 10, 2013 at 5:49 PM, Bob Archer >> wrote: I assume he was asking how to "fix" the blame. Cause, sure, he could open the file, convert it back to UTF-8 with CRLF line endings... and comm

RE: SVN Blame Returns Corrupt Data

2013-10-11 Thread Bob Archer
> On 11.10.2013 15:58, Bob Archer wrote: > >> On Thu, Oct 10, 2013 at 5:49 PM, Bob Archer > wrote: > >> I assume he was asking how to "fix" the blame. Cause, sure, he could > >> open the file, convert it back to UTF-8 with CRLF line endings... and > >> commit it... of course, now blame is going to

Re: SVN Blame Returns Corrupt Data

2013-10-11 Thread Branko Čibej
On 11.10.2013 15:58, Bob Archer wrote: >> On Thu, Oct 10, 2013 at 5:49 PM, Bob Archer wrote: >> I assume he was asking how to "fix" the blame. Cause, sure, he could open >> the file, convert it back to UTF-8 with CRLF line endings... and commit >> it... of >> course, now blame is going to show hi

RE: SVN Blame Returns Corrupt Data

2013-10-11 Thread Bob Archer
> On Thu, Oct 10, 2013 at 5:49 PM, Bob Archer  wrote: > I assume he was asking how to "fix" the blame. Cause, sure, he could open > the file, convert it back to UTF-8 with CRLF line endings... and commit it... > of > course, now blame is going to show him on every line, since he just changed > eve

Re: SVN Blame Returns Corrupt Data

2013-10-11 Thread T.J. Perovich
On Thu, Oct 10, 2013 at 5:49 PM, Bob Archer wrote: > I assume he was asking how to "fix" the blame. Cause, sure, he could open > the file, convert it back to UTF-8 with CRLF line endings... and commit > it... of course, now blame is going to show him on every line, since he > just changed every l

Re: SVN Blame Returns Corrupt Data

2013-10-10 Thread Ben Reser
On 10/10/13 12:17 PM, T.J. Perovich wrote: > On Thu, Oct 10, 2013 at 2:27 PM, Ryan Schmidt > wrote: >>Sounds like you've converted the file from UTF-8 to UTF-16. > > Thanks, you're absolutely right. It changed from UTF-8 to UTF-16LE. > > Any idea how to

RE: SVN Blame Returns Corrupt Data

2013-10-10 Thread Bob Archer
> Guten Tag T.J. Perovich, > am Donnerstag, 10. Oktober 2013 um 21:17 schrieben Sie: > > > Any idea how to go about fixing it elegantly? > > Simply convert it back using your method of choice, Notepad++ should be > able to handle this. > > Mit freundlichen Grüßen, > > Thorsten Schöning I assum

Re: SVN Blame Returns Corrupt Data

2013-10-10 Thread Thorsten Schöning
Guten Tag T.J. Perovich, am Donnerstag, 10. Oktober 2013 um 21:17 schrieben Sie: > Any idea how to go about fixing it elegantly? Simply convert it back using your method of choice, Notepad++ should be able to handle this. Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E

Re: SVN Blame Returns Corrupt Data

2013-10-10 Thread T.J. Perovich
On Thu, Oct 10, 2013 at 2:27 PM, Ryan Schmidt < subversion-20...@ryandesign.com> wrote: >Sounds like you've converted the file from UTF-8 to UTF-16. Thanks, you're absolutely right. It changed from UTF-8 to UTF-16LE. Any idea how to go about fixing it elegantly? We have about 3 months of commit

RE: SVN Blame Returns Corrupt Data

2013-10-10 Thread Bob Archer
> On Oct 10, 2013, at 11:29, T.J. Perovich wrote: > > > I'm having trouble running svn blame on a particular file. It's returning > garbage. > > > > In TortoiseBlame: > > 3341 TJP ÿþO > > 3341 TJP > > > > In the command line: > > 3341TJP ■O > > 3341TJP > > > > > > The file is

Re: SVN Blame Returns Corrupt Data

2013-10-10 Thread Ryan Schmidt
On Oct 10, 2013, at 11:29, T.J. Perovich wrote: > I'm having trouble running svn blame on a particular file. It's returning > garbage. > > In TortoiseBlame: > 3341 TJP ÿþO > 3341 TJP > > In the command line: > 3341TJP ■O > 3341TJP > > > The file is 10.1k lines, not 2.