Revert "preallocate store for config", which appears to have been a mis-merge. Bug...
authorJeremy Harris <jgh@wizmail.org>
Sat, 9 Nov 2019 16:38:42 +0000 (16:38 +0000)
committerJeremy Harris <jgh@wizmail.org>
Sat, 9 Nov 2019 16:38:42 +0000 (16:38 +0000)
This reverts commit 00f1386065b4ab2aed12facd883ebd324c8c66d5.

src/src/readconf.c

index 2f78cd746f6d2a043895d743787f8ba665949a2e..0233019cf6eb155fcff56dde3c431ceca498a2a0 100644 (file)
@@ -3344,19 +3344,6 @@ if (f.trusted_config && Ustrcmp(filename, US"/dev/null"))
     }
   }
 
-/* Do a dummy store-allocation of a size related to the (toplevel) file size.
-This assumes we will need this much storage to handle all the allocations
-during startup; it won't help when .include is being used.  When it does, it
-will cut down on the number of store blocks (and malloc calls, and sbrk
-syscalls).  It also assume we're on the relevant pool. */
-
-if (statbuf.st_size > 8192)
-  {
-  rmark r = store_mark();
-  void * dummy = store_get((int)statbuf.st_size, FALSE);
-  store_reset(r);
-  }
-
 /* Process the main configuration settings. They all begin with a lower case
 letter. If we see something starting with an upper case letter, it is taken as
 a macro definition. */