From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9885 invoked by alias); 22 Apr 2010 12:47:25 -0000 Received: (qmail 9846 invoked by uid 22791); 22 Apr 2010 12:47:22 -0000 X-SWARE-Spam-Status: No, hits=-0.5 required=5.0 tests=BAYES_05,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp.nokia.com (HELO mgw-mx03.nokia.com) (192.100.122.230) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 22 Apr 2010 12:47:15 +0000 Received: from vaebh106.NOE.Nokia.com (vaebh106.europe.nokia.com [10.160.244.32]) by mgw-mx03.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o3MCktds005844 for ; Thu, 22 Apr 2010 15:47:11 +0300 Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by vaebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 22 Apr 2010 15:46:26 +0300 Received: from mgw-da02.ext.nokia.com ([147.243.128.26]) by esebh102.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Thu, 22 Apr 2010 15:46:26 +0300 Received: from gar.localnet (bettdhcp167179.europe.nokia.com [172.25.167.179]) by mgw-da02.ext.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o3MCkOrH007432 for ; Thu, 22 Apr 2010 15:46:24 +0300 From: =?iso-8859-1?q?Andr=E9_P=F6nitz?= To: gdb-patches@sourceware.org Subject: Re: [RFC] Do not treat '\' as escape character on MinGW Windows hosts Date: Thu, 22 Apr 2010 12:47:00 -0000 User-Agent: KMail/1.12.2 (Linux/2.6.31-19-generic; KDE/4.3.2; i686; ; ) References: <20100421203354.GD6588@adacore.com> <20100422001714.GD19194@adacore.com> <20100422023421.GA20111@ednor.casa.cgf.cx> In-Reply-To: <20100422023421.GA20111@ednor.casa.cgf.cx> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004221446.53439.andre.poenitz@nokia.com> X-Nokia-AV: Clean Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-04/txt/msg00748.txt.bz2 On Thursday 22 April 2010 04:34:21 Christopher Faylor wrote: > On Wed, Apr 21, 2010 at 08:17:14PM -0400, Joel Brobecker wrote: > >> > (gdb) file c:\\foo\\bar.exe > >> > Reading symbols from c:\foo\bar.exe...done. > >> > >> Why not just use a "forward" slash? > > > >It's not always that easy - A lot of times, the user wants to copy/paste > >a path that's been printed by another tool. Also, the typical Windows > >user seems to think that he should be able to use a valid Windows path > >(which I agree)... > > I agree too except when we're talking about something that is > essentially a UNIX tool Isn't gdb aiming at supporting (at least?) the same environments as gcc does? If so, the answer seems pretty clear to me: gcc works for MinGW, so gdb should "just work", too. Whether this boils down to making a backslash an ordinary character, or have some setting for it is another question. I do understand that gdb has a UNIX history, but telling people "If you mean 'a', type 'b'" strikes me as odd - no matter what the context is. > And, I don't see how you can talk about the pain of doubling up > the backslashes if you're talking about cutting and pasting. If you cut&paste paths from a shell or browser on Windows you'll get single backslashs. Some applications (also lots with a UNIX history) can handle that, some not. In the latter cases the user has to manually "fix" (he might even call it "cripple") the pasted path to make that application happy. That's slow, prone to error, and ugly. gdb has by now a _huge_ potential to be _the_ cross-platform debugging solution. In practice, it is hampered by usability issues like that to a degree that makes it practically unusable in a lot of scenarios - also on UNIX btw. > I know I'll be outvoted here but I I hate cluttering code with MS-DOS > workarounds. Oh well... For me the "joy" of application development has always been to take some burden from the user and place it on the sholders of the developer. And in a cross-platform environment this sometimes may mean using the preprocessor, or use an otherwise unneeded abstraction layer. Sure, this makes the application code more complex, but isn't making applications doing something useful the actual goal of making them? Andre'