Re: SVN Blame Returns Corrupt Data

2013-10-11 Thread T.J. Perovich
On Thu, Oct 10, 2013 at 5:49 PM, Bob Archer bob.arc...@amsi.com 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

RE: SVN Blame Returns Corrupt Data

2013-10-11 Thread Bob Archer
On Thu, Oct 10, 2013 at 5:49 PM, Bob Archer bob.arc...@amsi.com 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

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 bob.arc...@amsi.com 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 Bob Archer
On 11.10.2013 15:58, Bob Archer wrote: On Thu, Oct 10, 2013 at 5:49 PM, Bob Archer bob.arc...@amsi.com 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

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 bob.arc...@amsi.com 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

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 bob.arc...@amsi.com 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

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 bob.arc...@amsi.com wrote: I assume he was asking how to fix the blame. Cause, sure, he could open the file, convert it back to

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 bob.arc...@amsi.com wrote: I assume he was asking how to fix the blame. Cause, sure, he could open the file, convert it

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 bob.arc...@amsi.com wrote: I assume he was asking how to fix the blame. Cause, sure, he

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 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 the

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:

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=markup

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:

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 'SYMBOL

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-10 Thread Ryan Schmidt
On Oct 10, 2013, at 11:29, T.J. Perovich tjperov...@gmail.com 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

RE: SVN Blame Returns Corrupt Data

2013-10-10 Thread Bob Archer
On Oct 10, 2013, at 11:29, T.J. Perovich tjperov...@gmail.com 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

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 commits

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

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 assume he was

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 subversion-20...@ryandesign.com mailto: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