From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id MG3pCoOIQ2AweQAA0tVLHw (envelope-from ) for ; Sat, 06 Mar 2021 13:49:55 +0000 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id 2MeaBoOIQ2B8IQAAbx9fmQ (envelope-from ) for ; Sat, 06 Mar 2021 13:49:55 +0000 Received: from mail.notmuchmail.org (nmbug.tethera.net [144.217.243.247]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id D05B718DCC for ; Sat, 6 Mar 2021 14:49:53 +0100 (CET) Received: from nmbug.tethera.net (localhost [127.0.0.1]) by mail.notmuchmail.org (Postfix) with ESMTP id 5CB09270EF; Sat, 6 Mar 2021 08:49:43 -0500 (EST) Received: from fethera.tethera.net (fethera.tethera.net [198.245.60.197]) by mail.notmuchmail.org (Postfix) with ESMTP id 86A9A26BF0 for ; Sat, 6 Mar 2021 08:49:40 -0500 (EST) Received: by fethera.tethera.net (Postfix, from userid 1001) id C186F5FA96; Sat, 6 Mar 2021 08:49:38 -0500 (EST) Received: (nullmailer pid 491399 invoked by uid 1000); Sat, 06 Mar 2021 13:49:37 -0000 From: David Bremner To: notmuch@notmuchmail.org Subject: Clean up glib / GKeyFile memory use Date: Sat, 6 Mar 2021 09:49:30 -0400 Message-Id: <20210306134934.491249-1-david@tethera.net> X-Mailer: git-send-email 2.30.1 MIME-Version: 1.0 Message-ID-Hash: 4AMTF2RCDN2XMPOKUAKHDVDJQWKLASBR X-Message-ID-Hash: 4AMTF2RCDN2XMPOKUAKHDVDJQWKLASBR X-MailFrom: bremner@tethera.net X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-notmuch.notmuchmail.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; suspicious-header X-Mailman-Version: 3.2.1 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Help: List-Post: List-Subscribe: List-Unsubscribe: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1615038593; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding:list-id:list-help: list-unsubscribe:list-subscribe:list-post; bh=F8Y7PlsIo5OEqtNkoRP9zKta64066/UJjffK3gSw2rw=; b=gz5u89bUNIn5maiKCdFi63JdW3qQK6W2MdPX9m2dT5rZpZHP5Q8tatB2B9itbKiEaHskIu kye+tf+A+DxgX9wN1MNQug1hsilb4JykMwo0eE5pRlu5N1pjZq2unh8tw4AgebOkPvyRD7 aODilFkVUfPoaEJMLMqk2v2e3/ffxWUsSSNF6grAuSfgzZ+4QjRUnm5m4ObjLWLDx21qe0 LL93+tsutjzFXcccAT0yQITMuo5CPZP3RLvL5zZmazNMBLJeHgPXCsTm6YrV2xYBrZOH6F xaa5tKbcyrMIDdNe42WxthUziYdgoUgAeMxSWgyXwqgrVUrgZpALUneoRcGp9Q== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1615038593; a=rsa-sha256; cv=none; b=HZc9LCxl/xTJhIbByHkT5nfInG9nFi2LkaIa7j24TZIehcq8tqmSMPmXos9MW1DB1aicHx jm2SP4UeAjVNDMZVZblcd2+9Rtd1DyOSKea2UvWYgbqbld7nF9yYmOGgnV/6xpS2s/Pwk8 Y9j4Fvqui4VeUbzdrPmiXLFxtD6uTHJ3abZdWP9gB1DYVNe8rpSChHZd9GCfXWh8895o1l 9tXUaKxcmKWUXBmEDkFgcMMY1NjnFhVjdgVp0Iqhxe1zy1C4dCIy4njx2oOSVLH/D6co6v OTFNJH8f2n6gRT1+9HbBWvh6k6O3ajd8JNmaYErPEMSebjgrOhggW/3oyUVNJA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of notmuch-bounces@notmuchmail.org designates 144.217.243.247 as permitted sender) smtp.mailfrom=notmuch-bounces@notmuchmail.org X-Migadu-Spam-Score: -1.03 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of notmuch-bounces@notmuchmail.org designates 144.217.243.247 as permitted sender) smtp.mailfrom=notmuch-bounces@notmuchmail.org X-Migadu-Queue-Id: D05B718DCC X-Spam-Score: -1.03 X-Migadu-Scanner: scn0.migadu.com X-TUID: 7I6fkScIGTc8 It turns out I was too optimistic / lazy about how the g_key_file API manages memory. None of the resulting memory leaks are large (unless you somehow keep War and Peace in your config file), but it is more tidy to clean them up, and makes it easier to spot more significant leaks in the already noisy output from valgrind. This series applies on top of master. I'll have to rebase the other config series on top (and possibly clean up a few more glib related memory leaks).