On Sun, Oct 6, 2013 at 1:33 PM, Helge Rossvoll <Helge.Rossvoll_at_itet.no>wrote:
> When downloading files from the SVN bash (.sh) files are always a little
> bit bigger than the original committed file.****
>
> This seem to only be relevant to bash scripts as far as I can see until
> now. Ziped files are not affected it seems.****
>
> ** **
>
> Using notepad++ in windows to compare the files, notepad++ informs that
> the files are a match. Though doing a MD5sum shows different MD5 hash.****
>
> Afraid that it might give effects on finished applications built from the
> SVN repo, as well as maybe corruption in files.****
>
> ** **
>
> Anyone with any idead?****
>
> ** **
>
> Server = ****
>
> OS: Debian****
>
> Kernel: 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 x86_64 GNU/Linux****
>
> SVN: svn, version 1.6.17 (r1128011)****
>
> Apache: Apache/2.2.22 (Debian)****
>
> Transport mode: HTTP (not https)****
>
>
>
Do you have svn:eol-style set? If so, what is its value?
You mentioned Notepad++, which is Windows-only. On *NIX, the default EOL
marker is \n (LF), while on Windows it's CRLF (\r\n). If svn:eol-style is
set to native, when you check out on Windows the EOLs will be CRLF, and
when you check out on *NIX, it'll be LF - a difference of one byte per
line. Visually, there's no difference. But there will be a checksum
difference.
In Notepad++, turn on Show Whitespace Characters (I forget the exact
wording, and am not in front of Windows at the moment). Do the same on a
*NIX machine and your text editor of choice there. You should see a
difference there.
Received on 2013-10-06 19:45:38 CEST