From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-vs1-f45.google.com (mail-vs1-f45.google.com [209.85.217.45]) by mx.groups.io with SMTP id smtpd.web10.2375.1581499556027829906 for ; Wed, 12 Feb 2020 01:25:56 -0800 Authentication-Results: mx.groups.io; dkim=pass header.i=@gmail.com header.s=20161025 header.b=MmDV6cu5; spf=pass (domain: gmail.com, ip: 209.85.217.45, mailfrom: alex.kanavin@gmail.com) Received: by mail-vs1-f45.google.com with SMTP id k188so702973vsc.8 for ; Wed, 12 Feb 2020 01:25:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=w7e0tD6jrv/XAlHnJ9nO8qaIPmC9i55lMiXolb50EEs=; b=MmDV6cu50pggTlTpLlSGeiQjny1gjrCOiWzvpEs9ZhZdu9TZTtcXfw/f4CurQ2w6a2 4ele59Pfjw5EmRLV30TD+b76iHeb60U519b9TT05XstUM5axoXbP/Oft12pX/daDtxfa nyRfJwTVk5U/7yzjtUiB6eUCoHT3v4EP7yv5g5nKaDLDPNKj+FjncQmGoNis2/0A/arm i2hafpR/Y21tUuBz6COd2j9zVZgFT87WPlSKJKGZPeGXpsqUN9Qt/02AuIRiKAYUZbRd tmDmeTsPx0fT6UFe2JHBonPaSeCaxSZwLjf6Yit/8gE1E+Lp5zMXg1zRvYMmMVWCmE3x TtXA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=w7e0tD6jrv/XAlHnJ9nO8qaIPmC9i55lMiXolb50EEs=; b=Sk8buL6uV8QC4YwvYh6OY7hjhIhOjt1jy7ENmXTNx8rp+ish7qpAtfYDpO2Yy24vVR FbmeQMCXZWaRkLClIwOKOHJ4to+Tc0aRVMB9jVebq4p7NG3Hqe0uc0+RVDKtdb6iqQEb HoSVzixSa+f3DPjBXTSi9MtoyCCwm5nMErXb/KIUJQahOkHiL7hltLuZcXMx1NH6VK1s VDEOPbwEv7sl+EToOLax3YudmmGsP0xZE5NS13S8w3aS0Or8fbMmq7O5CZGhVUW6VoZy vOpuo4tq2T1UjWI5rUeXdhv1RNMKvUY+SlRXwRbLj7hCtdS9t2Uu93//MJcvMoqJJsDn SXJQ== X-Gm-Message-State: APjAAAUuWdp9VnkT9vXxYCLq2UisWh/ObPpkEHqR0ofxHx7dc1HTQYI6 pTALCjJFVwv69aUxaFWvX3qEWjRbjIoxLuJXcXA= X-Google-Smtp-Source: APXvYqyJDW7PZSJJW+vq8KFWdbsd+iW65hFC7AJMOg83OAy0rgUW8oqOhRvHaaB0/NHKWbJHPfm6NT9u9duzPJ8+gfY= X-Received: by 2002:a05:6102:103:: with SMTP id z3mr999141vsq.23.1581499555119; Wed, 12 Feb 2020 01:25:55 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: "Alexander Kanavin" Date: Wed, 12 Feb 2020 10:25:43 +0100 Message-ID: Subject: Re: [yocto] Creating a QEmu (x86-64) Image, which can execute binary applications from other x86-64 linux OSes To: "Lohr, Christian [ext]" Cc: "yocto@lists.yoctoproject.org" Content-Type: multipart/alternative; boundary="00000000000032052c059e5d8fb5" --00000000000032052c059e5d8fb5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable That layer does have the x86_64 variant as well, no? Is it not working? https://github.com/RDunkley/meta-dotnet-core/blob/master/recipes-runtime/do= tnet-core/dotnet-core_3.1.1.inc The error you're seeing is almost certainly due to Yocto using /lib/ld-so... for dynamic loader, and the binary hardcoding /lib64/.... Alex On Wed, 12 Feb 2020 at 10:15, Lohr, Christian [ext] < christian.lohr.ext@zeiss.com> wrote: > Hello Alex, > > > > Thanks for replying. Yes, I know that this isn=E2=80=99t the way it works= on Yocto > (and I told the managers it is a crappy idea to do that more than once). > But they need .NET Core in that company I work for, and Mono doesn=E2=80= =99t work > (that=E2=80=99s what they told me). Compiling .NET Core through the Yocto= process > is ugly, because Microsoft used a mixture of shell scripts to compile it > for some platforms, it won=E2=80=99t work this way on Yocto. Actually one= already > tried it, but only until .NET Core 2.2: > https://github.com/Tragetaschen/meta-aspnet > > And despite this, I already managed to get the dotnet binaries for ARM32 > and ARM64 already working on a i.MX6 and i.MX8 > > There=E2=80=99s a layer which just deploys the binaries: > https://github.com/RDunkley/meta-dotnet-core > > This is currently the last step. I thought if it worked on i.MX6 and i.MX= 8 > it shouldn=E2=80=99t be a problem to get it running on Virtualbox with x8= 6-64. It > should only make the things easy for the developers. It isn=E2=80=99t eve= n our > target platform. > > > > Best regards, > > > > > > Christian Lohr > > *Von:* yocto@lists.yoctoproject.org *Im > Auftrag von *Alexander Kanavin > *Gesendet:* Mittwoch, 12. Februar 2020 09:51 > *An:* Lohr, Christian [ext] > *Cc:* yocto@lists.yoctoproject.org > *Betreff:* Re: [yocto] Creating a QEmu (x86-64) Image, which can execute > binary applications from other x86-64 linux OSes > > > > Yocto generally does not support this use case. The binary was compiled i= n > a different environment and expects things in different places, and > probably being different versions too. I could point out the specific > problem why the executable doesn't even start, but it's really the wrong > way to approach it. Is the source code for it available? > > > > Microsoft specifically lists which distributions are supported, and there > is nothing Yocto-based in it: > > > https://docs.microsoft.com/en-us/dotnet/core/install/dependencies?tabs=3D= netcore31&pivots=3Dos-linux > > > > > For mono things you can use meta-mono layer, but I am not sure if it > provides exactly the item you're after. > > > > Alex > > > > On Wed, 12 Feb 2020 at 09:36, Christian Lohr > wrote: > > Hello, > > > > I=E2=80=99m trying to create a normal QEmu (x86-64) Image, which I can le= t run in > Virtualbox. As a addition I deployed .NET Core, which I got from this sid= e: > > > https://dotnet.microsoft.com/download/dotnet-core/thank-you/runtime-aspne= tcore-3.1.1-linux-x64-binaries > > > > > But I can=E2=80=99t execute it: > > ---------------------------- > > root@qemux86-64:/usr/share/dotnet# ./dotnet > > -sh: ./dotnet: No such file or directory > > > > > > But it is there: > > ------------------ > > root@qemux86-64:/usr/share/dotnet# ls -lh > > total 116K > > -rw-r--r-- 1 root root 1.1K Feb 10 02:33 LICENSE.txt > > -rw-r--r-- 1 root root 31K Feb 10 02:33 ThirdPartyNotices.txt > > -rwxr-xr-x 1 root root 72K Feb 10 02:33 dotnet > > drwxr-xr-x 3 root root 4.0K Feb 10 02:36 host > > drwxr-xr-x 4 root root 4.0K Feb 10 02:36 shared > > > > > > It tried to get more information about the dotnet-executable > > > -------------------------------------------------------------------------= ----- > > root@qemux86-64:/usr/share/dotnet# readelf -h dotnet > > ELF Header: > > Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 > > Class: ELF64 > > Data: 2's complement, little endian > > Version: 1 (current) > > OS/ABI: UNIX - System V > > ABI Version: 0 > > Type: EXEC (Executable file) > > Machine: Advanced Micro Devices X86-64 > > Version: 0x1 > > Entry point address: 0x402f17 > > Start of program headers: 64 (bytes into file) > > Start of section headers: 71032 (bytes into file) > > Flags: 0x0 > > Size of this header: 64 (bytes) > > Size of program headers: 56 (bytes) > > Number of program headers: 10 > > Size of section headers: 64 (bytes) > > Number of section headers: 31 > > Section header string table index: 30 > > > > root@qemux86-64:/usr/share/dotnet# file dotnet > > dotnet: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically > linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, > BuildID[sha1]=3D28c244c1953bcbee994709a4b849086ee7cf0c99, stripped > > > > > > I compared those values with that from Python, which does run on this > system > > > -------------------------------------------------------------------------= ------------------------------ > > root@qemux86-64:/opt/jre-8/bin# readelf -h /usr/bin/python3.7 > > ELF Header: > > Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 > > Class: ELF64 > > Data: 2's complement, little endian > > Version: 1 (current) > > OS/ABI: UNIX - System V > > ABI Version: 0 > > Type: DYN (Shared object file) > > Machine: Advanced Micro Devices X86-64 > > Version: 0x1 > > Entry point address: 0x1060 > > Start of program headers: 64 (bytes into file) > > Start of section headers: 12568 (bytes into file) > > Flags: 0x0 > > Size of this header: 64 (bytes) > > Size of program headers: 56 (bytes) > > Number of program headers: 11 > > Size of section headers: 64 (bytes) > > Number of section headers: 27 > > Section header string table index: 26 > > > > root@qemux86-64:/usr/share/dotnet# file /usr/bin/python3.7 > > /usr/bin/python3.7: ELF 64-bit LSB pie executable, x86-64, version 1 > (SYSV), dynamically linked, interpreter /lib/ld-linux-x86-64.so.2, > BuildID[sha1]=3Da455873f278466378405802b0e0171337e52a81c, for GNU/Linux > 3.2.0, stripped > > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D > > > > The only difference I found, is that Python is a =E2=80=9CELF 64-bit LSB = pie > executable=E2=80=9D whereas dotnet is a =E2=80=9CELF 64-bit LSB executabl= e=E2=80=9D. I tried to > turn that PIE (seemed to be a gcc option: --enable-default-pie) feature o= f, > but that didn=E2=80=99t work well, and I couldn=E2=80=99t find a way to r= emove it. > > > > > > ---- > > > > Best regards, > > > > Christian Lohr > > Im Auftrag von: > > Carl Zeiss Meditec AG > G=C3=B6schwitzer Strasse 51-52 > > 07745 Jena, Deutschland > > christian.lohr.ext@zeiss.com > > Tel: +493641220206 > > > > > > > > > > --00000000000032052c059e5d8fb5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
That layer does have the x86_64 variant as well, no? = Is it not working?

The error you= 9;re seeing is almost certainly due to Yocto using /lib/ld-so... for dynami= c loader, and the binary hardcoding /lib64/....

Al= ex

On Wed, 12 Feb 2020 at 10:15, Lohr, Christian [ext] <christian.lohr.ext@zeiss.com&g= t; wrote:

Hello Alex,

=C2=A0

Thanks for replying. Yes, I know that th= is isn=E2=80=99t the way it works on Yocto (and I told the managers it is a= crappy idea to do that more than once). But they need .NET Core in that company I work for, and Mono d= oesn=E2=80=99t work (that=E2=80=99s what they told me). Compiling .NET Core= through the Yocto process is ugly, because Microsoft used a mixture of she= ll scripts to compile it for some platforms, it won=E2=80=99t work this way on Yocto. Actually one already tried it, but o= nly until .NET Core 2.2: https://github.com/Tragetaschen/meta-aspnet

And despite this, I already managed to g= et the dotnet binaries for ARM32 and ARM64 already working on a i.MX6 and i= .MX8

There=E2=80=99s a layer which j= ust deploys the binaries: = https://github.com/RDunkley/meta-dotnet-core

This is currently the last step. I thoug= ht if it worked on i.MX6 and i.MX8 it shouldn=E2=80=99t be a problem to get= it running on Virtualbox with x86-64. It should only make the things easy for the developers. It isn=E2= =80=99t even our target platform.

=C2=A0

Best regards,

=C2=A0

=C2=A0

Christian Lohr

Von: yocto@lists.yoctoproject.org <yocto@lists.yoctoproj= ect.org> Im Auftrag von Alexander Kanavin
Gesendet: Mittwoch, 12. Februar 2020 09:51
An: Lohr, Christian [ext] <christian.lohr.ext@zeiss.com>
Cc: yocto@lists.yoctoproject.org
Betreff: Re: [yocto] Creating a QEmu (x86-64) Image, which can execu= te binary applications from other x86-64 linux OSes

=C2=A0

Yocto generally does not support this use case. The = binary was compiled in a different environment and expects things in differ= ent places, and probably being different versions too. I could point out th= e specific problem why the executable doesn't even start, but it's really the wrong way to approach it. = Is the source code for it available?

=C2=A0

Microsoft specifically lists which distributions are= supported, and there is nothing Yocto-based in it:

=C2=A0

For mono things you can use meta-mono layer, but I a= m not sure if it provides exactly the item you're after.

=C2=A0

Alex

=C2=A0

On Wed, 12 Feb 2020 at 09:36, Christian Lohr <christian.lo= hr.ext@zeiss.com> wrote:

Hello,

=C2=A0

I=E2=80=99m trying to create a normal QE= mu (x86-64) Image, which I can let run in Virtualbox. As a addition I deployed .NET Core, which I got from this side:

htt= ps://dotnet.microsoft.com/download/dotnet-core/thank-you/runtime-aspnetcore= -3.1.1-linux-x64-binaries

=C2=A0

But I can=E2=80=99t execute it:

----------------------------

root@qemux86-64:/usr/share/dotnet# ./dot= net

-sh: ./dotnet: No such file or directory=

=C2=A0

=C2=A0

But it is there:

------------------<= /p>

root@qemux86-64:/usr/share/dotnet# ls -l= h

total 116K

-rw-r--r-- 1 root root 1.1K Feb 10 02:33= LICENSE.txt

-rw-r--r-- 1 root root=C2=A0 31K Feb 10 = 02:33 ThirdPartyNotices.txt

-rwxr-xr-x 1 root root=C2=A0 72K Feb 10 = 02:33 dotnet

drwxr-xr-x 3 root root 4.0K Feb 10 02:36= host

drwxr-xr-x 4 root root 4.0K Feb 10 02:36= shared

=C2=A0

=C2=A0

It tried to get more information about t= he dotnet-executable

----------------------------------------= --------------------------------------

root@qemux86-64:/usr/share/dotnet# reade= lf -h dotnet

ELF Header:

=C2=A0 Magic:=C2=A0=C2=A0 7f 45 4c 46 02= 01 01 00 00 00 00 00 00 00 00 00

=C2=A0=C2=A0Class:=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= ELF64

=C2=A0 Data:=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2&= #39;s complement, little endian

=C2=A0 Version:=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1 (current)

=C2=A0 OS/ABI:=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 UNIX - Syst= em V

=C2=A0 ABI Version:=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0

=C2=A0 Type:=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0EX= EC (Executable file)

=C2=A0 Machine:=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Advanced Micro De= vices X86-64

=C2=A0 Version:=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x1=

=C2=A0 Entry point address:=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x= 402f17

=C2=A0 Start of program headers:=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 64 (bytes into file)

=C2=A0 Start of section headers:=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 71032 (bytes into file)

=C2=A0 Flags:=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0

=C2=A0 Size of this header:=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 64= (bytes)

=C2=A0 Size of program headers:=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 56 (bytes)

=C2=A0 Number of program headers:=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 10

=C2=A0 Size of section headers:=C2=A0 = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A064 (bytes)<= /u>

=C2=A0 Number of section headers:=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 31

=C2=A0 Section header string table index= : 30

=C2=A0

root@qemux86-64:/usr/share/dotnet# =C2= =A0file dotnet

dotnet: ELF 64-bit LSB executable, x86-6= 4, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64= .so.2, for GNU/Linux 2.6.32, BuildID[sha1]=3D28c244c1953bcbee994709a4b849086ee7cf= 0c99, stripped

=C2=A0

=C2=A0

I compared those values with that from P= ython, which does run on this system

----------------------------------------= ---------------------------------------------------------------

root@qemux86-64:/opt/jre-8/bin# readelf = -h /usr/bin/python3.7

ELF Header:

=C2=A0 Magic:=C2=A0=C2=A0 7f 45 4c 46 02= 01 01 00 00 00 00 00 00 00 00 00

=C2=A0=C2=A0Class:=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 EL= F64

=C2=A0 Data:=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2&= #39;s complement, little endian

=C2=A0 Version:=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1 (current)

=C2=A0 OS/ABI:=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0UNIX - Sy= stem V

=C2=A0 ABI Version:=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0

=C2=A0 Type:=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 DY= N (Shared object file)

=C2=A0 Machine:=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Advanced Micro De= vices X86-64

=C2=A0 Version:=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x1=

=C2=A0 Entry point address:=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x= 1060

=C2=A0 Start of program headers:=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 64 (bytes into file)

=C2=A0 Start of section headers:=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 12568 (bytes into file)

=C2=A0 Flags:=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0

=C2=A0 Size of this header:=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 64= (bytes)

=C2=A0 Size of program headers:=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 56 (bytes)

=C2=A0 Number of program headers:=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 11

=C2=A0 Size of section headers:=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 64 (bytes)

=C2=A0 Number of section headers:=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 27

=C2=A0 Section header string table index= : 26

=C2=A0

root@qemux86-64:/usr/share/dotnet# file /usr/bin/python= 3.7

/usr/bin/python3.7: ELF 64-bit LSB pie e= xecutable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-x86-64.so.2, BuildID[sha1]=3Da455873f278466378405802b0e01713= 37e52a81c, for GNU/Linux 3.2.0, stripped

=C2=A0

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

=C2=A0

The only difference I found, is that Pyt= hon is a =E2=80=9CELF 64-bit LSB pie executable=E2=80=9D whereas dotnet is = a =E2=80=9CELF 64-bit LSB executable=E2=80=9D. I tried to turn that PIE (seemed to be a g= cc option: --enable-default-pie) feature of, but that didn=E2=80=99t work w= ell, and I couldn=E2=80=99t find a way to remove it.

=C2=A0

=C2=A0

----

=C2=A0

Best regards,

=C2=A0

Christian Lohr

Im Auftrag von:<= /u>

Carl Zeiss Meditec AG
G=C3=B6schwitzer Strasse 51-52

07745 Jena, Deutschland

christian.lohr.ext@zeis= s.com

Tel: +493641220206

=C2=A0<= u>

=C2=A0

=C2=A0

=C2=A0

--00000000000032052c059e5d8fb5--