From 03e383f0b4b173d5b37640b9c4ebe541a0ff604c Mon Sep 17 00:00:00 2001 From: Timo Sirainen Date: Fri, 23 Jan 2009 13:13:15 -0500 Subject: [PATCH] Don't use clean_pool with login processes. The previous fix for clean_pool perhaps might have fixed all the bugs related to it, but since it only produces extra work with no real benefit, just don't use it. The original idea behind using it was flawed. --HG-- branch : HEAD --- src/login-common/main.c | 7 ------- 1 file changed, 7 deletions(-) diff --git a/src/login-common/main.c b/src/login-common/main.c index 43c85fcb79..67eb90d60b 100644 --- a/src/login-common/main.c +++ b/src/login-common/main.c @@ -413,13 +413,6 @@ int main(int argc ATTR_UNUSED, char *argv[], char *envp[]) fd_debug_verify_leaks(i, 1024); } #endif - /* clear all allocated memory before freeing it. this makes the login - processes pretty safe to reuse for new connections since the - attacker won't be able to find anything interesting from the - memory. */ - default_pool = system_clean_pool; - data_stack_set_clean_after_pop(TRUE); - /* NOTE: we start rooted, so keep the code minimal until restrict_access_by_env() is called */ lib_init(); -- 2.47.3