From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1699 invoked by alias); 15 Nov 2004 04:45:13 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 1399 invoked from network); 15 Nov 2004 04:45:08 -0000 Received: from unknown (HELO legolas.inter.net.il) (192.114.186.24) by sourceware.org with SMTP; 15 Nov 2004 04:45:08 -0000 Received: from zaretski ([80.230.158.116]) by legolas.inter.net.il (MOS 3.5.5-GR) with ESMTP id DCL81460 (AUTH halo1); Mon, 15 Nov 2004 06:44:22 +0200 (IST) Date: Mon, 15 Nov 2004 16:06:00 -0000 From: "Eli Zaretskii" To: Andreas Schwab Message-ID: <01c4cacd$Blat.v2.2.2$9f8338a0@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 CC: tromey@redhat.com, drow@false.org, otto.wyss@orpatec.ch, gdb@sources.redhat.com In-reply-to: (message from Andreas Schwab on Mon, 15 Nov 2004 00:13:07 +0100) Subject: Re: GDB doesn't show the correct line Reply-to: Eli Zaretskii References: <40D5E480.4A68163@orpatec.ch> <20040620202929.GA17216@nevyn.them.org> <40D7212F.E68A9D61@orpatec.ch> <20040621175928.GA13407@nevyn.them.org> <40D725AF.FC2AAF3A@orpatec.ch> <20041113201803.GA21320@nevyn.them.org> <01c4c9c9$Blat.v2.2.2$913fbf20@zahav.net.il> <20041113214612.GA30909@nevyn.them.org> <01c4ca89$Blat.v2.2.2$e9842b60@zahav.net.il> <01c4ca99$Blat.v2.2.2$124c16c0@zahav.net.il> X-SW-Source: 2004-11/txt/msg00143.txt.bz2 > Cc: tromey@redhat.com, drow@false.org, otto.wyss@orpatec.ch, > gdb@sources.redhat.com > From: Andreas Schwab > Date: Mon, 15 Nov 2004 00:13:07 +0100 > > Because they look like non-canonical line endings, but can be interpreted > as two line endings when using a strict interpretation. The first one > could be a Unix newline followed by a Mac newline, or a non-canonical DOS > newline (should non-canonical DOS newlines be recognized?). The second > one could be a Mac newline followed by a DOS newline, or a spurious CR > followed by a DOS newline (should spurious CRs be ignored?). If we support \r Mac-style newlines, then (see Felix's message in this thread), we cannot support non-canonical line-endings and we cannot ignore spurious CRs.