Summary: Runaway process debugging

From: David R Courtade <drc_at_amherst.com>
Date: Fri, 20 Oct 1995 10:08:03 -0400 (EDT)

MAnagers:

THanks for the quick and helpful responses. There were basically two
types of response:

 1) Send a BUS signal to the process. This will cause a core dump, and
  the core file can be analyzed using gdb.

 2) Attach the debugger to the running process using: gdb executable pid

We are going to try getting a core file sent back to us to try and figure
out where we are stuck. The original question is attached.

BTW, when I passed these answers, there were several folks here who said
that they figure this would work fine. Guess I need to get a better feel
for who been informed of things here before I bother you good folks
again with something we should have been able to do ourselves.

Many thanks to the following for taking the time to help:

Curtis Keller Curtis_at_kinesix.com
Norbert Kasperczyk-Borgman knb_at_informatik.fh-hamburg.de
Patrick Obrien pobrien_at_draco.harvard.edu
Sid Fagan fagan_at_large-fnal.gov
Jason Yanowitz yanowitz_at_cs.umass.edu
David Gadbois gadbois_at_cyc.com
Johannes Grosen grosen_at_dilbert.cc.ndsu.nodak.edu
Ron Barrett ron_barrett_at_corp.cubic.com
Jim Wright jwright_at_phy.ucsf.edu
Dougal Scott dwagon_at_aaii.oz.au
Lucien Hercaud "LUCIEN HERCAUD"_at_paribas.com

Original Post:
>
> > Managers:
> >
> > I have a situation here and I hope you fols can help. We have a system at
> > a remote site. When we run our application on this system, it gets into a
> > loop and takes over 99% of the CPU cycles as indicated by top. The
> > application is written in Ada under OSF/1 v 3.0 ( OK, Digital UNIX). The
> > remote system has a fairly minimal OS installation. The only debugger
> > available is gdb.
> >
> > Now for the question. Anyone have any idea how we can break into (or
> > monitor) the process in order to find where the application is looping.
> > We have been unable to duplicate the problem locally, where we have full
> > OS and dbx available. The application is too big for DECladebug or DECfuse.
> >
> > Any ideas anyone?
> >
> > Thanks,

==============================================================================
David R. Courtade
System Administrator
Amherst Systems Inc.
30 Wilson Rd.
Buffalo, N.Y. 14221
Phone: (716)631-0610
FAX: (716)631-0629
Email: drc_at_amherst.com
Received on Fri Oct 20 1995 - 15:50:51 NZDT

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:46 NZDT