Performance problems in reading shared libraries in Sun Workshop debug (dbx) V5.0

Performance problems in reading shared libraries in Sun Workshop debug (dbx) V5.0

Post by Adrian Bennett » Fri, 24 Jan 2003 00:08:04



I have a C++ program that I am trying to debug using Sun Workshop
De* on a Ultra Sparc 30 with 1Gbyte memory.  This program loads a
shared library which is 41Mbytes in size.  As tbe de* starts,
this shared library is read by dbx but it takes about 5 minutes to
load the symbols for this library.  This significantly slows up the
debugging process and is very frustrating.  I don't need to debug this
library.

Does anyone know whether there is a way to get dbx to ignore loading
of this shared library?

Many thanks for any suggestions.

Regards,

Adrian

 
 
 

Performance problems in reading shared libraries in Sun Workshop debug (dbx) V5.0

Post by Chuck Dillo » Sat, 25 Jan 2003 00:06:03



> I have a C++ program that I am trying to debug using Sun Workshop
> De* on a Ultra Sparc 30 with 1Gbyte memory.  This program loads a
> shared library which is 41Mbytes in size.  As tbe de* starts,
> this shared library is read by dbx but it takes about 5 minutes to
> load the symbols for this library.  This significantly slows up the
> debugging process and is very frustrating.  I don't need to debug this
> library.

> Does anyone know whether there is a way to get dbx to ignore loading
> of this shared library?

Try copying the .so and stripping it.

-- ced

--
Chuck Dillon
Senior Software Engineer
NimbleGen Systems Inc.

 
 
 

Performance problems in reading shared libraries in Sun Workshop debug (dbx) V5.0

Post by Adrian Bennett » Wed, 29 Jan 2003 22:02:29


That worked. De* now loads in about 30seconds. Thanks for the suggestion.

Best regards,

Adrian.



> > I have a C++ program that I am trying to debug using Sun Workshop
> > De* on a Ultra Sparc 30 with 1Gbyte memory.  This program loads a
> > shared library which is 41Mbytes in size.  As tbe de* starts,
> > this shared library is read by dbx but it takes about 5 minutes to
> > load the symbols for this library.  This significantly slows up the
> > debugging process and is very frustrating.  I don't need to debug this
> > library.

> > Does anyone know whether there is a way to get dbx to ignore loading
> > of this shared library?

> Try copying the .so and stripping it.

> -- ced

 
 
 

1. dbx crash when debugging shared libraries

I have an application that runs just fine normally but when I try to
debug it the dbx crashes nine times out of ten (sometimes it works). The
crash takes place before anything else happens.
The application is working with shared libraries, I hope this is not a
problem for the dbx debugger.

Paul Olsson

2. Pointer: Foiling spam and other procmail email-filter tips

3. Will strip(debug shared library) == nodebug shared library ?

4. Removing LILO

5. Unix Libraries Ins/Outs

6. Debian IP Masquerading - help needed please ...

7. Sun Workshop C++, Shared Libraries and Exceptions

8. test post

9. supraexpress modems (28.8) problems w/dial-ins

10. Netscape plug-ins problem

11. Problems with dialing out when dial-ins are enabled

12. Netscape 4.51 and plug-ins problem

13. where is dbx for Sun WorkShop C/C++ 4.2 ?