[tor-commits] [tor/maint-0.3.3] Attempt to fix 32-bit builds, which broke with 31508a0abccfee1cd

nickm at torproject.org nickm at torproject.org
Thu Apr 12 16:25:58 UTC 2018


commit 4aaa4215e7e11f318c5a50124e29dc0b50ce21e1
Author: Nick Mathewson <nickm at torproject.org>
Date:   Thu Apr 12 12:24:36 2018 -0400

    Attempt to fix 32-bit builds, which broke with 31508a0abccfee1cd
    
    When size_t is 32 bits, doing "size_t ram; if (ram > 8GB) { ... }"
    produces a compile-time warning.
    
    Bug caused by #24782 fix; not in any released Tor.
---
 src/or/config.c | 10 +++++++++-
 1 file changed, 9 insertions(+), 1 deletion(-)

diff --git a/src/or/config.c b/src/or/config.c
index 6b8885521..986794cec 100644
--- a/src/or/config.c
+++ b/src/or/config.c
@@ -4545,7 +4545,15 @@ compute_real_max_mem_in_queues(const uint64_t val, int log_guess)
       /* We detected the amount of memory available. */
       uint64_t avail = 0;
 
-      if (ram >= (8 * ONE_GIGABYTE)) {
+#if SIZEOF_SIZE_T > 4
+/* On a 64-bit platform, we consider 8GB "very large". */
+#define RAM_IS_VERY_LARGE(x) ((x) >= (8 * ONE_GIGABYTE))
+#else
+/* On a 32-bit platform, we can't have 8GB of ram. */
+#define RAM_IS_VERY_LARGE(x) (0)
+#endif
+
+      if (RAM_IS_VERY_LARGE(ram)) {
         /* If we have 8 GB, or more, RAM available, we set the MaxMemInQueues
          * to 0.4 * RAM. The idea behind this value is that the amount of RAM
          * is more than enough for a single relay and should allow the relay



More information about the tor-commits mailing list