Very Computer

by **Bill&Virginia Hodge** » Tue, 28 Jan 1997 04:00:00

Is there any way to get NetBSD-1.2 i386 to load
ELF format binaries from Solaris x86 and Linux?

Thanks,

Bill

by **Manuel BOUY** » Wed, 29 Jan 1997 04:00:00

> Is there any way to get NetBSD-1.2 i386 to load
> ELF format binaries from Solaris x86 and Linux?

Yes. Put COMPAT_LINUX or COMPAT_SVR4 in your kernel config file (they are
mutually exclusives).
See compat_linux(8) for details (no compat_svr4(8), sorry ! But it is similar
to compat_linux).

--
Manuel Bouyer, MASI, Universite Paris VI.

--

by **Paul Newhou** » Fri, 31 Jan 1997 04:00:00

Quote:>Yes. Put COMPAT_LINUX or COMPAT_SVR4 in your kernel config file (they are
>mutually exclusives).

Hmmm! Not very nice of GENERIC to have come with both defined and
not commented as such.

Paul
--
If you don't have source code, it's firmware.
Never trust software with a version number ending in ".0".
-Dave Tweeten (Numerical Aerodynamic Simulation Facility)

by **Andrew Whead** » Fri, 31 Jan 1997 04:00:00

>>Yes. Put COMPAT_LINUX or COMPAT_SVR4 in your kernel config file (they are
>>mutually exclusives).
>Hmmm! Not very nice of GENERIC to have come with both defined and
>not commented as such.

They are not mutually exclusive except for ELF binaries so if you
leave both of them defined you can run a.out binaries from both
linux and svr4, and whichever elf-format gets checked first (Linux
as far as I remember) from one or the other system but not both.
Also for newer Versions of NetBSD you need to add: EXEC_ELF32
Cheerio

--
The cost of living hasn't affected its popularity. (Mark Twain)
current release=doc host=netbsd.wifo.uni-mannheim.de \ "NetBSD-current mirror"
hostbase=/mit/ftp/pub/NetBSD base=/usr prefix=/usr backup delete use-rel-suffix

by **Matthias Schel** » Fri, 31 Jan 1997 04:00:00

Quote:> Yes. Put COMPAT_LINUX or COMPAT_SVR4 in your kernel config file (they are
> mutually exclusives).

They are not. It's just that because there is no good way to determine
under which OS an ELF binary must run NetBSD sometimes has trouble to
identify Linux binaries if both emulations are available.

--
Matthias Scheler http://colwyn.owl.de/~tron/

by **Frank van der Lind** » Sat, 01 Feb 1997 04:00:00

>> Yes. Put COMPAT_LINUX or COMPAT_SVR4 in your kernel config file (they are
>> mutually exclusives).
>They are not. It's just that because there is no good way to determine
>under which OS an ELF binary must run NetBSD sometimes has trouble to
>identify Linux binaries if both emulations are available.

To be more exact: they get in eachothers way for _static_ ELF binaries only.

- Frank

by **Bill&Virginia Hodge** » Sun, 02 Feb 1997 04:00:00

> >>Yes. Put COMPAT_LINUX or COMPAT_SVR4 in your kernel config file (they are
> >>mutually exclusives).
> >Hmmm! Not very nice of GENERIC to have come with both defined and
> >not commented as such.
> They are not mutually exclusive except for ELF binaries so if you
> leave both of them defined you can run a.out binaries from both
> linux and svr4, and whichever elf-format gets checked first (Linux
> as far as I remember) from one or the other system but not both.
> Also for newer Versions of NetBSD you need to add: EXEC_ELF32
> Cheerio

> --
> The cost of living hasn't affected its popularity. (Mark Twain)
> current release=doc host=netbsd.wifo.uni-mannheim.de \ "NetBSD-current mirror"
> hostbase=/mit/ftp/pub/NetBSD base=/usr prefix=/usr backup delete use-rel-suffix

I rebuilt kernel specifying:
options COMPAT_NOMID # compatibility with 386BSD, BSDI,
NetBSD 0.8,
options COMPAT_09 # NetBSD 0.9,
options COMPAT_10 # NetBSD 1.0,
options COMPAT_11 # NetBSD 1.1,
options COMPAT_43 # and 4.3BSD
options TCP_COMPAT_42 # TCP bug compatibility with 4.2BSD

options COMPAT_SVR4 # binary compatibility with SVR4
options COMPAT_IBCS2 # binary compatibility with SCO and ISC
options COMPAT_LINUX # binary compatibility with Linux
options COMPAT_FREEBSD # binary compatibility with FreeBSD

options EXEC_ELF32 # To execute linux &SVR4 exectables

When I execute I get:
localhost[bin] 67 > file *
acolorman: ELF 32-bit LSB executable, Intel 80386, version 1
andrewdirs: ELF 32-bit LSB executable, Intel 80386, version 1
ez: symbolic link to runapp
ez2ascii: ELF 32-bit LSB executable, Intel 80386, version 1
ez2html: symbolic link to runapp
ez2ps: C shell script text
ezpostprocess: Bourne shell script text
ezprint: symbolic link to runapp
indexpro: ELF 32-bit LSB executable, Intel 80386, version 1
printscribe: C shell script text
recover: ELF 32-bit LSB executable, Intel 80386, version 1
runapp: ELF 32-bit LSB executable, Intel 80386, version 1
scribetext: ELF 32-bit LSB executable, Intel 80386, version 1
toez: symbolic link to runapp
localhost[bin] 68 > recover
recover: Exec format error. Wrong Architecture.
localhost[bin] 69 >

What am I doing wrong?

by **Andrew Whead** » Mon, 03 Feb 1997 04:00:00

>> They are not mutually exclusive except for ELF binaries so if you
>> leave both of them defined you can run a.out binaries from both
>> linux and svr4, and whichever elf-format gets checked first (Linux
>> as far as I remember) from one or the other system but not both.

Looking at the source I think svr4 gets first go.

Quote:>options COMPAT_SVR4 # binary compatibility with SVR4
>options COMPAT_LINUX # binary compatibility with Linux

>options EXEC_ELF32 # To execute linux &SVR4 exectables
>When I execute I get:
>localhost[bin] 67 > file *
>recover: ELF 32-bit LSB executable, Intel 80386, version 1
>localhost[bin] 68 > recover
>recover: Exec format error. Wrong Architecture.
>localhost[bin] 69 >
>What am I doing wrong?

You are running a statically linked ELF-i386 binary, since there is no
way for the kernel to tell which emulation to run (ELF does not define
a way of differing between os's on the same architecture. In this case the
kernel probe will answer yes-i-run-this on whichever arch (linux/svr4)
is probed first. It will then try to run it in that mode.

So You have a static Linux ELF binary and are probing SVR4 first.

Solution:
* Use dynamically linked binaries.
* Use a.out binaries
* Change the order of the probe (kern/exec_elf32.c I think.)
and receive the same error for SVR4 static binaries in future.
* Recompile for NetBSD.
Cheerio
--
The cost of living hasn't affected its popularity. (Mark Twain)
current release=doc host=netbsd.wifo.uni-mannheim.de \ "NetBSD-current mirror"
hostbase=/mit/ftp/pub/NetBSD base=/usr prefix=/usr backup delete use-rel-suffix

Very Computer

How to make NetBSD-1.2 i386 execute ELF binaries

How to make NetBSD-1.2 i386 execute ELF binaries

How to make NetBSD-1.2 i386 execute ELF binaries

How to make NetBSD-1.2 i386 execute ELF binaries

How to make NetBSD-1.2 i386 execute ELF binaries

How to make NetBSD-1.2 i386 execute ELF binaries

How to make NetBSD-1.2 i386 execute ELF binaries

How to make NetBSD-1.2 i386 execute ELF binaries

How to make NetBSD-1.2 i386 execute ELF binaries