Can you please rename them to:
DIRCACHE_MIN_MEM and DIRCACHE_MIN_MB_MEM
(There is no need to say "BANDWIDTH" at all, because it is confusing to say "BANDWIDTH" when talking about memory.)
I am sorry I did not explain better in the ticket.
Since these new names are shorter, there is no need to change the log messages to pass make check-spaces.
Also, would you like to do a changes file for this one?
Changes files help us make the changelog at the end of the release.
You can say "patch by Neel Chauhan" at the end if you want.
Here's how we do a changes file:
https://gitweb.torproject.org/tor.git/tree/doc/HACKING/CodingStandards.md#n56
Or you can look at the one I made on your last ticket for an example.
For the changes file, this bug was introduced in tor-0.2.8.1-alpha.
I used git blame to find out this change was made in commit 997f779, and git describe --contains 997f779 to find out the release for this commit was tor-0.2.8.1-alpha.
Actually, the issue was that DIRCACHE_MIN_MEM was used instead of DIRCACHE_MIN_MB_MEM in the test. I've fixed it using the attached commit. Test passes now.
See branch bug20684_030_01
Trac: Status: needs_revision to assigned Owner: N/Ato dgoulet
I think the convention here is (or should be) to use a suffix that denotes the units of the constant. So I've added an extra commit (e0e729d4b52ef4a14e63e194ff0a47a0aa0d0f99) and merged this.
(We don't need to add a "BYTES" suffix to everything that is already in bytes.)
Trac: Resolution: N/Ato fixed Status: merge_ready to closed