X-Spam-Check-By: sourceware.org Message-ID: <860934040609271632u5221c256v8b4db4c16bf669e3@mail.gmail.com> Date: Wed, 27 Sep 2006 16:32:36 -0700 From: "Malcolm Nixon" To: cygwin@cygwin.com Subject: RE: Bash 3.1.17(8) CR/LF problem MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com Jonathan Arnold wrote: > You can change the Perforce filetype to be binary, and that way Perforce > will leave the cr/lf alone. Then check out the scripts, do a d2u on them, > and check them back in. > > > $ p4 edit -t binary myscript.sh I believe this is what I will end up being forced to do. Many of the other fixes could be used if this were just my system, however I have to assist over 30 developers scattered around the country, most of whom are Cygwin illiterate (other than running a simple build script). The mount point idea would work, except that every developer gets their local sandbox in different areas of their drives, and most have multiple sandboxes active for work on different branches. The only truly annoying thing with binary files in Perforce is that it makes diffing and merging much harder. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/