From owner-freebsd-questions Fri Oct 18 04:22:02 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA16159 for questions-outgoing; Fri, 18 Oct 1996 04:22:02 -0700 (PDT) Received: from mail11.digital.com (mail11.digital.com [192.208.46.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA16154 for ; Fri, 18 Oct 1996 04:22:00 -0700 (PDT) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail11.digital.com (8.7.5/UNX 1.5/1.0/WV) id HAA27363; Fri, 18 Oct 1996 07:12:26 -0400 (EDT) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA16475; Fri, 18 Oct 1996 13:12:06 +0200 Message-Id: <9610181112.AA16475@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: Fred Condo Cc: questions@freebsd.org In-Reply-To: Message from Fred Condo of Thu, 17 Oct 96 18:08:34 PDT. Reply-To: gjennejohn@frt.dec.com Subject: Re: gdb can't access address Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 18 Oct 96 13:12:05 +0200 X-Mts: smtp Sender: owner-questions@freebsd.org X-Loop: FreeBSD.org Precedence: bulk fred@lightside.net writes: > I've been trying to help track down the SEGV bug in Apache. To that end, > I've tried to backtrace the core dump using gdb. When I do that, I can get > a backtrace without symbols, but it can't do it with the symbols turned on. > Here's an example: > > Core was generated by `httpd-g'. > Program terminated with signal 6, Abort trap. > #0 0x8091ee5 in ?? () > (gdb) bt > #0 0x8091ee5 in ?? () > #1 0x3e88 in ?? () > #2 0xefbfe13c in ?? () > #3 0xc7a9 in ?? () > #4 0xcb99 in ?? () > #5 0x4941 in ?? () > #6 0x4b2d in ?? () > #7 0x5127 in ?? () > #8 0x5419 in ?? () > #9 0x10d3 in ?? () > (gdb) file httpd-g > Reading symbols from httpd-g...done. > (gdb) bt > #0 0x8091ee5 in end () > Cannot access memory at address 0x366c0. > > After loading the symbols, it can only show me the innermost stack frame :( > > Any suggestions would be appreciated. This is under FBSD 2.1.0R and > whatever gcc comes with that (2.6.3, I think). > > I assume that httpd-g was compiled with -g ? gdb can't resolve the shared libraries from a core dump since they aren't mapped. Unless the libraries were also compiled with -g you won't get very meaningful info when gdb hits a library routine, of course. Try doing the following: gdb httpd-g b main run <-- should load & map the shared libs core-file httpd-g.core after that you should be able to get a stack trace. This used to work. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org