[Bug 260006] Compressed user core files with large segments are truncated

From: <bugzilla-noreply_at_freebsd.org>
Date: Mon, 29 Nov 2021 14:22:07 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260006

--- Comment #4 from commit-hook@FreeBSD.org ---
A commit in branch stable/12 references this bug:

URL:
https://cgit.FreeBSD.org/src/commit/?id=f4777562833311b5b4c99e5dda8d50d91a514bf0

commit f4777562833311b5b4c99e5dda8d50d91a514bf0
Author:     Justin Hibbits <jhibbits@FreeBSD.org>
AuthorDate: 2021-10-01 18:39:18 +0000
Commit:     Mark Johnston <markj@FreeBSD.org>
CommitDate: 2021-11-29 14:21:19 +0000

    Fix segment size in compressing core dumps

    A core segment is bounded in size only by memory size.  On 64-bit
    architectures this means a segment can be much larger than 4GB.
    However, compress_chunk() takes only a u_int, clamping segment size to
    4GB-1, resulting in a truncated core.  Everything else, including the
    compressor internally, uses size_t, so use size_t at the boundary here.

    This dates back to the original refactor back in 2015 (r279801 /
    aa14e9b7).

    PR:             260006
    Sponsored by:   Juniper Networks, Inc.

    (cherry picked from commit 63cb9308a75b99fe057409705bc1b2ac0293f578)

 sys/kern/imgact_elf.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

-- 
You are receiving this mail because:
You are the assignee for the bug.