From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1449 invoked by alias); 3 Jun 2006 22:26:39 -0000 Received: (qmail 1440 invoked by uid 22791); 3 Jun 2006 22:26:38 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 03 Jun 2006 22:26:21 +0000 Received: from kahikatea.snap.net.nz (p202-124-112-201.snap.net.nz [202.124.112.201]) by viper.snap.net.nz (Postfix) with ESMTP id 2C21E75839F; Sun, 4 Jun 2006 10:26:20 +1200 (NZST) Received: by kahikatea.snap.net.nz (Postfix, from userid 500) id 9030B1D3550; Sun, 4 Jun 2006 10:25:35 +1200 (NZST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <17538.3165.636175.483701@kahikatea.snap.net.nz> Date: Sat, 03 Jun 2006 22:26:00 -0000 To: Eli Zaretskii Cc: susan@smacchia.net, jimb@codesourcery.com, gdb@sourceware.org Subject: Re: MI: -file-list-exec-source-files In-Reply-To: References: <20060603004553.33821.qmail@web51812.mail.yahoo.com> <17536.58772.420434.491191@kahikatea.snap.net.nz> X-Mailer: VM 7.19 under Emacs 22.0.50.19 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-06/txt/msg00014.txt.bz2 >... > (top-gdb) p *objfile->psymtabs->next->next->next > $7 =3D {next =3D 0x83325e8, filename =3D 0x8332684 "mytest.c", fulln= ame =3D 0x0, > dirname =3D 0x0, objfile =3D 0x8326a98, section_offsets =3D 0x832c= d6c, > textlow =3D 0, texthigh =3D 0, dependencies =3D 0x8332690, > number_of_dependencies =3D 1, globals_offset =3D 0, n_global_syms = =3D 0, > statics_offset =3D 0, n_static_syms =3D 0, symtab =3D 0x0, > read_symtab =3D 0x814e870 , > read_symtab_private =3D 0x0, readin =3D 0 '\0'} > (top-gdb) p *objfile->psymtabs->next->next->next->next > $8 =3D {next =3D 0x8332560, filename =3D 0x8332630 "mytest.c", fulln= ame =3D 0x0, > dirname =3D 0x8314300 "/home/e/eliz", objfile =3D 0x8326a98, > section_offsets =3D 0x832cd6c, textlow =3D 134513492, texthigh =3D= 134513515, > dependencies =3D 0x0, number_of_dependencies =3D 0, globals_offset= =3D 1, > n_global_syms =3D 1, statics_offset =3D 104, n_static_syms =3D 1, = symtab =3D 0x0, > read_symtab =3D 0x814e870 , > read_symtab_private =3D 0x8331e10 "=AC\t", readin =3D 0 '\0'} > (top-gdb) >=20 > As you see, there are two entries for myproc.c and two entries for > mytest.c, one with a NULL dirname, the other with a non-NULL dirname. Yes, I can see the duplicate entries > Sounds like we should implement duplicate removal from the UI lists? I'm not sure. It may take GDB longer to remove the duplicate entries than it does for Emacs to read them. It would be best not to create them in the first place, but maybe that's not easily done. --=20 Nick http://www.inet.net.nz/~nick= rob