From owner-freebsd-hackers Thu Nov 27 15:41:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA01249 for hackers-outgoing; Thu, 27 Nov 1997 15:41:45 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from anlsun.ebr.anlw.anl.gov (anlsun.ebr.anlw.anl.gov [141.221.1.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA01244 for ; Thu, 27 Nov 1997 15:41:42 -0800 (PST) (envelope-from cmott@srv.net) Received: from darkstar.home (tc-if3-24.ida.net [208.141.171.129]) by anlsun.ebr.anlw.anl.gov (8.6.11/8.6.11) with SMTP id QAA10045; Thu, 27 Nov 1997 16:41:23 -0700 Date: Thu, 27 Nov 1997 16:40:35 -0700 (MST) From: Charles Mott X-Sender: cmott@darkstar.home To: John Polstra cc: hackers@FreeBSD.ORG, darius@senet.com.au Subject: Re: Shared Libraries and debugging In-Reply-To: <199711272255.OAA18209@austin.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 27 Nov 1997, John Polstra wrote: > Judging by the cause of the problem, I doubt that it ever worked. In > order to examine shared libraries, gdb needs to look at the dynamic > linker's table which records where they were loaded into memory. The > dynamic linker has always recorded this information in a MAP_ANON > region way up high in the address space. But such regions are not > written to the core file when a core dump occurs. So gdb has not been > able to get the information it needs. So memory allocated with mmap() is not dumped in a core file? Is this not possible or just not desirable? Charles Mott