Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 24 Sep 1998 22:29:46 +0000 (GMT)
From:      Terry Lambert <tlambert@primenet.com>
To:        jake.hamby@jpl.nasa.gov (Jake Hamby)
Cc:        hackers@FreeBSD.ORG
Subject:   Re: How can I run glibc Linux binaries (RedHat 5.x) on FreeBSD (CURRENT)?
Message-ID:  <199809242229.PAA10429@usr02.primenet.com>
In-Reply-To: <360AAC61.4FE0E3A0@jpl.nasa.gov> from "Jake Hamby" at Sep 24, 98 01:32:33 pm

next in thread | previous in thread | raw e-mail | index | archive | help
[ ... ]

> I'd like to help fix this problem myself, but I don't know where to
> begin. I'm assuming that kdump prints the FreeBSD, instead of the Linux
> syscalls, so I looked them up and old.recvfrom => mprotect(), while dup2
> => mmap() and #91 => munmap().  Looking at a ktrace from
> /compat/linux/bin/sh, it appears that this is a fairly normal part of
> startup, and looks like the shared libraries mapping in.
> 
> The only really unusual thing my untrained eye can see is that both
> /compat/linux/lib/ld-linux.so.1 and /compat/linux/lib/ld-linux.so.2 are
> being loaded in.  But I don't have any idea what to do about it.  If I
> try copying the newer ld-linux.so.2 as ld-linux.so.1, then FreeBSD
> simply complains that it can't find ld-linux.so.1.
> 
> Any ideas?

Try again with truss.  It uses the right system call names; SEF
showed me that, specifically, as a feature of his implementation
methodology.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809242229.PAA10429>