From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21494 invoked by alias); 11 Oct 2006 17:36:17 -0000 Received: (qmail 21483 invoked by uid 22791); 11 Oct 2006 17:36:16 -0000 X-Spam-Check-By: sourceware.org Received: from nitzan.inter.net.il (HELO nitzan.inter.net.il) (192.114.186.20) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 11 Oct 2006 17:36:13 +0000 Received: from HOME-C4E4A596F7 (IGLD-80-230-149-41.inter.net.il [80.230.149.41]) by nitzan.inter.net.il (MOS 3.7.3a-GA) with ESMTP id EXB75997 (AUTH halo1); Wed, 11 Oct 2006 19:36:08 +0200 (IST) Date: Wed, 11 Oct 2006 17:36:00 -0000 Message-Id: From: Eli Zaretskii To: Denis PILAT CC: gdb-patches@sourceware.org In-reply-to: <452CC287.4050401@st.com> (message from Denis PILAT on Wed, 11 Oct 2006 12:08:07 +0200) Subject: Re: '\r' only end-of-line Reply-to: Eli Zaretskii References: <452A6905.1040308@st.com> <452B9EB9.4040709@st.com> <452BB767.5000407@st.com> <452CC287.4050401@st.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-10/txt/msg00121.txt.bz2 > Date: Wed, 11 Oct 2006 12:08:07 +0200 > From: Denis PILAT > Cc: gdb-patches@sourceware.org > > > >As for the \r case, don't such files fail in many more places? It > >looks like you need to test for \r in every place where we currently > >test for \n, or am I missing something? > > > > > Well, I thought reading your previous email on the other patch you just > accepted > ( "What happens with a file that ends in a sole `\r'?"), > that MacOs files were supported by GDB. So I did some tests > with such a file and found that there were a problem in the TUI that > did not allow user to scroll these kind of source files. There are also > problem in gdb command line. Both tell that the source file contains > only 1 line. > > My patch just fixes this problem and allow scrolling of sources file in > the TUI, not more. > > It does NOT aims at globally supporting MACOS files , as you said, there > should > be plenty of failures elsewhere, and there are. > I don't want to go into such a yard > so let's forget about my patch if you think it's useless. It's not useless to make GDB seamlessly work with all 3 types of end-of-line formats, but that's a lot of work, so if you don't have the resources to do that, it doesn't make sense to fix only this one place, because, as you saw, it will fail in many others.