From owner-cvs-all Mon Jun 21 17:45:53 1999 Delivered-To: cvs-all@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 606BE150E1; Mon, 21 Jun 1999 17:45:46 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 5E47875; Tue, 22 Jun 1999 08:45:45 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: Tim Vanderhoek Cc: Jean-Marc Zucconi , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern imgact_gzip.c In-reply-to: Your message of "Mon, 21 Jun 1999 20:28:21 -0400." <19990621202821.A12093@mad> Date: Tue, 22 Jun 1999 08:45:45 +0800 From: Peter Wemm Message-Id: <19990622004545.5E47875@overcee.netplex.com.au> Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk Tim Vanderhoek wrote: > On Tue, Jun 22, 1999 at 07:16:46AM +0800, Peter Wemm wrote: > > > > No, imgact_gzip has it's own a.out executable decoder hardwired into it and > > this can't be easily changed to support ELF without a LOT of work. I half > > OTOH, If Peter says it's hard, chances are he's right and I'm wrong. :-) Well.. perhaps I overstated it. a.out is easier because all the metadata is in the first page. ELF in theory is the same, but there is a lot more to deal with. What I was more concerned about was duplicating chunks of the elf code to work from memory rather than a vnode. Of course, if we can easily create anon backed vnodes these days then the whole thing should be pretty easy - imgact_gzip could just decode the data into the vnode and then feed it back to the exec routines. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message