From owner-freebsd-current Thu Jul 25 21:53:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA26945 for current-outgoing; Thu, 25 Jul 1996 21:53:52 -0700 (PDT) Received: from localhost.my.domain (root@lennon-c12.aa.net [204.157.220.176]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA26940 for ; Thu, 25 Jul 1996 21:53:49 -0700 (PDT) Received: from localhost (smpatel@localhost [127.0.0.1]) by localhost.my.domain (8.7.5/8.6.12) with SMTP id VAA00927; Thu, 25 Jul 1996 21:53:29 -0700 (PDT) Date: Thu, 25 Jul 1996 21:53:27 -0700 (PDT) From: Sujal Patel X-Sender: smpatel@localhost To: Mostyn/Annabella cc: Chuck Robey , current@FreeBSD.ORG Subject: Re: Current, elfkit, linux ELF static bin In-Reply-To: <199607252142.OAA06919@linda.teleport.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 25 Jul 1996, Mostyn/Annabella wrote: > > > Running current with elfkit set up to provide /usr/libexec/ld-elf.so.1 > > > seems to run hand rolled ELF bins fine. > > > However, importing an ELF linux static bin and running (after installing > > > the linux lkm) bombs. > > > The binary is the "Bulldozer" WYSIWYG HTML editor from > > > http://cscsun1.larc.nasa.gov/~rboykin/Dozer/ With a dynamic binary, the image activater can uses some of the ELF header to determine which system the ELF binary was meant to run on. Unfortuantely, with the static binary, you can't tell whether the binary is meant for FreeBSD or for Linux. FreeBSD needs to implement a way of differentiating Linux & FreeBSD ELF binaries. Problem report 1102, describes one possible solution, but it is completely brain dead (it should work though). I believe NetBSD recently implemented a 'hack' to get this working for them. > > > ./dozer > > > Memory fault (core dumped) > > > > > > and produces a "garbled" directory which looks like > > > > > > drw-r----- 2 root wheel 512 Jul 23 15:45