From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS22989 209.51.188.0/24 X-Spam-Status: No, score=-4.5 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_LOW, SPF_HELO_NONE,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 0EDD81F45E for ; Thu, 13 Feb 2020 07:17:34 +0000 (UTC) Received: from localhost ([::1]:48180 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j28ke-00062E-I6 for normalperson@yhbt.net; Thu, 13 Feb 2020 02:17:32 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:54467) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j28k1-0005L1-7Y for bug-gnulib@gnu.org; Thu, 13 Feb 2020 02:16:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j28k0-0005fQ-6J for bug-gnulib@gnu.org; Thu, 13 Feb 2020 02:16:53 -0500 Received: from smtp.lrde.epita.fr ([163.5.55.2]:53450) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j28k0-0005d7-0M for bug-gnulib@gnu.org; Thu, 13 Feb 2020 02:16:52 -0500 Received: from [172.20.10.14] (unknown [37.173.174.132]) by smtp.lrde.epita.fr (Postfix) with ESMTPSA id 50CD042B62; Thu, 13 Feb 2020 08:16:42 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: fstrcmp: memory is not reclaimed on exit From: Akim Demaille In-Reply-To: <85BF43E8-5844-48B2-B7B9-F9BCA7F67E7A@lrde.epita.fr> Date: Thu, 13 Feb 2020 08:16:41 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <4B22D23A-4C8F-4A83-8D70-85F4EA6D3DFE@lrde.epita.fr> References: <2875969.BTBdedgLeP@omega> <85BF43E8-5844-48B2-B7B9-F9BCA7F67E7A@lrde.epita.fr> To: Bruno Haible X-Mailer: Apple Mail (2.3445.104.11) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 163.5.55.2 X-BeenThere: bug-gnulib@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Gnulib discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: bug-gnulib@gnu.org Errors-To: bug-gnulib-bounces+normalperson=yhbt.net@gnu.org Sender: "bug-gnulib" Hi all, > Le 22 janv. 2020 =C3=A0 07:50, Akim Demaille a = =C3=A9crit : >=20 > I agree, I would like to be able to explicitly release the memory. = But > I can't see any API to do that in fstrcmp.c. Is this one ok? I feel > stupid to initialize the memory right before releasing, but I didn't > find a means to check whether the tls memory was initialized. >=20 > Thanks! >=20 > commit eee1a395a841f7d1ae4388710c88c5dd3e047cc0 > Author: Akim Demaille > Date: Wed Jan 22 07:46:45 2020 +0100 >=20 > fstrcmp: provide a means to explictly release resources >=20 > * lib/fstrcmp.h, lib/fstrcmp.c (fstrcmp_free): New. Do we have a better alternative to address this issue? Is it ok to = install? Cheers!=