From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#45200: [PATCH] Force Glibc to free the memory freed Date: Wed, 03 Feb 2021 16:51:14 +0200 Message-ID: <83tuqt4331.fsf@gnu.org> References: <83k0rz21dw.fsf@gnu.org> <331805c74fc5d3d412dd2065030b11fa3343710d.camel@yandex.ru> <8a91fc16f93298bca1281b43d6821ae3621376dc.camel@yandex.ru> <7ffacc5f-fc0e-a5f8-104d-2c0ae8e06953@gmx.at> <3f4f8b3034e9f52f48ec520f2732b1687bb24dbc.camel@yandex.ru> <31608795-6155-c7c9-7d94-6024adb0a3b9@gmx.at> <09cc70f14e90f6b13b51b0536fae76e87dfe3f42.camel@yandex.ru> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11259"; mail-complaints-to="usenet@ciao.gmane.io" Cc: fweimer@redhat.com, dj@redhat.com, carlos@redhat.com, monnier@iro.umontreal.ca, 45200@debbugs.gnu.org To: Konstantin Kharlamov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Feb 03 15:53:55 2021 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 1l7JXU-0002jK-R3 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 03 Feb 2021 15:53:52 +0100 Original-Received: from localhost ([::1]:39666 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l7JXT-0004tP-Q1 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 03 Feb 2021 09:53:51 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57942) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l7JVi-0002Kt-8D for bug-gnu-emacs@gnu.org; Wed, 03 Feb 2021 09:52:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:54072) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1l7JVh-0004qp-W1 for bug-gnu-emacs@gnu.org; Wed, 03 Feb 2021 09:52:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1l7JVh-0002BI-Tr for bug-gnu-emacs@gnu.org; Wed, 03 Feb 2021 09:52:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Feb 2021 14:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45200 X-GNU-PR-Package: emacs Original-Received: via spool by 45200-submit@debbugs.gnu.org id=B45200.16123638838312 (code B ref 45200); Wed, 03 Feb 2021 14:52:01 +0000 Original-Received: (at 45200) by debbugs.gnu.org; 3 Feb 2021 14:51:23 +0000 Original-Received: from localhost ([127.0.0.1]:37385 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7JV5-0002A0-JI for submit@debbugs.gnu.org; Wed, 03 Feb 2021 09:51:23 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:39702) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7JV4-00029k-Oi for 45200@debbugs.gnu.org; Wed, 03 Feb 2021 09:51:23 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:44051) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l7JUy-0004NV-0o; Wed, 03 Feb 2021 09:51:16 -0500 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4733 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l7JUx-0007UD-9b; Wed, 03 Feb 2021 09:51:15 -0500 In-Reply-To: <09cc70f14e90f6b13b51b0536fae76e87dfe3f42.camel@yandex.ru> (message from Konstantin Kharlamov on Wed, 03 Feb 2021 12:49:47 +0300) 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:199197 Archived-At: > From: Konstantin Kharlamov > Date: Wed, 03 Feb 2021 12:49:47 +0300 > Cc: carlos@redhat.com, fweimer@redhat.com, 45200@debbugs.gnu.org, dj@redhat.com > > Second, if Emacs indeed sees it's gonna allocate memory again right away, then it shouldn't have even freed the memory in the first place. You are not serious here, are you? How could Emacs possibly know, at the level that does GC, whether the Lisp program that currently runs will need more memory in the future? The program itself may know that (and then it may not, if memory is allocated by some low-level primitive), but GC itself? If you think it can have powers for such prophecy, we should probably use that to write a program to advise us which shares to buy, and get rich -- fast.