From owner-freebsd-hackers Tue Oct 15 02:33:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA19437 for hackers-outgoing; Tue, 15 Oct 1996 02:33:54 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA19432 for ; Tue, 15 Oct 1996 02:33:50 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id LAA13406; Tue, 15 Oct 1996 11:33:42 +0200 Message-Id: <199610150933.LAA13406@ra.dkuug.dk> Subject: Re: Linux compat issue(s) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 15 Oct 1996 11:33:42 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <199610150917.SAA21553@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 15, 96 06:47:32 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Michael Smith who wrote: > > The failing applications don't actually even raise a peep from the > Linux emulator. Here we have 'lmgrd' (works) and 'lmclient' (fails) : > > rootvegetable:/local0/gsi/flexlm/v5.0/i86_l1>file lmgrd lmclient > lmgrd: ELF 32-bit LSB executable, Intel 80386, version 1 > lmclient: ELF 32-bit LSB executable, Intel 80386, version 1 > rootvegetable:/local0/gsi/flexlm/v5.0/i86_l1>/compat/linux/usr/bin/ldd lmgrd lmclient > lmgrd: > libc.so.5 => /lib/libc.so.5.0.9 > lmclient: > statically linked (ELF) > > > Should I assume that this is the "what static ELF binary is this" problem? Exactly, the static ELF program is run as a FreeBSD native bin, there is no way to know better (yet). I guess we'll have to provide a solution for this shortcoming in ELF (WHO said ELF was "the way to go" *sigh*) I can do a "quick&dirty"(tm) little program that marks ELF bins so that we can distinguish them, but it breaks the ELF std. one way or another. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time.