ascii/binary + windows/unix ...

[Tim Alsop <Ti...@CyberSafe.Ltd.UK>]

I have been working on a project on Windows system, then I checked this
into the repository and used 'svn co' to load the project onto a Solaris
8 server ... Some of the files with file names such as imakes.sh,
Imakefile, program.c etc. contained control-m characters at the end of
the line. This suggests that the file was not copied using ascii, but
treated as binary so the new line character (control-m) was passed to
the repository, or perhaps something else went wrong ???

 

Any ideas why/how this might have occurred ?

 

Tim.

Re: ascii/binary + windows/unix ...

[Michael Legart <mi...@legart.dk>]

Tim Alsop wrote:
> I have been working on a project on Windows system, then I checked this 
> into the repository and used ‘svn co’ to load the project onto a Solaris 
> 8 server … Some of the files with file names such as imakes.sh, 
> Imakefile, program.c etc. contained control-m characters at the end of 
> the line. This suggests that the file was not copied using ascii, but 
> treated as binary so the new line character (control-m) was passed to 
> the repository, or perhaps something else went wrong ???

That is perfectly normal.

Have a look at

http://svnbook.red-bean.com/svnbook/ch07s02.html#svn-ch-7-sect-2.3.5

for a solution to the problem.

/Michael

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: ascii/binary + windows/unix ...

[Branko Čibej <br...@xbc.nu>]

Tim Alsop wrote:

> I have been working on a project on Windows system, then I checked 
> this into the repository and used ‘svn co’ to load the project onto a 
> Solaris 8 server … Some of the files with file names such as 
> imakes.sh, Imakefile, program.c etc. contained control-m characters at 
> the end of the line. This suggests that the file was not copied using 
> ascii, but treated as binary so the new line character (control-m) was 
> passed to the repository, or perhaps something else went wrong ???
>
>  
>
> Any ideas why/how this might have occurred ?
>
This is exactly how Subversion is supposed to behave. By default, 
Subversion doesn't make _any_ changes to the file contents. If you want 
newline translation, you must set the svn:eol-style property on the file 
to "native". Read the book; this is all explained there.

-- Brane


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: ascii/binary + windows/unix ...

["Martin J. Evans" <ma...@easysoft.com>]

You need to set eol-style native on the files.

e.g. svn propset svn:eol-style native files

Then, when the files are checked out they will have native end of line style.
e.g. LF for UNIX and CR/LF for Windows.

Martin
--
Martin J. Evans
Development, Easysoft Ltd


Quoting Tim Alsop <Ti...@CyberSafe.Ltd.UK>:

> I have been working on a project on Windows system, then I checked this
> into the repository and used 'svn co' to load the project onto a Solaris
> 8 server ... Some of the files with file names such as imakes.sh,
> Imakefile, program.c etc. contained control-m characters at the end of
> the line. This suggests that the file was not copied using ascii, but
> treated as binary so the new line character (control-m) was passed to
> the repository, or perhaps something else went wrong ???
> 
>  
> 
> Any ideas why/how this might have occurred ?
> 
>  
> 
> Tim.
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org