From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28649 invoked by alias); 5 May 2003 13:42:53 -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 28638 invoked from network); 5 May 2003 13:42:51 -0000 Received: from unknown (HELO relay.sela.co.il) (212.179.51.10) by sources.redhat.com with SMTP; 5 May 2003 13:42:51 -0000 Received: from imail.sela.co.il ([212.179.52.3]) by relay.sela.co.il (8.11.2/8.10.2) with ESMTP id h45Cfoh00757 for ; Mon, 5 May 2003 15:41:50 +0300 Received: from xanadu.sela.co.il (xanadu [212.179.52.11]) by imail.sela.co.il (8.10.1/8.10.1) with ESMTP id h45DCTR05870 for ; Mon, 5 May 2003 16:12:29 +0300 Received: by XANADU with Internet Mail Service (5.5.2653.19) id <2VL36CCJ>; Mon, 5 May 2003 16:47:28 +0200 Message-ID: From: Alex Paker To: "'gdb@sources.redhat.com'" Subject: Shared library debugging problem under Solaris 8 Date: Mon, 05 May 2003 13:42:00 -0000 MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2003-05/txt/msg00050.txt.bz2 Hello, I have a problem using gdb under Solaris 8 (sparc). I use gcc 3.2.2 for building shared library. I use -g -fPIC compilation options and gcc -shared -g for building the library. When I use gdb 5.0 it can't understand gnu-v3 C++ mangling style, so gdb don't understand the types (classes) and debugging is impossible. I tried to move to gdb 5.3 that do understand this mangling style, but I stuck with another problem. When I print stack after the program's crash all the stack frames that belongs to my library are printed as following: 0x7f4d8250 in ?? () from /home/..../libfoo.so It looks like I compile without any debugging information. Another problem is when I try to set breakpoint in my shared library and type 'continue' I get the following message: (gdb) b 'Engine::get_data_from_registry(std::string&)' Breakpoint 2 at 0x2b7f6c: file /home/..../Engine.cpp, line 1185. (gdb) c Continuing. Warning: Cannot insert breakpoint 2. Error accessing memory address 0x2b7f6c: I/O error. The same program may be running in another process. One more thing. My shared library is very big (about 125M with debugging information). Maybe it's a problem. When I build a little test (with shared library and the same compilation options) I didn't get this problem. If the problem is a library size, how can I handle it? Any help will be very appreciated. Thanks in advance, Alex Paker alex@sela.co.il