GNU bug report logs - #42013
26.3; hash tables are not garbage collected

Previous Next

Full log

View this message in rfc822 format

From: Hendrik Tews <hendrik.tews <at> kernkonzept.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 42013 <at> debbugs.gnu.org
Subject: bug#42013: 26.3; hash tables are not garbage collected
Date: Wed, 21 Oct 2020 14:47:45 +0200

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> => ((vec2 -1) (vec1 4))
>
> Uhmn...

It is not really clear what you executed to obtain the negative
number. I am assuming you executed all the let expressions in
your reply in sequence.

To me, the most obvious explanation for the negative number would
be that garbage-collect does not always perform a full garbage
collection, therefore the last garbage-collect by chance finally
performs a full collection and collects one vector that has
survived the other garbage collections...

> So I'm not sure there's anything to fix here, except perhaps noting in
> the doc string that you can't do precision math on the numbers?  Anybody?

To me the observed behavior suggests that the Elisp garbage
collector is more complicated than the simple mark and sweep
described in the manual. Can you really confirm, that this is not
the case? Because otherwise I would expect a documentation update
for garbage-collect and in the Garbage Collection appendix.

Hendrik

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.