From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13668 invoked by alias); 1 Mar 2003 15:59:00 -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 13660 invoked from network); 1 Mar 2003 15:58:59 -0000 Received: from unknown (HELO gate.algorithm.aelita.com) (212.176.18.2) by 172.16.49.205 with SMTP; 1 Mar 2003 15:58:59 -0000 Received: from bagman.edm.com ([10.0.0.4]) by gate.algorithm.aelita.com (Post.Office MTA v3.5.3 release 223 ID# 0-12345L500S10000V35) with ESMTP id com for ; Sat, 1 Mar 2003 18:59:44 +0300 content-class: urn:content-classes:message Subject: RE: gdb 5.3 bug MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Sat, 01 Mar 2003 15:59:00 -0000 Message-ID: <3F6F4712B759A34ABD453A8B39C10D6229DE31@bagman.edm.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Lev Assinovsky" To: "Daniel Jacobowitz" , X-SW-Source: 2003-03/txt/msg00004.txt.bz2 Dear Daniel! Thank you very match for your advise! Snapshot gdb+dejagnu-20030228 works just fine! Thank a lot all guys who is involved in gdb development.=20 I am sorry but I have to bother you with another gdb problem. The problem is I can't step into the function through the pointer if the function resides in dynamically loaded shared object (library). Here is the simple test case: 1. Shared object: ---------- cut here -------- #include using namespace std; extern "C" { void my_func() { cout << "This is my_func" << endl; } } ---------- cut here -------- 2. Main: #include #include #include #include using namespace std; void * handle; typedef void ( *Func_t)(); Func_t getFunc()=20 { Func_t p =3D (Func_t)dlsym ( handle, "my_func" ); if ( NULL =3D=3D p ) { cout << dlerror() << endl; exit(2); } return p; } int main() { handle =3D (void*) ::dlopen("./func_so/bin/i386-sun-solaris/func_so.so"= , RTLD_NOW | RTLD_LOCAL | RTLD_GROUP); if (handle =3D=3D NULL) { cout << dlerror() << endl; exit(2); } Func_t f =3D getFunc(); f(); } ---------- cut here -------- This testcase works, but I can't step into f() (last line) in gdb. Is it possible to work around or fix this problem? Thanks in advance! ---- Lev Assinovsky Aelita Software Corporation O&S Core Division, Programmer ICQ# 165072909 > -----Original Message----- > From: Daniel Jacobowitz [mailto:drow@mvista.com] > Sent: Friday, February 28, 2003 8:19 PM > To: Lev Assinovsky; gdb@sources.redhat.com > Subject: Re: gdb 5.3 bug >=20 >=20 > On Thu, Feb 27, 2003 at 02:09:30PM -0500, Daniel Jacobowitz wrote: > > On Thu, Feb 27, 2003 at 09:11:14PM +0300, Lev Assinovsky wrote: > > > GNU gdb 5.3 > > > Copyright 2002 Free Software Foundation, Inc. > > > GDB is free software, covered by the GNU General Public=20 > License, and you are > > > welcome to change it and/or distribute copies of it under=20 > certain conditions. > > > Type "show copying" to see the conditions. > > > There is absolutely no warranty for GDB. Type "show=20 > warranty" for details. > > > This GDB was configured as "i386-pc-solaris2.8"... > > > (gdb) l > > >=20 > > > Program received signal SIGSEGV, Segmentation fault. > > > 0x08136671 in finish_block (symbol=3D0x6e5f5f3a,=20 > listhead=3D0x82241f4, old_blocks=3D0x3a787863, start=3D1634562671,=20 > > > end=3D1634562720, objfile=3D0x8263fe0) at buildsym.c:304 > > > 304 struct type *ftype =3D SYMBOL_TYPE (symbol); > > > (gdb)=20 > > >=20 > > >=20 > > > Any clue what might be the reason of gdb crash? > >=20 > > OK, the value of "symbol" is obviously wrong. Could you=20 > privately send > > me the binary? If that's not possible, at least a=20 > backtrace would be > > useful... >=20 >=20 > Lev, >=20 > You're in luck, this has already been fixed. It appears to=20 > be a bug in > the Sun compilers - it outputs end-of-function markers without a > corresponding beginning-of-function marker. If you get a GDB snapshot > from CVS (http://sources.redhat.com/gdb/) it should handle=20 > your program > gracefully. >=20 > --=20 > Daniel Jacobowitz > MontaVista Software Debian GNU/Linux Developer >=20