X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:message-id:date:from:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; q=dns; s=default; b=fOTde+KT2PqVHPvLWsTungUomsyi94l9AYk4Zhq5bRf HYEnk7BPv7DAdk98iShgca89BOG6YAbARlnvvm6f+i//CqEphpDy7RfgLh4quil8 vV5n78ZwKlAtaQfY9TnPBMgHpA+FDSCDfpTAalYHHQOsr4XN7LoH2bvYh/X3TCEQ = DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:message-id:date:from:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; s=default; bh=C/IuPh4RQ53MzDFdwvgTuiIiPoM=; b=GgeH7sBJFaUgZi8C5 fELtOIZELsfcYTAIznMcNYYLj4MwdNKvgKv+MIf+WCpCLel/wLwlpdosU5wDHd1m i82TV/ezr7AxwoINd2GDKFzC4KsBMyTr1y834t39jBYJa7k6ri2dMyllc1LYfZsw mB4AO5Ak6bk6r5WmTwfy2yODJE= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com X-Spam-SWARE-Status: No, score=-0.7 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,FSL_HELO_BARE_IP_2,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,SPF_PASS autolearn=no version=3.3.1 X-Received: by 10.14.109.195 with SMTP id s43mr1653031eeg.132.1372865726180; Wed, 03 Jul 2013 08:35:26 -0700 (PDT) Message-ID: <51D4445D.6090909@email.com> Date: Wed, 03 Jul 2013 17:33:49 +0200 From: "Peter B." User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: Bug with Cygwin's 'quilt' is actually in 'patch' References: <51D39491 DOT 9040501 AT email DOT com> <20130703123326 DOT GF5118 AT calimero DOT vinschen DOT de> <51D42171 DOT 9010701 AT email DOT com> <20130703133048 DOT GG5118 AT calimero DOT vinschen DOT de> In-Reply-To: <20130703133048.GG5118@calimero.vinschen.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 03.07.2013 15:30 Corinna Vinschen wrote: > On Jul 3 15:04, Peter B. wrote: >> On 03.07.2013 14:33 Corinna Vinschen wrote: >>> On Jul 3 05:03, Peter B. wrote: >>>> On Jun 20 09:46, Corinna Vinschen wrote: >>>>> I'll build a new patch 2.7.1 for 32 bit today. I hope that fixes it >>>>> for 32 bit as well. >>>> The new 2.7.1 (32bit) brakes CRLF handling for me completely. The old >>>> 2.6.1 works properly. 2.7.1 with text files converted from CRLF to LF >>>> works properly as well. >>>> >>>> Can you take a look at the download link below? It includes an example >>>> file (with CRLF), the corresponding patch (LF) and the two binaries >>>> (patch v2.6.1 and v2.7.1). >>>> >>>> http://www60.zippyshare.com/v/13352963/file.html >>> Please provide a direct link which doesn't require to enable scripting >>> in a web browser to download. >>> >>> >>> Thanks, >>> Corinna >>> >> Please download this picture (jpg) and rename the file suffix to 7z or >> open with corresponding archiver directly. >> >> http://abload.de/img/patchfus75.jpg (99KB) > Thanks. The behaviour here is a deliberate upstream choice to apply the > patch only if the line endings are the same as in the file to patch. > > If you really must apply non-CRLF patches to CRLF files, consider using > a temporary text mount: > http://cygwin.com/cygwin-ug-net/using-utils.html#mount > > > Corinna > Sounds like intended behavior. I will try to tackle the problem otherwise then. The culprit here is the JavaVM that produces different EOLs on different platforms (running a binary decompiler -> txt). Thanks. -- 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