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#53809: 29.0.50; fatal error: assertion failed: string_immovable_p (bytestr) Date: Mon, 07 Feb 2022 21:45:45 +0200 Message-ID: <831r0exxxy.fsf@gnu.org> References: <87h79bftm7.fsf@no.workgroup> <83ee4eyefj.fsf@gnu.org> <87k0e6ix47.fsf@no.workgroup> <838rumyciw.fsf@gnu.org> <0A3AC12A-5BA7-45F4-BA80-727BC04A74B3@acm.org> <8335kuy0f3.fsf@gnu.org> <9A1F0B52-CB38-4BB9-934F-37FB28ABCBBC@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5080"; mail-complaints-to="usenet@ciao.gmane.io" Cc: telegraph@gmx.net, 53809@debbugs.gnu.org To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Feb 07 20:47:59 2022 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 1nH9zT-00017l-Ho for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 07 Feb 2022 20:47:59 +0100 Original-Received: from localhost ([::1]:35122 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nH9zS-0000Mv-Id for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 07 Feb 2022 14:47:58 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:52134) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nH9yY-0000GA-LV for bug-gnu-emacs@gnu.org; Mon, 07 Feb 2022 14:47:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49936) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nH9yY-0004e4-CA for bug-gnu-emacs@gnu.org; Mon, 07 Feb 2022 14:47:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nH9yY-0007pt-Bh for bug-gnu-emacs@gnu.org; Mon, 07 Feb 2022 14:47:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Feb 2022 19:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53809 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 53809-submit@debbugs.gnu.org id=B53809.164426316830059 (code B ref 53809); Mon, 07 Feb 2022 19:47:02 +0000 Original-Received: (at 53809) by debbugs.gnu.org; 7 Feb 2022 19:46:08 +0000 Original-Received: from localhost ([127.0.0.1]:43833 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nH9xg-0007ol-EP for submit@debbugs.gnu.org; Mon, 07 Feb 2022 14:46:08 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:45244) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nH9xb-0007nz-Lp for 53809@debbugs.gnu.org; Mon, 07 Feb 2022 14:46:06 -0500 Original-Received: from [2001:470:142:3::e] (port=33994 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nH9xW-0004Op-5B; Mon, 07 Feb 2022 14:45:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=YOlvh4a2E+7Qei+D65xeRt0mTlqgY7Z8eAdybpduCTA=; b=NQrbWrQxy6jXOkbGedDE qeBMGaDIAHNv0IBDPX8DQC9DbhWJD7Oy1YySo/5gQ0HhY6rvPilWUSh+XQH3lp21oWUijeYapfTFW V7QlGlpcxdjKncUJ0kjP0ag5aAoFnkLFAimIirAq9fMea/qJixoDyDwfaSlweaJfeOCE0bvWp0ycn +XDZxia/TMwu9Z/sDk6dCjHnF1MiZDSWV+ajD5XhhEX2feeQ30WZImjYki7CkUMUeyzgtwDUr9qxg b42pWm633l5BZWm6etB+fg+XR5Oi6ZhPAE1Xs8IyCePkyVSjg93UAibjAaeegKqbqFM/BMCvdl9mz Ya1oV5HpDO3pmA==; Original-Received: from [87.69.77.57] (port=2520 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nH9xV-0001tR-JE; Mon, 07 Feb 2022 14:45:57 -0500 In-Reply-To: <9A1F0B52-CB38-4BB9-934F-37FB28ABCBBC@acm.org> (message from Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= on Mon, 7 Feb 2022 20:09:01 +0100) 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:226280 Archived-At: > From: Mattias Engdegård > Date: Mon, 7 Feb 2022 20:09:01 +0100 > Cc: telegraph@gmx.net, 53809@debbugs.gnu.org > > 7 feb. 2022 kl. 19.52 skrev Eli Zaretskii : > > > Does this mean that Emacs will now be even less willing to return > > memory to the OS, because the bytecode strings cannot be moved by GC? > > Not to any significant degree How do you know? Was this measured? > but it is of course a legitimate concern. Bytecode strings are rarely freed at all; they are typically loaded once and remain until Emacs terminates. Dynamic bytecode generation and replacement is comparatively rare. I'm not talking about GC that frees unused string, I'm talking about GC that moves string data to compact strings that aren't freed. > Strings are allocated in either of two heaps: one for short strings (≤1024 bytes) and another for large ones. Only the short string heap is compacted, so all the pinning mechanism does is to use the large-string heap for all bytecode strings. Which is exactly my bother.