Re: TDiff with unicode files without BOM

On 19.07.2013 14:50, Maurizio Ferraris Studio wrote:
> Hi all,
> I have a file in a SVN repository that is unicode encoded, but misses
> the BOM, the initial two bytes (FF FE) to make editors detect the
> endianess of the file.
> Using TDiff between versions resuts in strange behavior.
> Characters are displayed with an interleaving blank like:
> h e l l o
> But the difference coloring is normally at the correct line but at half
> the horizontal position, as if the position is somewhat counted
> correctly in unicode-16 chars.
> I can confirm that if the file do have the BOM the TDiff behavior is
> correct.
>
> Since I have other diff tools that looks like they correctly interprets
> the difference among versions, is this to be considered a possible bug?
>
> Do you have had similar experience?
> Is it normal to have unicode-16 files without BOM?

I guess with TDiff you mean TortoiseMerge?

TortoiseMerge can handle utf-16 files just fine, we have a few of those
in the TSVN repository as well.

Can you maybe send two files with which you can reproduce this to either
the mailing list or me directly?

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest interface to (Sub)version control
    /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=3060865
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].