Page MenuHomeFreeBSD

TCP RACK: don't log an uninitialized value
ClosedPublic

Authored by tuexen on Jan 6 2025, 9:24 PM.
Tags
None
Referenced Files
Unknown Object (File)
Tue, Jan 14, 2:10 PM
Unknown Object (File)
Mon, Jan 13, 5:05 PM
Unknown Object (File)
Jan 11 2025, 6:52 PM
Unknown Object (File)
Jan 10 2025, 11:56 AM
Unknown Object (File)
Jan 9 2025, 11:45 PM
Unknown Object (File)
Jan 9 2025, 3:21 PM
Unknown Object (File)
Jan 9 2025, 2:29 AM
Unknown Object (File)
Jan 8 2025, 11:05 PM

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

tuexen requested review of this revision.Jan 6 2025, 9:24 PM
tuexen retitled this revision from TCP RACK: don't lock an uninitialized value to TCP RACK: don't log an uninitialized value.Jan 7 2025, 8:07 AM
tuexen added a reviewer: glebius.
This revision is now accepted and ready to land.Jan 8 2025, 4:07 PM

Why not move the old_method: label above the stack variables' declaration? I think it may be cleaner to read.
Like this:

	old_method:
		uint64_t cwnd, tr_perms = 0;
		int32_t reduce = 0;
This revision was automatically updated to reflect the committed changes.
In D48346#1103376, @cc wrote:

Why not move the old_method: label above the stack variables' declaration? I think it may be cleaner to read.
Like this:

	old_method:
		uint64_t cwnd, tr_perms = 0;
		int32_t reduce = 0;

I prefer declarations before code in a block and label inside the code block. Maybe this is just a personal preference. But I also had to look up the specification if Coverity is correct in stating that the variable might be unused...