From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26605 invoked by alias); 22 Jan 2013 11:44:36 -0000 Received: (qmail 26596 invoked by uid 22791); 22 Jan 2013 11:44:35 -0000 X-SWARE-Spam-Status: No, hits=-4.5 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,RCVD_IN_NIX_SPAM,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout22.012.net.il (HELO mtaout22.012.net.il) (80.179.55.172) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 22 Jan 2013 11:44:29 +0000 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MH000D00Z5SRX00@a-mtaout22.012.net.il> for gdb-patches@sourceware.org; Tue, 22 Jan 2013 13:44:12 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MH000D11Z9NQT30@a-mtaout22.012.net.il>; Tue, 22 Jan 2013 13:44:12 +0200 (IST) Date: Tue, 22 Jan 2013 11:44:00 -0000 From: Eli Zaretskii Subject: Re: [patch 4/9] TUI: Use internally fullname In-reply-to: <20130122084648.GA2790@host2.jankratochvil.net> To: Jan Kratochvil Cc: tromey@redhat.com, gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83622po31d.fsf@gnu.org> References: <20130117215935.GE16249@host2.jankratochvil.net> <87r4le1i04.fsf@fleche.redhat.com> <20130121211121.GA29177@host2.jankratochvil.net> <83mww1ogfl.fsf@gnu.org> <20130122071205.GA31510@host2.jankratochvil.net> <83a9s1oc9w.fsf@gnu.org> <20130122084648.GA2790@host2.jankratochvil.net> X-IsSubscribed: yes 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: 2013-01/txt/msg00521.txt.bz2 > Date: Tue, 22 Jan 2013 09:46:48 +0100 > From: Jan Kratochvil > Cc: tromey@redhat.com, gdb-patches@sourceware.org > > On Tue, 22 Jan 2013 09:24:59 +0100, Eli Zaretskii wrote: > > > But for NAME - the string which user entered in "break ./gdb.base/return.c:main" > > > - has no compilation nor "current" directory. > > > > What is the semantics of such a 'break' command? Does "." here mean > > the current directory? Or does it mean something else? > > It is compilation directory (DW_AT_comp_dir) relative name (therefore CU's > DW_AT_name). But then it means that directory is somewhere we could get at it, right? And yet you said "has no compilation directory". What am I missing? > Moreover recent GDBs allow to use also any trailing part, therefore not just > "break ./gdb.base/return.c:main" and "break return.c:main" > but also "break gdb.base/return.c". It sounds strange to me to use "." to mean anything but GDB's current directory, but if that's a long living tradition, so be it. > > > So I do not understand why MS-Windows stat call does not provide st_ino from > > > those fields. > > > > Because MS didn't bother to code that. > > BTW Free wine32 also has st_ino == 0; I understand it needs to be compatible. > Free wine64 (with 64-bit PE32+ executable) also behaves the same. Compatibility is a virulent disease.