From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <000801c2d1bf$69e529a0$2a8be793@gli.cas.cz> From: "peter a. cejchan" To: <9fans@cse.psu.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C2D1C7.CB602C90" Subject: [9fans] Linuxemu Date: Tue, 11 Feb 2003 12:19:16 +0100 Topicbox-Message-UUID: 56bae83c-eacb-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C2D1C7.CB602C90 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable would somebody be interested in doing me a favor with the following = [dznamic linking] (it's too much for my limited abilities, sigh.. :-) tia,++pac. >>> russ Cox wrote: >>> I made linuxemu compile again, and it seems that it doesn't support dynamically linked binaries. I don't think it's hard, but apparently never did it. http://pdos.lcs.mit.edu/~rsc/linuxemu.tar.gz g% 8.out bin/a.hello segattach(8000080,10b94)... hello world g%=20 Russ > thanks a lot for linuxemu! However, I was only able to run the stuff > included with /bin. Other linux progs (sort, bc...) did not work > (see below). May it be they were dynamically linked with glibc? > Thus, isn't there a dosemu around there? (Perhaps it would be easier right, /bin is typically statically linked, while /usr/bin is dynamically linked. like i said, it wouldn't be too hard to make dynamic linking work. in theory, linuxemu ld-linux.so.1 bin/a.dynamic is supposed to work, but unfortunately ld-linux.so.1 wants to be loaded where the linuxemu text segment is. you'd need to move the linuxemu text segment somewhere else and then segdetach it before calling elfload. it's entirely doable, especially since x86 code is position independent. ------=_NextPart_000_0005_01C2D1C7.CB602C90 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable

would somebody be interested in doing me a favor = with the=20 following [dznamic linking] (it's too much for my limited abilities, = sigh..=20 :-)

tia,++pac.

>>> russ Cox wrote: = >>>

I made linuxemu compile again, and it seems = that
it=20 doesn't support dynamically linked binaries. I don't
think it's = hard,=20 but apparently never did it.

http://pdos.lcs.mit.edu/~rsc/linuxemu.tar.gz

g% = 8.out=20 bin/a.hello
segattach(8000080,10b94)...
hello world
g%=20

Russ

> thanks a lot for linuxemu! However, I was = only able=20 to run the stuff
> included with /bin. Other linux progs (sort, = bc...) did=20 not work
> (see below). May it be they were dynamically linked = with=20 glibc?
> Thus, isn't there a dosemu around there? (Perhaps it = would be=20 easier

right, /bin is typically statically linked, while = /usr/bin
is=20 dynamically linked. like i said, it wouldn't be too hard
to = make=20 dynamic linking work. in theory,

linuxemu ld-linux.so.1=20 bin/a.dynamic

is supposed to work, but unfortunately=20 ld-linux.so.1
wants to be loaded where the linuxemu text segment = is.
you'd=20 need to move the linuxemu text segment somewhere
else and then = segdetach it=20 before calling elfload. it's entirely
doable, especially since = x86 code=20 is position independent.

------=_NextPart_000_0005_01C2D1C7.CB602C90--