From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from msgsrv3.atosorigin.de (msgsrv3.atosorigin.de [194.8.120.225]) by mx.groups.io with SMTP id smtpd.web11.2441.1581498902953530218 for ; Wed, 12 Feb 2020 01:15:07 -0800 Authentication-Results: mx.groups.io; dkim=pass header.i=@zeiss.onmicrosoft.com header.s=selector2-zeiss-onmicrosoft-com header.b=c3PZMQcP; spf=pass (domain: zeiss.com, ip: 194.8.120.225, mailfrom: christian.lohr.ext@zeiss.com) Received: from julia-mo2.my-it-solutions.net (HELO julia-mo2.ccsn.de.ao-srv.com) ([194.8.124.179]) by msgsrv-out1.atosorigin.de with ESMTP; 12 Feb 2020 10:15:00 +0100 Received: from julia-mo2.ccsn.de.ao-srv.com (unknown [194.8.124.179]) by MCS02-MA1.atosorigin.de with smtp id 1918_373a_011d7691_9f3e_435b_9856_a457c059450c; Wed, 12 Feb 2020 10:14:59 +0100 Received: from julia-mo2 (localhost [127.0.0.1]) by julia-mo2.ccsn.de.ao-srv.com (Postfix) with ESMTP id 1FB34192AF7F; Wed, 12 Feb 2020 10:14:42 +0100 (CET) Received: from ADEERL01IMS011.zeiss.org (ADEERL01IMS011.zeiss.org [10.193.156.178]) by julia-mo2.ccsn.de.ao-srv.com (Postfix) with ESMTP id E4D46192AF7F; Wed, 12 Feb 2020 10:14:41 +0100 (CET) Received: from ADEERL01IMS011 (localhost [127.0.0.1]) by ADEERL01IMS011.zeiss.org (Postfix) with ESMTP id CBB88265DCA; Wed, 12 Feb 2020 09:14:59 +0000 (GMT) Received: from ADEFUE01SMS004.cznet.zeiss.org (adefue01sms004.zeiss.org [10.167.4.49]) by ADEERL01IMS011.zeiss.org (Postfix) with ESMTP id C1A17265CA1; Wed, 12 Feb 2020 09:14:59 +0000 (GMT) Received: from ADEFUE01IUCC23.zeiss.org (10.167.12.168) by adefue01sms004.cznet.zeiss.org (10.167.4.49) with Microsoft SMTP Server (TLS) id 14.3.468.0; Wed, 12 Feb 2020 10:14:59 +0100 Received: from EUR04-HE1-obe.outbound.protection.outlook.com (104.47.13.57) by hybrid.ext.smtp.zeiss.com (217.115.69.78) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.845.34; Wed, 12 Feb 2020 10:14:59 +0100 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JEEOxV3unS2uN7AfzPfUIppIwq9cm4pk8ouu5nkj8Soy5iPnmaxvrs8mbQTr1+qFua9424WJIWHHcY5oULO48TfKhAN3wYJn3HeYg/LXrjZccrxSwMBCD2z1OPBFwLNsnpZROvQXqv04EpQkZVxhQwb4Tf0P38yKfE+/2Wz8cwBV1pqOQgVqeChizwvbEP/i1/IckDynA4tWozAxyKuZA89/XUY1bD9cwE2kwjSbCxc4B5Df2t0RXusfStpRkReuF6mEYBekCDVU74jD7aDkFpeIZ5HQM5008Rr+Du7niZ0ba56Ll0O3ySRunjsln7jQEZmA1/9+1LtcArgfMVZpug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=P5ElsCVPgUnk9oMd/LXfW57gIOwFuFoh8CdlIbJI6pw=; b=M9/cxtHmvupSnJyAz9OQuNa/id7BkWmYGbcDq++7pyT4J38H5S9jYLMSDidTIYeLlWXL3OQspSZazS7gY8Qfgy38NgW/eB6BLtEpleRN2XsOj9Avr+T2i059x45bfNll03qW+Ef0uj0IL8ZZVEe5tNEyqGNXXnTK7jJHlp509USxZF76ziAYlVxuww12DBwMQeV8JLp26PfqmyBvLVhp2WLjaDCnNYx/KrrUbNiywJa7Tq/b+U1i2dZCYetaFRYnp/kRx01h7fec9jzUbKw0Od9+1AIzDZTzd17eajL8xjYo7x9YKGF94ujs7RTI1tKvYwbaiQCr7YX7bH6LXlDeTw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=zeiss.com; dmarc=pass action=none header.from=zeiss.com; dkim=pass header.d=zeiss.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zeiss.onmicrosoft.com; s=selector2-zeiss-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=P5ElsCVPgUnk9oMd/LXfW57gIOwFuFoh8CdlIbJI6pw=; b=c3PZMQcP020KwwYp2nP79/NnLYnr4PRgjBpbIKH9mhmKr8cUAXYN+QmyXGAG5bkESo9vRGICL38AkiSVJsP4Zt6UlH8A0xRk8AX3OeT5jG/ewROLUR6sphhouTPGwjM4dCcJFCAIegljzgtEoDiKo0QD9ZgE/A3auBA5AM2glQs= Received: from AM0P190MB0770.EURP190.PROD.OUTLOOK.COM (10.186.130.84) by AM0P190MB0610.EURP190.PROD.OUTLOOK.COM (10.186.129.150) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2707.23; Wed, 12 Feb 2020 09:14:58 +0000 Received: from AM0P190MB0770.EURP190.PROD.OUTLOOK.COM ([fe80::80ea:37a2:d08c:8e9e]) by AM0P190MB0770.EURP190.PROD.OUTLOOK.COM ([fe80::80ea:37a2:d08c:8e9e%6]) with mapi id 15.20.2729.021; Wed, 12 Feb 2020 09:14:58 +0000 From: "Christian Lohr" To: Alexander Kanavin CC: "yocto@lists.yoctoproject.org" Subject: Re: [yocto] Creating a QEmu (x86-64) Image, which can execute binary applications from other x86-64 linux OSes Thread-Topic: [yocto] Creating a QEmu (x86-64) Image, which can execute binary applications from other x86-64 linux OSes Thread-Index: AdXhe7XXITfcuZjzRnOvXbaB5vpC8wABeHmAAAAvroA= Date: Wed, 12 Feb 2020 09:14:58 +0000 Message-ID: References: In-Reply-To: Accept-Language: de-DE, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=christian.lohr.ext@zeiss.com; x-originating-ip: [165.225.200.221] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 98815bc1-5ec9-4ab9-94d5-08d7af9c0816 x-ms-traffictypediagnostic: AM0P190MB0610: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 0311124FA9 x-forefront-antispam-report: SFV:NSPM;SFS:(10019020)(4636009)(396003)(366004)(39860400002)(376002)(136003)(346002)(199004)(189003)(19627235002)(71200400001)(2906002)(66446008)(9686003)(66574012)(55016002)(4326008)(86362001)(52536014)(66476007)(33656002)(64756008)(66556008)(316002)(76116006)(66946007)(478600001)(6506007)(966005)(7696005)(8676002)(8936002)(81166006)(81156014)(186003)(6916009)(26005)(45080400002)(5660300002)(55236004);DIR:OUT;SFP:1102;SCL:1;SRVR:AM0P190MB0610;H:AM0P190MB0770.EURP190.PROD.OUTLOOK.COM;FPR:;SPF:None;LANG:en;PTR:InfoNoRecords;A:1;MX:1; received-spf: None (protection.outlook.com: zeiss.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 7+0FQrvnEfhn8dI+XwhgHe4K77lBo4Y24iIFa7pvX+MQYwq2gJm5Epvg4iM1LTu9rK0vM6nAo8NtUWWO7n/bo19OCCmJS9ibdcnwX8hBNQu1xzC/CjVOCBl6e2f44/UmRCVhsb2E2+DRg+yob7nEJOL8K7xv2iRlINHFj/FdEgRtFV3z1oRlH+QK1RVxMUWNaD8AwvgwX4NqeC4VvF/I8QUraYyZvSdeSicqvX0N6yNHp0QA3oX/wH39uKPnuruc4A9goRtmytSZtORIxdQt8iFJlf2K/WUj00KdeU0+p4D7I57zKftYlLPCizyrDEcb5OMrVhPb6PblI8SBaxY0x01IM5xet4dOkm19kDf3zF2fb3pX/6cj/ZPSpasSbkgwRwf4GleRa2H23Yp3DxN062qVHa6D4YMrMO7xSiiQU7KtHw7CAxCmVnhkTOI8oPlYgTTJKmpwuAL+hO0dcrP9I3H73dDokY/Xo9f9QXy9N/EgDvaJfDGlOr67k/dKgg0Pdw714qCUYrXKi5R8v9+7ZA== x-ms-exchange-antispam-messagedata: OtGBACEDrN1bTGysg1E089HnSTDIs/qrOQJsKwcR2dMz3Kwcj7GMXxBj2qzxrcT340AjTRHTBj7Zo92hdGUrGjaNy510Ols2l6X8aZrHjRC1ZOY8AQQlsIdtIZ9Lrgm0s2GJHiFOOGGRIBH00KWVBQ== x-ms-exchange-transport-forked: True MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 98815bc1-5ec9-4ab9-94d5-08d7af9c0816 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Feb 2020 09:14:58.0486 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 28042244-bb51-4cd6-8034-7776fa3703e8 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: gjna6cdsRijXAtYJVmiGDY2AoMkxUGMChOilgVxt11sW6p2NRogStL8Of4NDLIjIiV1IaBkg5hpobzjBq++vcPleRVg3rMKIfICq4MDFruw= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0P190MB0610 X-OriginatorOrg: zeiss.com X-NAI-Spam-Flag: NO X-NAI-Spam-Level: X-NAI-Spam-Threshold: 8 X-NAI-Spam-Score: 0.7 X-NAI-Spam-Version: 2.3.0.9418 : core <6733> : inlines <7189> : streams <1847101> : uri <2986864> Content-Language: de-DE Content-Type: multipart/alternative; boundary="_000_AM0P190MB07703F67D36E568E0AB7671CC21B0AM0P190MB0770EURP_" --_000_AM0P190MB07703F67D36E568E0AB7671CC21B0AM0P190MB0770EURP_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Alex, Thanks for replying. Yes, I know that this isn't the way it works on Yocto = (and I told the managers it is a crappy idea to do that more than once). Bu= t they need .NET Core in that company I work for, and Mono doesn't work (th= at's what they told me). Compiling .NET Core through the Yocto process is u= gly, because Microsoft used a mixture of shell scripts to compile it for so= me platforms, it won't work this way on Yocto. Actually one already tried i= t, but only until .NET Core 2.2: https://github.com/Tragetaschen/meta-aspne= t And despite this, I already managed to get the dotnet binaries for ARM32 an= d ARM64 already working on a i.MX6 and i.MX8 There's a layer which just deploys the binaries: https://github.com/RDunkle= y/meta-dotnet-core This is currently the last step. I thought if it worked on i.MX6 and i.MX8 = it shouldn't be a problem to get it running on Virtualbox with x86-64. It s= hould only make the things easy for the developers. It isn't even our targe= t 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 bina= ry applications from other x86-64 linux OSes Yocto generally does not support this use case. The binary was compiled in = a different environment and expects things in different places, and probabl= y 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 approac= h it. Is the source code for it available? Microsoft specifically lists which distributions are supported, and there i= s nothing Yocto-based in it: https://docs.microsoft.com/en-us/dotnet/core/install/dependencies?tabs=3Dne= tcore31&pivots=3Dos-linux For mono things you can use meta-mono layer, but I am not sure if it provid= es exactly the item you're after. Alex On Wed, 12 Feb 2020 at 09:36, Christian Lohr > wrote: Hello, I'm trying to create a normal QEmu (x86-64) Image, which I can let run in V= irtualbox. As a addition I deployed .NET Core, which I got from this side: https://dotnet.microsoft.com/download/dotnet-core/thank-you/runtime-aspnetc= ore-3.1.1-linux-x64-binaries But I can't 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 li= nked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildI= D[sha1]=3D28c244c1953bcbee994709a4b849086ee7cf0c99, stripped I compared those values with that from Python, which does run on this syste= m ---------------------------------------------------------------------------= ---------------------------- 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 "ELF 64-bit LSB pie execut= able" whereas dotnet is a "ELF 64-bit LSB executable". I tried to turn that= PIE (seemed to be a gcc option: --enable-default-pie) feature of, but that= didn't work well, and I couldn't find a way to remove it. ---- Best regards, Christian Lohr Im Auftrag von: Carl Zeiss Meditec AG G=F6schwitzer Strasse 51-52 07745 Jena, Deutschland christian.lohr.ext@zeiss.com Tel: +493641220206 --_000_AM0P190MB07703F67D36E568E0AB7671CC21B0AM0P190MB0770EURP_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello Alex,

 

Thanks for = replying. Yes, I know that this isn’t 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’t work (that’s what they told me). Compiling .NET Core thr= ough the Yocto process is ugly, because Microsoft used a mixture of shell s= cripts to compile it for some platforms, it won’t work this way on Yocto. Actually one already tried it, but onl= y 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 alr= eady working on a i.MX6 and i.MX8

There’s a layer which jus= t deploys the binaries: https://github.com= /RDunkley/meta-dotnet-core

This is cur= rently the last step. I thought if it worked on i.MX6 and i.MX8 it shouldn&= #8217;t be a problem to get it running on Virtualbox with x86-64. It should only make the things easy for the developers. It isnR= 17;t even our target platform.

 =

Best regard= s,

 =

 

<= span style=3D"font-size:10.0pt;font-family:"Arial",sans-serif">Ch= ristian Lohr

Von: yocto@lists.yoctoproject.org <yocto@l= ists.yoctoproject.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

 

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 s= ource code for it available?

 

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

 

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

 

Alex

 

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

Hello,

 

I’m trying to create a normal QEmu (x86-64) Im= age, which I can let run in Virtualbox. As a addition I deployed .NET Core, which I got from this side:

https://dotnet.mi= crosoft.com/download/dotnet-core/thank-you/runtime-aspnetcore-3.1.1-linux-x= 64-binaries

 

But I can’t 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 ThirdP= artyNotices.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-ex= ecutable

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

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:     &nbs= p;             =           ELF64

  Data:      &nbs= p;            &= nbsp;          2's complement,= little endian

  Version:      &= nbsp;           &nbs= p;        1 (current)<= /p>

  OS/ABI:      &n= bsp;            = ;         UNIX - System V

  ABI Version:     &nb= sp;            =      0

  Type:      &nbs= p;             =           EXEC (Executabl= e file)

  Machine:      &= nbsp;           &nbs= p;        Advanced Micro Devices X86-64<= /span>

  Version:      &= nbsp;           &nbs= p;        0x1

  Entry point address:    &= nbsp;          0x402f17=

  Start of program headers:   &n= bsp;      64 (bytes into file)

  Start of section headers:   &n= bsp;      71032 (bytes into file)

  Flags:      &nb= sp;            =           0x0

  Size of this header:    &= nbsp;          64 (bytes)

  Size of program headers:   &nb= sp;       56 (bytes)

  Number of program headers:   &= nbsp;     10

  Size of section headers:    &n= bsp;      64 (bytes)

  Number of section headers:   &= nbsp;     31

  Section header string table index: 30<= o:p>

 

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]=3D28c244c1953bcbee994709a4b849086ee7cf= 0c99, 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:     &nbs= p;            &= nbsp;          ELF64

  Data:      &nbs= p;            &= nbsp;          2's complement,= little endian

  Version:      &= nbsp;           &nbs= p;        1 (current)<= /p>

  OS/ABI:      &n= bsp;            &nbs= p;        UNIX - System V

  ABI Version:     &nb= sp;            =      0

  Type:      &nbs= p;            &= nbsp;          DYN (Shared obj= ect file)

  Machine:      &= nbsp;           &nbs= p;        Advanced Micro Devices X86-64<= /span>

  Version:      &= nbsp;           &nbs= p;        0x1

  Entry point address:    &= nbsp;          0x1060

  Start of program headers:   &n= bsp;      64 (bytes into file)

  Start of section headers:   &n= bsp;      12568 (bytes into file)

  Flags:      &nb= sp;            =           0x0

  Size of this header:    &= nbsp;          64 (bytes)

  Size of program headers:   &nb= sp;       56 (bytes)

  Number of program headers:   &= nbsp;     11

  Size of section headers:   &nb= sp;       64 (bytes)

  Number of section headers:   &= nbsp;     27

  Section header string table index: 26<= o:p>

 

root@qemux86-64:/usr/share/dotnet# file /usr/bin/python3.7

/usr/bin/python3.7: ELF 64-bit LSB pie executable, x= 86-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

 

=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 = 220;ELF 64-bit LSB pie executable” whereas dotnet is a “ELF 64-bit LSB executable”. I tried to turn that PIE (seemed to be a gcc= option: --enable-default-pie) feature of, but that didn’t work well,= and I couldn’t find a way to remove it.

 

 

----

 

Best regards,

 

Christian Lohr

Im Auftrag von:

Carl Zeiss Meditec AG
G=F6schwitzer Strasse 51-52

07745 Jena, Deutschland

christian.lohr.ext@zeiss.com

Tel: +493641220206

 

 

 

 

--_000_AM0P190MB07703F67D36E568E0AB7671CC21B0AM0P190MB0770EURP_--