From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1685 invoked by alias); 5 Jan 2003 23:14:07 -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 1678 invoked from network); 5 Jan 2003 23:14:06 -0000 Received: from unknown (HELO fw1.coware.com) (208.46.221.194) by 209.249.29.67 with SMTP; 5 Jan 2003 23:14:06 -0000 Received: from CoWare.com (coware1 [192.168.1.102]) by fw1.coware.com (8.11.6+Sun/8.11.4) with ESMTP id h05NDte02110; Sun, 5 Jan 2003 15:13:55 -0800 (PST) Received: from gleekxp (dhcp209.coware.com [192.168.1.209]) by CoWare.com (8.11.1/8.11.4) with SMTP id h05NDth21222; Sun, 5 Jan 2003 15:13:55 -0800 (PST) From: "Sunil Alankar" To: "Daniel Jacobowitz" Cc: Subject: RE: GDB 5.2/5.3 breakpoint bug Date: Sun, 05 Jan 2003 23:14:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: X-SW-Source: 2003-01/txt/msg00051.txt.bz2 Correction to the link for the systemc library sources: http://www.systemc.org/download.php/systemc/13/19/systemc-2.0.1.tgz Thx Sunil -----Original Message----- From: gdb-owner@sources.redhat.com [mailto:gdb-owner@sources.redhat.com]On Behalf Of Sunil Alankar Sent: Sunday, January 05, 2003 3:07 PM To: Daniel Jacobowitz Cc: gdb@sources.redhat.com Subject: RE: GDB 5.2/5.3 breakpoint bug I guess the e-mail with the attachment of library and include files was not delivered. Here it is without attachments. The sources for the systemc library/include files are at http://www.systemc.org/download.php/systemc/1/4/systemc-1.0.2.tar.gz Sunil -----Original Message----- From: Sunil Alankar [mailto:sunil.alankar@coware.com] Sent: Sunday, January 05, 2003 2:48 PM To: Daniel Jacobowitz Cc: gdb@sources.redhat.com Subject: RE: GDB 5.2/5.3 breakpoint bug Hi, I have a detailed description of the problem here. Hope this would help. I appreciate your help. Thank you Sunil Problem: Unable to set class method breakpoints in solaris with gdb 5.3 while using systemc library in the program. Platform: SunOS tesla 5.7 Generic_106541-23 sun4u sparc SUNW,Ultra-4 g++ version: Reading specs from /eng/devtools/SunOS_5.7/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/specs gcc version 2.95.2 19991024 (release) gdb version: GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.7". Test program: This error occured while I am debugging a systemC (c++ library for system design) program. Here is a small example program that demonstrates the problem. ( I have attached the required library for solaris and include files with the e-mail) //------------------------------------------------------------- #include SC_MODULE(top) { public: sc_in_clk iclk; void func() { printf ("."); } SC_CTOR(top) { SC_METHOD(func); sensitive_pos << iclk; dont_initialize(); } }; int sc_main (int argc , char *argv[]) { sc_clock clk("clk", 20); top *top1 = new top("Top1"); top1->iclk(clk); sc_start(20000); return 0; } //------------------------------------------------------------- Build the example with: % g++ -g -I./include -L./ -lm test1.cpp -lsystemc -o tx %/home1/gdb-5.3/gdb/gdb tx GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.7"... (gdb) b top::func the class top does not have any method named func Hint: try 'top::func or 'top::func (Note leading single quote.) (gdb) In some systemC programs, gdb attempts to set breakpoints at invalid addresses. This works without a problem in gdb 5.1 with proper breakpoint being set. I hope this test case can provide sufficient ground to get at the problem. -----Original Message----- From: Daniel Jacobowitz [mailto:drow@mvista.com] Sent: Friday, January 03, 2003 6:23 PM To: Sunil Alankar Cc: gdb@sources.redhat.com Subject: Re: GDB 5.2/5.3 breakpoint bug On Fri, Jan 03, 2003 at 06:15:26PM -0800, Sunil Alankar wrote: > Hi, > > Attempting to set a class member function breakpoint (say break > myClass::funcOne) fails to set a proper break point in solaris 2.7. > This happens with GDB 5.2 and 5.3. Bug does not occur in GDB 5.1. Anybody > has any idea where to look?. I would appreciate any help. What _does_ happen if it isn't a proper breakpoint? Can you provide a transcript? What version of what compiler are you using? -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer