From owner-cvs-all Sat Oct 10 11:24:17 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11959 for cvs-all-outgoing; Sat, 10 Oct 1998 11:24:17 -0700 (PDT) (envelope-from owner-cvs-all) Received: from dingo.cdrom.com (castles333.castles.com [208.214.167.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA11949; Sat, 10 Oct 1998 11:24:12 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id LAA09490; Sat, 10 Oct 1998 11:28:33 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199810101828.LAA09490@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Peter Wemm cc: Doug Rabson , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/kern link_aout.c In-reply-to: Your message of "Sat, 10 Oct 1998 17:32:16 +0800." <199810100932.RAA14971@spinner.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 10 Oct 1998 11:28:32 -0700 From: Mike Smith Sender: owner-cvs-all@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > The comment about not creating an a.out kernel module is an artifact of > the initialization sequence. The boot loader creates a record for the > kernel, and *both* link_elf.c and link_aout.c are run. They both see > _DYNAMIC and will quite happily create a linker pseudo-file entry called > "kernel". It's kinda neat seeing two kernels loaded at once, but I didn't > want to think what would happen if the a.out module tried to interpret the > elf _DYNAMIC pointer as an a.out object. If they were simply to check the *type* of the module (which they really ought to in order to avoid looking for a symbol table in eg. a splash screen image), then there'd be no problem with this. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com