From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25566 invoked by alias); 11 Feb 2011 02:15:49 -0000 Received: (qmail 25554 invoked by uid 22791); 11 Feb 2011 02:15:48 -0000 X-SWARE-Spam-Status: No, hits=-0.8 required=5.0 tests=AWL,BAYES_00,TW_SV,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from csmail.cs.umass.edu (HELO csmail.cs.umass.edu) (128.119.240.177) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 11 Feb 2011 02:15:42 +0000 Received: from [192.168.0.13] (c-76-118-3-169.hsd1.ma.comcast.net [76.118.3.169]) by csmail.cs.umass.edu (Postfix) with ESMTPSA id C9872100001994AF16; Thu, 10 Feb 2011 21:15:39 -0500 (EST) Message-ID: <4D549BC6.8040403@cs.umass.edu> Date: Fri, 11 Feb 2011 02:15:00 -0000 From: Eliot Moss Reply-To: moss@cs.umass.edu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: svn References: <4D540927.9030000@cs.umass.edu> <83vd0rmzd6.fsf@garydjones.name> In-Reply-To: <83vd0rmzd6.fsf@garydjones.name> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2011-02/txt/msg00294.txt.bz2 On 2/10/2011 3:03 PM, Gary wrote: > Eliot Moss wrote: > >> I wonder if it has to do with >> (a) what svn believes to be a text, as opposed to binary, file; > > Possibly. But... I shouldn't have to configure that for my svn client, > should I? Isn't that supposed to be done on the repo end? Yes and no. The /subversion/config file is per-client and controls a number of things, notably what sorts of files are treated as binary and the eol (end of line) properties of text files. >> (b) how you have cygwin set to treat text files; and > > Not sure what you mean here. You mean the mount options? Not sure what > they are, I'm on a different computer right now. Yes, I think so, but there is a place where, when you set up cygwin, you indicate a preference for Windows or Linux line endings. That is what I am talking about. And if you set it for Linux (say) and Windows tools don't like that (or vice versa) then you can have problems. >> (c) what line terminator, etc., VC# wants to see. > > Hmm. Well, I would hope that "svn co ." just gets whatever happens > to be in the repo - LF, CRLF, whatever - and doesn't feck with them just > because they are not the line endings some program someone might want to > sometime use, expects. Is that not the case? Ummm, no. The svn:eol-style property controls how line endings get translated between the internal store and representation when checked out. This makes sense if you want the same sources to work on Mac OS, Unix, and Windows, transparently ... the external and internal forms cannot always match byte-for-byte. > I should probably mention that I've been happily using the same Cygwin > svn for about a year (including some binary files such as images) and > never had a problem. Only now, with this stupid new project/repository. Well, I hope you are starting to understand the eol representation issue to which I am pointing. I can't say if that's what's biting you, but if someone set up a repo without doing that well, and you try building on a platform that wants different line endings, your tools might well complain or produce results different from what you want ... Best wishes -- EM -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple