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

RE: SVN commit line ending handling

From: Geoff Field <Geoff_Field_at_aapl.com.au>
Date: Tue, 3 Sep 2013 09:00:16 +1000

Hi Thorsten,

> Guten Tag Geoff Field,
> am Montag, 2. September 2013 um 01:09 schrieben Sie:
> > If the file's encoded as UTF-16, it will give this error
> regardless of
> > the consistency of the line endings.
> I successfully committed UTF-16 some minutes ago, Subversion
> doesn't care about the character set of the files.

Last time I did a commit of this file, I was using TortoiseSVN version 1.7.13 (or earlier) on a Windows system.

The properties include svn:eol-style=native and svn:mime-type=text/xml (this latter is probably from autoprops).

> The
> problem in your case surely was because of inconsistent line
> endings as well.

It's possible. I did look at the file with a hex editor to try to fix things, but didn't see any inconsistent line endings. Of course, this does not mean there were none, just that I didn't see them.

In the hex editor, the line endings were all encoded as 00 0d 00 0a. Given the "native" eol style, I think SVN might have been looking for 0d 0a without the padding. SVN might even have seen the 00 0d as one line ending and the 00 0a as the next.

Since the file is auto-generated as part of an installation package, one would hope the auto-generation tool would make the endings consistent. However, hope is no substitute for reality.



Apologies for the auto-generated legal boilerplate added by our IT department:
- The contents of this email, and any attachments, are strictly private
and confidential.
- It may contain legally privileged or sensitive information and is intended
solely for the individual or entity to which it is addressed.
- Only the intended recipient may review, reproduce, retransmit, disclose,
disseminate or otherwise use or take action in reliance upon the information
contained in this email and any attachments, with the permission of
Australian Arrow Pty. Ltd.
- If you have received this communication in error, please reply to the sender
immediately and promptly delete the email and attachments, together with
any copies, from all computers.
- It is your responsibility to scan this communication and any attached files
for computer viruses and other defects and we recommend that it be
subjected to your virus checking procedures prior to use.
- Australian Arrow Pty. Ltd. does not accept liability for any loss or damage
of any nature, howsoever caused, which may result
directly or indirectly from this communication or any attached files. 
Received on 2013-09-03 01:01:12 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.