From owner-freebsd-current Fri Nov 21 08:09:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA17679 for current-outgoing; Fri, 21 Nov 1997 08:09:55 -0800 (PST) (envelope-from owner-freebsd-current) Received: from d198-232.uoregon.edu (d198-232.uoregon.edu [128.223.198.232]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA17672 for ; Fri, 21 Nov 1997 08:09:51 -0800 (PST) (envelope-from mini@d198-232.uoregon.edu) Received: (from mini@localhost) by d198-232.uoregon.edu (8.8.5/8.8.5) id IAA04120; Fri, 21 Nov 1997 08:09:34 -0800 (PST) Message-ID: <19971121080934.15793@micron.mini.net> Date: Fri, 21 Nov 1997 08:09:34 -0800 From: Jonathan Mini To: Evan Champion Cc: Poul-Henning Kamp , Bruce Evans , mike@smith.net.au, freebsd-current@freebsd.org Subject: Re: Stripping the kernel Reply-To: Jonathan Mini References: <1451.880109030@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: ; from Evan Champion on Fri, Nov 21, 1997 at 09:55:04AM -0500 X-files: The Truth is Out There Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Evan Champion stands accused of saying: > On Fri, 21 Nov 1997, Poul-Henning Kamp wrote: > > > I have been thinking about adding a "strip -d kernel" before installing > > to the makefile... > > I never thought of nlist() reading the symbols out of the kernel... > > What BSD/OS does is link the kernel, then copy it to kernel.gdb, then > strip -d kernel, then install it. That way you keep an un-stripped copy > around to debug with. That might work out well for us too. The problem *I* often have is that there is no /kernel on the filesystem, which happens in the case of MFS root'd systems all the time. I have been toying with the idea of writing a device that would use the kernel's saved symbol table in order to create a pseudo-a.out file which would provide a symbol table for things like libkvm and friends to read instead of reading the symbols from a /kernel. (I would like to advance that there is no guarantee that the kernel image on disk matches the current booted kernel, whereas the symbols in the kernel are the ones from the image the kernel was loaded from, and hopefully more reliable) -- Jonathan Mini Ingenious Productions Software Development P.O. Box 5693, Eugene, Or. 97405 "A child of five could understand this! Quick -- Fetch me a child of five."