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)
Tue, Apr 9, 11:04 AM
Unknown Object (File)
Mar 19 2024, 9:55 PM
Unknown Object (File)
Mar 19 2024, 2:17 PM
Unknown Object (File)
Jan 9 2024, 1:09 PM
Unknown Object (File)
Dec 13 2023, 5:08 AM
Unknown Object (File)
Oct 22 2023, 5:20 PM
Unknown Object (File)
Aug 23 2023, 2:25 AM
Unknown Object (File)
Jul 10 2023, 9:41 AM
Subscribers

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

sys/amd64/amd64/minidump_machdep.c
453 ↗(On Diff #59182)

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 ↗(On Diff #59182)

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 ↗(On Diff #59182)

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