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

Re: Re: TortoiseMerge recognising some file as binary?

From: Simon Large <simon.tortoisesvn_at_gmail.com>
Date: Thu, 15 Dec 2011 13:50:35 +0000

On 15 December 2011 13:41, Jean-Francois Cote <jfcote_at_aquadata.com> wrote:
>> Can you check that file in a hex editor and see if it contains double
>> null chars?
>  I've downloaded an HEX editor and check the file. At the end of the problematic file, there is 48 NULL char... In the revision just after this one, there is none. The 10 revisions before have the same number of NULL char. And before that, they doesn't have. And then one day it reappear...
> So my question are:
> 1) Is this a problem with our server that could have generated this? Because the revision were done by a lot of different programmer on different computers so I'm pretty sure it's not one particular computer who generate this.

It is unlikely to be the subversion server. Files are stored as binary
and if it added data to the end randomly it would be a truly broken
revision control system.

More likely one of your programmers has an unfriendly editor which
does this and everyone else has editors that leave the file as they
find it. If you find the revision where the nulls re-appear and find
who made that commit then you may find out what is causing this.

> 2) Why does tortoise recognise this as a binary file when all the other editor are able to open it and even do the diff (WinMerge)?

I'll leave that one to Stefan ...


:       ___
:  oo  // \\      "De Chelonian Mobile"
: (_,\/ \_/ \     TortoiseSVN
:   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
:   /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2011-12-15 14:50:44 CET

This is an archived mail posted to the TortoiseSVN Users mailing list.