From users-return-3544-daniel=haxx.se@subversion.apache.org Wed Jul 7 07:07:36 2010 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on giant.haxx.se X-Spam-Level: X-Spam-Status: No, score=-1.5 required=3.0 tests=BAYES_00,FREEMAIL_FROM, T_DKIM_INVALID,T_RP_MATCHES_RCVD,T_TO_NO_BRKTS_FREEMAIL autolearn=ham version=3.3.1 Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by giant.haxx.se (8.14.3/8.14.3/Debian-9.1) with SMTP id o6757Yxp012367 for ; Wed, 7 Jul 2010 07:07:35 +0200 Received: (qmail 74905 invoked by uid 500); 7 Jul 2010 05:07:25 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 74892 invoked by uid 99); 7 Jul 2010 05:07:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Jul 2010 05:07:24 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL Received-SPF: pass (nike.apache.org: domain of synfinatic@gmail.com designates 74.125.82.47 as permitted sender) Received: from [74.125.82.47] (HELO mail-ww0-f47.google.com) (74.125.82.47) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Jul 2010 05:07:18 +0000 Received: by wwb18 with SMTP id 18so171607wwb.16 for ; Tue, 06 Jul 2010 22:06:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=emCA8PUHzdFEAvNcx6pqAxAqoempEGOSQJO2sHssDww=; b=qwhKfqnaNgFKTLCEdLECc/S68+hQeI3Fsq9lr+XWYbUTrD8FdvNDwEKaHzX2OhtRjG FH+i0ufs2uZAkWMCgD6I5L3HbJIkHxa98UaM0h/cNcYJAsKX9H/XdBW9/+htkfD7uNCF jR8qS5y/hkbay9pFwjSwLsTZZONxxYEB0s4yw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=simIgPe8rOCLX8rTmxmOE1wI4W2HIybBB1/r3FUAdP8hMiiqrHpF98zRIIvVuip4Rd 0lG0z42rrtaUKi7L7W5gVG8Ua/E8wlztIKmbXOUBHn9tLbuFiFL8g3AhpaZ+exjdVhOD /ogNxQlR7HIqDntd3/kgoNHB5qtGZgg87x8NY= Received: by 10.227.157.79 with SMTP id a15mr4494682wbx.114.1278479217122; Tue, 06 Jul 2010 22:06:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.9.71 with HTTP; Tue, 6 Jul 2010 22:06:37 -0700 (PDT) In-Reply-To: References: From: Aaron Turner Date: Tue, 6 Jul 2010 22:06:37 -0700 Message-ID: Subject: Re: svn add: Unrecognized line ending style To: users@subversion.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.3.5 (giant.haxx.se [80.67.6.50]); Wed, 07 Jul 2010 07:07:36 +0200 (CEST) X-Friend: Nope On Tue, Jul 6, 2010 at 9:35 AM, Aaron Turner wrote: > On Tue, Jul 6, 2010 at 6:18 AM, Daniel Shahaf wr= ote: >> Aaron Turner wrote on Tue, 6 Jul 2010 at 01:43 -0000: >>> Maybe this started happening after upgrading to svn 1.6.12, but not >>> really sure about the timing, but all of a sudden I can't add any new >>> files to my svn repo on my Mac (10.6.4) because I'm getting >>> "Unrecognized line ending style" when I do an 'svn add'. >>> >>> > file pcapinfo.c >>> pcapinfo.c: ASCII c program text >>> >>> > xxd pcapinfo.c | head >>> 0000000: 2f2a 2024 4964 2420 2a2f 0a0a 2369 6e63 =A0/* $Id$ */..#inc >>> 0000010: 6c75 6465 2022 636f 6e66 6967 2e68 220a =A0lude "config.h". >>> 0000020: 2369 6e63 6c75 6465 2022 6465 6669 6e65 =A0#include "define >>> 0000030: 732e 6822 0a23 696e 636c 7564 6520 2263 =A0s.h".#include "c >>> 0000040: 6f6d 6d6f 6e2e 6822 0a0a 2369 6e63 6c75 =A0ommon.h"..#inclu >>> 0000050: 6465 203c 6663 6e74 6c2e 683e 0a23 696e =A0de .#in >>> 0000060: 636c 7564 6520 3c73 7973 2f74 7970 6573 =A0clude >> 0000070: 2e68 3e0a 2369 6e63 6c75 6465 203c 7379 =A0.h>.#include >> 0000080: 732f 7569 6f2e 683e 0a23 696e 636c 7564 =A0s/uio.h>.#includ >>> 0000090: 6520 3c75 6e69 7374 642e 683e 0a23 696e =A0e .#in >>> >>> As you can see, looks like a standard Unix text file to me, using line >>> feeds (0x0a). >>> >>> In vim, I've done a ":w ++ff=3Dunix" to force the file to unix text >>> format just to be sure, but still having the same problem. >>> >> >> Can you please check the file for CR characters? >> >> xxd -ps -c1 pcapinfo.c | grep -i 0d > > There aren't any CR/0x0d characters. Ok, this is just insane: > echo "hi" >foo.c > svn add foo.c svn: Unrecognized line ending style for 'foo.c' > echo -n "hi" >foo.c > svn add foo.c svn: Unrecognized line ending style for 'foo.c' > echo "hi" >foo > svn add foo A foo Ideas anyone? -Aaron --=20 Aaron Turner http://synfin.net/ Twitter: @synfinatic http://tcpreplay.synfin.net/ - Pcap editing and replay tools for Unix & Win= dows Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin "carpe diem quam minimum credula postero"