From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Hendrik Tews Newsgroups: gmane.emacs.bugs Subject: bug#42013: 26.3; hash tables are not garbage collected Date: Thu, 22 Oct 2020 17:15:29 +0200 Message-ID: <87r1pq8f72.fsf@cert.kernkonzept.com> References: <87zh8uwxn3.fsf@cert.kernkonzept.com> <87k0vi790j.fsf@igel.home> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11069"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) Cc: 42013@debbugs.gnu.org To: Andreas Schwab Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Oct 22 17:16:28 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kVcKK-0002mo-2Q for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 22 Oct 2020 17:16:28 +0200 Original-Received: from localhost ([::1]:36648 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kVcKJ-0008K9-24 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 22 Oct 2020 11:16:27 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35390) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kVcJu-00084A-J0 for bug-gnu-emacs@gnu.org; Thu, 22 Oct 2020 11:16:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:41986) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kVcJu-0002Qc-Aa for bug-gnu-emacs@gnu.org; Thu, 22 Oct 2020 11:16:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kVcJu-0002kT-6g for bug-gnu-emacs@gnu.org; Thu, 22 Oct 2020 11:16:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Hendrik Tews Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Oct 2020 15:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42013 X-GNU-PR-Package: emacs Original-Received: via spool by 42013-submit@debbugs.gnu.org id=B42013.160337973610501 (code B ref 42013); Thu, 22 Oct 2020 15:16:02 +0000 Original-Received: (at 42013) by debbugs.gnu.org; 22 Oct 2020 15:15:36 +0000 Original-Received: from localhost ([127.0.0.1]:53526 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kVcJT-0002jI-RG for submit@debbugs.gnu.org; Thu, 22 Oct 2020 11:15:36 -0400 Original-Received: from serv1.kernkonzept.com ([159.69.200.6]:44967 helo=mx.kernkonzept.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kVcJR-0002j2-8e for 42013@debbugs.gnu.org; Thu, 22 Oct 2020 11:15:33 -0400 Original-Received: from ip5f5a64b2.dynamic.kabel-deutschland.de ([95.90.100.178] helo=cert) by mx.kernkonzept.com with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) id 1kVcJQ-0005X4-8D; Thu, 22 Oct 2020 17:15:32 +0200 Original-Received: from localhost ([::1] helo=cert) by cert with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kVcJP-000DqW-BI; Thu, 22 Oct 2020 17:15:31 +0200 In-Reply-To: <87k0vi790j.fsf@igel.home> (Andreas Schwab's message of "Thu, 22 Oct 2020 14:14:20 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:191287 Archived-At: > The garbage collector is conservative, so objects may not be collected > immediately, even if they appear unreferenced. OK, would it be possible to update the documentation? Is there a way to trigger a full collection of all unreachable objects? I would like to use this and the numbers that garbage-collect returns to check that a certain piece of code does not leak memory. Or is there another way to check that all allocations done within a form are unreachable after leaving that form? Thanks Hendrik