From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: etags test is broken on MS-Windows Date: Fri, 22 May 2015 11:23:09 -0700 Organization: UCLA Computer Science Department Message-ID: <555F740D.4030304@cs.ucla.edu> References: <83y4kmdjmj.fsf@gnu.org> <555A8E62.7060700@cs.ucla.edu> <83h9r8egen.fsf@gnu.org> <83pp5t6gex.fsf@gnu.org> <555E09AE.9070208@cs.ucla.edu> <83lhgh6fb2.fsf@gnu.org> <555E2C10.4010501@cs.ucla.edu> <83h9r5670s.fsf@gnu.org> <555E6A15.8010404@cs.ucla.edu> <831ti957wp.fsf@gnu.org> <83pp5s4uml.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1432319029 5524 80.91.229.3 (22 May 2015 18:23:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 22 May 2015 18:23:49 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii , =?UTF-8?B?RnJhbmNlc2NvIFBvdG9ydMOs?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 22 20:23:40 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Yvrbf-0006xI-Q6 for ged-emacs-devel@m.gmane.org; Fri, 22 May 2015 20:23:39 +0200 Original-Received: from localhost ([::1]:35280 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yvrbf-0004ci-1s for ged-emacs-devel@m.gmane.org; Fri, 22 May 2015 14:23:39 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54049) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YvrbR-0004cd-PB for emacs-devel@gnu.org; Fri, 22 May 2015 14:23:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YvrbQ-0005gK-Kc for emacs-devel@gnu.org; Fri, 22 May 2015 14:23:25 -0400 Original-Received: from smtp.cs.ucla.edu ([131.179.128.62]:55389) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YvrbL-0005dl-1U; Fri, 22 May 2015 14:23:19 -0400 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 95172A60013; Fri, 22 May 2015 11:23:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Original-Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9QDVYfdUgXhx; Fri, 22 May 2015 11:23:10 -0700 (PDT) Original-Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 2C529A60010; Fri, 22 May 2015 11:23:10 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 In-Reply-To: <83pp5s4uml.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 131.179.128.62 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:186737 Archived-At: On 05/22/2015 06:19 AM, Eli Zaretskii wrote: >> I'd go with removeing the different >> >treatment of crlf on dos and unix. > I agree, but it sounds like Paul doesn't. Yes and no. My understanding is that the code now works without glitches for files with a few stray CRLFs but has some glitches for files that consistently use CRLF, and that the change proposed in would introduce glitches in the former case while removing glitches in the latter. I'd rather not trade one bug for another. That is, if we're going to change this code at all, let's do it in a way that doesn't introduce glitches for the stray CRLF case. One possible way to do that is suggested in the last paragraph of . This approach does remove the different treatment of CRLF on MS-Windows and Unix (as Francesco suggested); but it does so in a different way, by using the Unix convention everywhere, and it suggests an approach that should let Emacs do the right thing on both Unix and MS-Windows, without any glitches on either platform.