Ubuntu
gzip package

gzip in Ubuntu Eoan results in Exec format error on WSL1

Bug #1843479 reported by Hayden Barnes
22
This bug affects 3 people
Affects Status Importance Assigned to Milestone
binutils
Fix Released
Medium
binutils (Ubuntu)
Fix Released
Medium
Balint Reczey
Eoan
Fix Released
Medium
Unassigned
gzip (Ubuntu)
Fix Released
High
Unassigned
Eoan
Fix Released
High
Unassigned

Bug Description

[Impact]

 * Running gzip on WSL1 results in the following error:
   $ gzip
   -bash: /bin/gzip: cannot execute binary file: Exec format error
 * The error occurs frequently in package updates and makes gzip inoperable on WSL1
 * The problem is caused by PT_LOAD offset pointing past the end of file and the fix is fixing strip to not generate such ELF files and recompiling gzip with the fixed strip.

[Test Case]

 * Check the gzip binary for wrong offset:
  $ FILE=/usr/bin/gzip; readelf -W --program-headers $FILE | awk -v size=$(stat -c %s $FILE) '/^ LOAD/ {if (strtonum($2) > size) {print "wrong offset ("$2" ("strtonum($2)") points past EOF:" size; exit 1;}}'

[ Regression Potential ]

 * The binutils fix could cause binutils to generate invalid ELF files. The fix is very small and isolated and has been tested and accepted by upstream, which makes such problems unlikely.
 * Bugs in the toolchain in general can make the rebuilt gzip show new errors, but this generally applies to many SRUs and security updates. The testing period in proposed should mitigate this risk.

[Other Info]

 * Binutils 2.33.1-6ubuntu1.1 was accidentally built in -proposed instead of in a PPA. I've rebuilt it in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3878 for the -security pocket as 2.33-2ubuntu1.2.

[Originial Bug Text]

Summary:

Running gzip on WSL1 results in the following error:

$ gzip
-bash: /bin/gzip: cannot execute binary file: Exec format error

What I expect to happen:

gzip executes correctly on WSL1.

What happens instead:

gzip fails with an Exec format error.

Notes:

I suspect a change in how gzip is being built for Eoan is causing issues with ELF parsing on the WSL1 translation layer. For example:

On Disco with gzip 1.9-3:

$ file /bin/gzip
/bin/gzip: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 3.2.0, BuildID[sha1]=efa859c26eaf8e035efe9a139361e2a60cd17b3e, stripped

On Eoan with gzip 1.10-0ubuntu3:

$ file /bin/gzip
/bin/gzip: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=bc0f5994544c2a469d04c914bf4bf44b4ded6040, for GNU/Linux 3.2.0, stripped

Eoan ships with gzip 1.10, while Disco ships with gzip 1.9, but I do not believe this is an issue in 1.10 because this error does not occur when building gzip from GNU project source on Ubuntu Eoan.

Justifications:

WSL1 will need to be patched in future Windows builds for this change in ELF. However that patch will likely not be backported to older builds of Windows, including Windows Enterprise/Server 2019.

To ensure Eoan can run on current and older builds of Windows Ubuntu should consider looking at how it's building gzip and see if it can be made to 'play nice' until WSL1 can be updated.

This was originally reported here: https://github.com/microsoft/WSL/issues/4461

Details:

Description: Ubuntu Eoan Ermine (development branch)
Release: 19.10

gzip:
  Installed: 1.10-0ubuntu3
  Candidate: 1.10-0ubuntu3
  Version table:
 *** 1.10-0ubuntu3 500
        500 http://archive.ubuntu.com/ubuntu eoan/main amd64 Packages
        100 /var/lib/dpkg/status

See original description
Hayden Barnes (haydenb)
summary: - gzip in Ubuntu Eoan results in Exec format error
+ gzip in Ubuntu Eoan results in Exec format error on WSL1
Sebastien Bacher (seb128)
tags: added: wsl
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gzip (Ubuntu):
status: New → Confirmed
Sebastien Bacher (seb128)
Changed in gzip (Ubuntu):
importance: Undecided → High
Revision history for this message
Stephen Kitt (steve-sk2) wrote :

I tried comparing the binaries with diffoscope, and one difference which jumped out at me is the .plt.sec section which is present in the Eoan binary. This presumably comes from CET (gcc -fcf-protection). There are other differences, less significant IMO; .plt.sec is a likely candidate for something WSL1 might not support.

Revision history for this message
Hayden Barnes (haydenb) wrote :

From the WSL issues page:

> Now, thing is, all of the new binaries (f.e. /bin/ls) have that .plt.sec section also, and they work just fine. Also compiling a hello.c with -fcf-protection works. Because of course it does. The only other new section in there (Disco gzip has 27 sections, Eoan has 29) is .note.gnu.property. No joy after stripping that either. Meh. It's not .note.ABI-tag; I stripped that as a WAG right after this issue was posted. Which is all a long description of things that don't work. Next thing to try would be to grab the apt-source, try to build a broken binary, and then try to guess what makes gzip so special (contrast say /bin/ls).

Revision history for this message
Hayden Barnes (haydenb) wrote :

This was determined to be a bug in the WSL1 ELF loader and fix is inbound from the WSL side. https://github.com/microsoft/WSL/issues/4461#issuecomment-536023805

Please close on Ubuntu.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks Hayden, closing

Changed in gzip (Ubuntu):
status: Confirmed → Invalid
Balint Reczey (rbalint)
Changed in binutils (Ubuntu):
status: New → In Progress
assignee: nobody → Balint Reczey (rbalint)
Changed in gzip (Ubuntu):
status: Invalid → In Progress
Revision history for this message
Balint Reczey (rbalint) wrote :

While this is a bug in WSL's ELF loader I located to problem in binutil's strip and after the fix passed my testing I'll send it upstream and also SRU it to Eoan to let us rebuild affected packages.

Revision history for this message
In , Balint Reczey (rbalint) wrote :

Created attachment 12095
Patch adjusting offset to stay in the file

This itself was tolerated for long time, but WSL's ELF loader crashes due to the offset and it seems to be easy to fix.

Bug Watch Updater (bug-watch-updater)
Changed in binutils:
importance: Unknown → Medium
status: Unknown → New
Revision history for this message
In , Alan Modra (amodra-gmail) wrote :

It looks to me like your fix ignores the following comment, and will therefore cause problems with other loaders.

       /* We shouldn't need to align the segment on disk since
   the segment doesn't need file space, but the gABI
   arguably requires the alignment and glibc ld.so
   checks it. So to comply with the alignment
   requirement but not waste file space, we adjust
   p_offset for just this segment.

Revision history for this message
In , Balint Reczey (rbalint) wrote :

It seemed to me that the changed adjustment later is still valid, honoring alignment.

Did I miss something?

Revision history for this message
In , Alan Modra (amodra-gmail) wrote :

(In reply to Balint Reczey from comment #2)
> Did I miss something?

You did. By subtracting off_adjust from the value written to p_offset you potentially have p_offset mod page_size != p_vaddr mod page_size.

This will fail the glibc test in elf/dl-load.c resulting in "ELF load command address/offset not properly aligned"

Bug Watch Updater (bug-watch-updater)
Changed in binutils:
status: New → Won't Fix
Revision history for this message
In , Balint Reczey (rbalint) wrote :

(In reply to Alan Modra from comment #3)
> (In reply to Balint Reczey from comment #2)
> > Did I miss something?
>
> You did. By subtracting off_adjust from the value written to p_offset you
> potentially have p_offset mod page_size != p_vaddr mod page_size.
>
> This will fail the glibc test in elf/dl-load.c resulting in "ELF load
> command address/offset not properly aligned"

Thanks. Could you please consider accepting a fixed patch rather than closing the bug as won't fix?
While this is not an issue with traditional loaders, users of WSL would certainly appreciate strip not generating binaries crashing there.

Revision history for this message
In , Alan Modra (amodra-gmail) wrote :

Well, yes, but patches can be posted to <email address hidden> without a bugzilla open.

Bug Watch Updater (bug-watch-updater)
Changed in binutils:
status: Won't Fix → Confirmed
Revision history for this message
In , Balint Reczey (rbalint) wrote :

Created attachment 12101
Patch adjusting offset honoring page alignment

In my test with the previous patch p_offset mod page_size indeed did not match p_vaddr mod page_size. However the tested binary (gzip) worked ok, but I see that it is not guaranteed to work everywhere.

This newer patch ensures that p_offset's alignment is kept.

Revision history for this message
Balint Reczey (rbalint) wrote :

The offset pointing past EOF is observed only in gzip and in several debug files:

$ grep -v dbg wrong-offsets
gzip_1.10-0ubuntu3_amd64.deb: /bin/gzip
libhugetlbfs-tests_2.21-0ubuntu1_amd64.deb: /usr/lib/libhugetlbfs/tests/obj64/xB.linkhuge
libhugetlbfs-tests_2.21-0ubuntu1_amd64.deb: /usr/lib/libhugetlbfs/tests/obj64/xB.linkhuge_nofd
libhugetlbfs-tests_2.21-0ubuntu1_amd64.deb: /usr/lib/libhugetlbfs/tests/obj64/xB.linkshare
libhugetlbfs-tests_2.21-0ubuntu1_amd64.deb: /usr/lib/libhugetlbfs/tests/obj64/zero_filesize_segment

After binutils is backported only gzip needs to be rebuilt.

Revision history for this message
Balint Reczey (rbalint) wrote :

I've forwarded the binutils patch to the mailing list, too: https://sourceware.org/ml/binutils/2019-12/msg00104.html .

Revision history for this message
In , Balint Reczey (rbalint) wrote :

Created attachment 12121
Updated patch bases on mailing list comments

Revision history for this message
In , Cvs-commit (cvs-commit) wrote :

The master branch has been updated by Alan Modra <email address hidden>:

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=0bc3450e220a4fb29f931ada84b546ce8993e85e

commit 0bc3450e220a4fb29f931ada84b546ce8993e85e
Author: Alan Modra <email address hidden>
Date: Fri Dec 13 16:14:57 2019 +1030

    Set no file contents PT_LOAD p_offset to first page

     PR 25237
     * elf.c (assign_file_positions_for_load_sections): Attempt to
     keep meaningless p_offset for PT_LOAD segments without file
     contents within file size.

Balint Reczey (rbalint)
description: updated
Revision history for this message
Steve Langasek (vorlon) wrote : Please test proposed package

Hello Hayden, or anyone else affected,

Accepted binutils into eoan-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/binutils/2.33-2ubuntu1.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested and change the tag from verification-needed-eoan to verification-done-eoan. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-eoan. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

Changed in binutils (Ubuntu Eoan):
status: New → Fix Committed
tags: added: verification-needed verification-needed-eoan
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package binutils - 2.33.1-6ubuntu1

---------------
binutils (2.33.1-6ubuntu1) focal; urgency=medium

  * Merge with Debian; remaining changes:
    - Build from upstream sources.
    - Don't generate control file entries for any native mips* packages.
  * Cherry-pick from binutils master branch:
    PR25237, set no file contents PT_LOAD p_offset to first page (LP: #1843479)

binutils (2.33.1-6) unstable; urgency=medium

  * Update from the binutils 2.33 branch:
    - [gas] Implement .cfi_negate_ra_state directive (AArch64).

 -- Balint Reczey <email address hidden> Fri, 13 Dec 2019 16:24:27 +0100

Changed in binutils (Ubuntu):
status: In Progress → Fix Released
Revision history for this message
Ubuntu SRU Bot (ubuntu-sru-bot) wrote : Autopkgtest regression report (binutils/2.33-2ubuntu1.1)

All autopkgtests for the newly accepted binutils (2.33-2ubuntu1.1) for eoan have finished running.
The following regressions have been reported in tests triggered by the package:

glibc/2.30-0ubuntu2 (amd64)

Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUpdates policy regarding autopkgtest regressions [1].

https://people.canonical.com/~ubuntu-archive/proposed-migration/eoan/update_excuses.html#binutils

[1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions

Thank you!

Revision history for this message
Łukasz Zemczak (sil2100) wrote : Please test proposed package

Hello Hayden, or anyone else affected,

Accepted gzip into eoan-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/gzip/1.10-0ubuntu3.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested and change the tag from verification-needed-eoan to verification-done-eoan. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-eoan. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

Changed in gzip (Ubuntu Eoan):
status: New → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gzip - 1.10-0ubuntu4

---------------
gzip (1.10-0ubuntu4) focal; urgency=high

  * Rebuild with binutils 2.33.1-6ubuntu1 (LP: #1843479)
    - Build-depend on binutils (>= 2.33.1-6ubuntu1)
  * Pass -fstack-protector to mingw build to fix FTBFS

 -- Balint Reczey <email address hidden> Fri, 13 Dec 2019 16:41:46 +0100

Changed in gzip (Ubuntu):
status: In Progress → Fix Released
Revision history for this message
Balint Reczey (rbalint) wrote :

Verified gzip 1.10-0ubuntu3.1 rebuilt with binutils (2.33-2ubuntu1.1):

root@ee-motd-verify:~# dpkg -l gzip
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-==============-===============-============-=================================
ii gzip 1.10-0ubuntu3.1 amd64 GNU compression utilities
root@ee-motd-verify:~# FILE=/usr/bin/gzip; readelf -W --program-headers $FILE | awk -v size=$(stat -c %s $FILE) '/^ LOAD/ {if (strtonum($2) > size) {print "wrong offset ("$2" ("strtonum($2)") points past EOF:" size; exit 1;}}' && echo ok
ok
root@ee-motd-verify:~# FILE=/usr/bin/gzip; readelf -W --program-headers $FILE

Elf file type is DYN (Shared object file)
Entry point 0x4190
There are 14 program headers, starting at offset 64

Program Headers:
  Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align
  PHDR 0x000040 0x0000000000000040 0x0000000000000040 0x000310 0x000310 R 0x8
  INTERP 0x000350 0x0000000000000350 0x0000000000000350 0x00001c 0x00001c R 0x1
      [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
  LOAD 0x000000 0x0000000000000000 0x0000000000000000 0x0027a0 0x0027a0 R 0x1000
  LOAD 0x003000 0x0000000000003000 0x0000000000003000 0x00ea05 0x00ea05 R E 0x1000
  LOAD 0x012000 0x0000000000012000 0x0000000000012000 0x003e80 0x003e80 R 0x1000
  LOAD 0x016690 0x0000000000017690 0x0000000000017690 0x000d70 0x000d70 RW 0x1000
  LOAD 0x000000 0x000000000001a000 0x000000000001a000 0x000000 0x0ca048 RW 0x1000
  DYNAMIC 0x016b80 0x0000000000017b80 0x0000000000017b80 0x0001f0 0x0001f0 RW 0x8
  NOTE 0x000370 0x0000000000000370 0x0000000000000370 0x000020 0x000020 R 0x8
  NOTE 0x000390 0x0000000000000390 0x0000000000000390 0x000044 0x000044 R 0x4
  GNU_PROPERTY 0x000370 0x0000000000000370 0x0000000000000370 0x000020 0x000020 R 0x8
  GNU_EH_FRAME 0x01433c 0x000000000001433c 0x000000000001433c 0x000404 0x000404 R 0x4
  GNU_STACK 0x000000 0x0000000000000000 0x0000000000000000 0x000000 0x000000 RW 0x10
  GNU_RELRO 0x016690 0x0000000000017690 0x0000000000017690 0x000970 0x000970 R 0x1

 Section to Segment mapping:
  Segment Sections...
   00
   01 .interp
   02 .interp .note.gnu.property .note.gnu.build-id .note.ABI-tag .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rela.dyn .rela.plt
   03 .init .plt .plt.got .plt.sec .text .fini
   04 .rodata .eh_frame_hdr .eh_frame
   05 .init_array .fini_array .data.rel.ro .dynamic .got .data
   06 .bss
   07 .dynamic
   08 .note.gnu.property
   09 .note.gnu.build-id .note.ABI-tag
   10 .note.gnu.property
   11 .eh_frame_hdr
   12
   13 .init_array .fini_array .data.rel.ro .dynamic .got
root@ee-motd-verify:~# stat -c %s /usr/bin/gzip
97496

Note that the last PT_LOAD segment is set to 0.

tags: added: verification-done verification-done-eoan
removed: verification-needed verification-needed-eoan
Balint Reczey (rbalint)
description: updated
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gzip - 1.10-0ubuntu3.1

---------------
gzip (1.10-0ubuntu3.1) eoan; urgency=high

  * Rebuild with binutils 2.33-2ubuntu1.1 (LP: #1843479)
    - Build-depend on binutils (>= 2.33-2ubuntu1.1)

 -- Balint Reczey <email address hidden> Fri, 13 Dec 2019 16:41:46 +0100

Changed in gzip (Ubuntu Eoan):
status: Fix Committed → Fix Released
Revision history for this message
Łukasz Zemczak (sil2100) wrote : Update Released

The verification of the Stable Release Update for gzip has completed successfully and the package is now being released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.

Revision history for this message
Łukasz Zemczak (sil2100) wrote :

So the binutils upload will need to be re-built against security and pushed to the -security pocket additionally to the -updates pocket, otherwise all the future potential gzip security updates would revert this fix here. Balint is preparing the rebuild, but I think ubuntu-security should be notified.

In the meantime, I have released gzip as is as it does not have any runtime dependency on the new binutils. It did not age fully but I am conditionally accepting it earlier.

Revision history for this message
Łukasz Zemczak (sil2100) wrote :

(actually, I don't think security needs to be notified, so scratch that)

Balint Reczey (rbalint)
description: updated
Revision history for this message
Steve Langasek (vorlon) wrote : Please test proposed package

Hello Hayden, or anyone else affected,

Accepted binutils into eoan-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/binutils/2.33-2ubuntu1.2 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested and change the tag from verification-needed-eoan to verification-done-eoan. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-eoan. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

tags: added: verification-needed verification-needed-eoan
removed: verification-done verification-done-eoan
Revision history for this message
Balint Reczey (rbalint) wrote :
Download full text (4.3 KiB)

Verified binutils 2.33-2ubuntu1.2 by rebuilding gzip in the Bileto PPA with new binutils and checking the rebuilt gzip binary:

root@ee-dwz:~# wget https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3878/+build/18334107/+files/gzip_1.10-0ubuntu3.1_amd64.deb
--2019-12-20 17:50:02-- https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3878/+build/18334107/+files/gzip_1.10-0ubuntu3.1_amd64.deb
Resolving launchpad.net (launchpad.net)... 91.189.89.222, 91.189.89.223, 2001:67c:1560:8003::8003, ...
Connecting to launchpad.net (launchpad.net)|91.189.89.222|:443... connected.
HTTP request sent, awaiting response... 303 See Other
Location: https://launchpadlibrarian.net/456546671/gzip_1.10-0ubuntu3.1_amd64.deb [following]
--2019-12-20 17:50:03-- https://launchpadlibrarian.net/456546671/gzip_1.10-0ubuntu3.1_amd64.deb
Resolving launchpadlibrarian.net (launchpadlibrarian.net)... 91.189.89.228, 91.189.89.229, 2001:67c:1560:8003::8007, ...
Connecting to launchpadlibrarian.net (launchpadlibrarian.net)|91.189.89.228|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 95292 (93K) [application/x-debian-package]
Saving to: ‘gzip_1.10-0ubuntu3.1_amd64.deb’

gzip_1.10-0ubuntu3.1_amd64.deb 100%[=========================================================================================>] 93.06K --.-KB/s in 0.1s

2019-12-20 17:50:03 (715 KB/s) - ‘gzip_1.10-0ubuntu3.1_amd64.deb’ saved [95292/95292]

root@ee-dwz:~# apt install ./gzip_1.10-0ubuntu3.1_amd64.deb
Reading package lists... Done
Building dependency tree
Reading state information... Done
Note, selecting 'gzip' instead of './gzip_1.10-0ubuntu3.1_amd64.deb'
gzip is already the newest version (1.10-0ubuntu3.1).
The following package was automatically installed and is no longer required:
  libdumbnet1
Use 'apt autoremove' to remove it.
0 upgraded, 0 newly installed, 0 to remove and 8 not upgraded.
root@ee-dwz:~# FILE=/usr/bin/gzip; readelf -W --program-headers $FILE | awk -v size=$(stat -c %s $FILE) '/^ LOAD/ {if (strtonum($2) > size) {print "wrong offset ("$2" ("strtonum($2)") points past EOF:" size; exit 1;}}'
root@ee-dwz:~# echo $?
0
root@ee-dwz:~# FILE=/usr/bin/gzip; readelf -W --program-headers $FILE

Elf file type is DYN (Shared object file)
Entry point 0x4190
There are 14 program headers, starting at offset 64

Program Headers:
  Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align
  PHDR 0x000040 0x0000000000000040 0x0000000000000040 0x000310 0x000310 R 0x8
  INTERP 0x000350 0x0000000000000350 0x0000000000000350 0x00001c 0x00001c R 0x1
      [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
  LOAD 0x000000 0x0000000000000000 0x0000000000000000 0x0027a0 0x0027a0 R 0x1000
  LOAD 0x003000 0x0000000000003000 0x0000000000003000 0x00ea05 0x00ea05 R E 0x1000
  LOAD 0x012000 0x0000000000012000 0x0000000000012000 0x003e80 0x003e80 R 0x1000
  LOAD 0x016690 0x0000000000017690 0x0000000000017690 0x000d70 0x000d70 RW 0x1000
  LOAD 0x000000 0x000000000001a000 0x000000000001a000 0x000000 0x0ca048 RW 0x1000
  DYNAMIC 0x016...

Read more...

description: updated
tags: added: verification-done verification-done-eoan
removed: verification-needed verification-needed-eoan
Mathew Hodson (mhodson)
Changed in binutils (Ubuntu):
importance: Undecided → Medium
Changed in binutils (Ubuntu Eoan):
importance: Undecided → Medium
Changed in gzip (Ubuntu Eoan):
importance: Undecided → High
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package binutils - 2.33-2ubuntu1.2

---------------
binutils (2.33-2ubuntu1.2) eoan; urgency=medium

  * Rebuild for the -security pocket

binutils (2.33-2ubuntu1.1) eoan; urgency=medium

  * Cherry-pick from binutils master branch:
    PR25237, set no file contents PT_LOAD p_offset to first page (LP: #1843479)

 -- Balint Reczey <email address hidden> Thu, 19 Dec 2019 12:46:41 +0100

Changed in binutils (Ubuntu Eoan):
status: Fix Committed → Fix Released
Revision history for this message
In , D-i-j (d-i-j) wrote :

Can be closed now.

Revision history for this message
In , Alan Modra (amodra-gmail) wrote :

Closing

Bug Watch Updater (bug-watch-updater)
Changed in binutils:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.