Page MenuHomeFreeBSD

Display the approximate space needed when a minidump fails due to lack of space.
ClosedPublic

Authored by np on Jun 29 2019, 1:11 AM.
Tags
None
Referenced Files
Unknown Object (File)
Fri, Dec 26, 2:14 PM
Unknown Object (File)
Nov 16 2025, 4:47 PM
Unknown Object (File)
Nov 16 2025, 2:16 PM
Unknown Object (File)
Nov 16 2025, 12:31 PM
Unknown Object (File)
Nov 16 2025, 3:01 AM
Unknown Object (File)
Nov 16 2025, 3:00 AM
Unknown Object (File)
Nov 15 2025, 5:32 AM
Unknown Object (File)
Nov 14 2025, 2:51 AM
Subscribers

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 25119
Build 23817: arc lint + arc unit

Event Timeline

sys/amd64/amd64/minidump_machdep.c
453

We traditionally use %ju/cast to uintmax_t for large values.

Also, would it make sense to round instead of truncating ?

sys/amd64/amd64/minidump_machdep.c
453

Both valid points. But minidumpsys already has a %llu printf with (long long)dumpsize >> 20 and I thought it better to stay consistent with existing code.

Anyway, do as you want. Printing any estimation of the size in case of failure is an improvement on its own, even if not perfect.

sys/amd64/amd64/minidump_machdep.c
345

If you look closer, the formats usage is not consistent, one case uses %llu, another %ju. You may fix %llu case while there.

This revision is now accepted and ready to land.Jun 29 2019, 7:19 PM