From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12662 invoked by alias); 20 Feb 2003 10:25:47 -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 12655 invoked from network); 20 Feb 2003 10:25:46 -0000 Received: from unknown (HELO gate.algorithm.aelita.com) (212.176.18.2) by 172.16.49.205 with SMTP; 20 Feb 2003 10:25:46 -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 ; Thu, 20 Feb 2003 13:26:18 +0300 Subject: RE: gdb + dynamic libs problem Date: Thu, 20 Feb 2003 10:25:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Message-ID: <3F6F4712B759A34ABD453A8B39C10D6226694D@bagman.edm.com> content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Lev Assinovsky" To: "Kevin Buettner" , X-SW-Source: 2003-02/txt/msg00397.txt.bz2 Thanks Kevin! My response see below. I was so happy if anybody could help me! ---- Lev Assinovsky Aelita Software Corporation O&S Core Division, Programmer ICQ# 165072909 > -----Original Message----- > From: Kevin Buettner [mailto:kevinb@redhat.com] > Sent: Thursday, February 20, 2003 12:42 AM > To: Lev Assinovsky; gdb@sources.redhat.com > Subject: Re: gdb + dynamic libs problem >=20 >=20 > On Feb 18, 2:08pm, Lev Assinovsky wrote: >=20 > > I try to debug the application where dynamic objects=20 > > are loaded through user's dlopen explicit call. > > The only way to set breakpoint in .so is to open source after=20 > > .so got loaded (I have to detect this moment myself). >=20 > GDB can help you with this if you you do ``set=20 > stop-on-solib-events 1''. > You'll probably want to do this well after your program has started > though to avoid stopping every time one of the shared=20 > libraries specified > on the link line gets loaded. >=20 > > I perform source opening by issue the commands "shared library" and > > "list :1". >=20 > Have you disabled ``auto-solib-add''? If not, you shouldn't need to > invoke the ``sharedlibrary'' command directly. I.e, gdb should > automatically load the shared libraries for you (unless you've told it > not to). Here the point is! I don't have "classic" shared libraries like=20 libxxx.so. And application is not linked with them. I have xxx.so and load it via dlopen function. I.e. gdb doesn't have any knowledge about c++ files in my shared object until I type in "sharedli= brary" command! >=20 > > But if the source file is big gdb get crash. > > It there any way to increase gdb resources to consume=20 > > larger files (symbol tables?) >=20 > Which platform are you running on? On most platforms, gdb should > be able to use whatever resources the operating system is able to > give it. Thus, you may need to play around with ulimit, adjusting > the amount of memory, swap space, etc. I tried solaris8-intel and solaris8-sparc platforms with ulimit=3Dunlimited. >=20 > Kevin >=20