From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 22 19:46:40 2020 Received: (at submit) by debbugs.gnu.org; 22 Jun 2020 23:46:40 +0000 Received: from localhost ([127.0.0.1]:34925 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jnW97-0006J1-KI for submit@debbugs.gnu.org; Mon, 22 Jun 2020 19:46:40 -0400 Received: from lists.gnu.org ([209.51.188.17]:52094) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jnUo0-0004Cm-47 for submit@debbugs.gnu.org; Mon, 22 Jun 2020 18:20:46 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:57132) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jnUnz-0000Ay-Ur for bug-gnu-emacs@gnu.org; Mon, 22 Jun 2020 18:20:43 -0400 Received: from serv1.kernkonzept.com ([2a01:4f8:1c1c:b490::2]:51975 helo=mx.kernkonzept.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jnUnx-0005Lw-OZ for bug-gnu-emacs@gnu.org; Mon, 22 Jun 2020 18:20:43 -0400 Received: from ip5f5a9e4f.dynamic.kabel-deutschland.de ([95.90.158.79] helo=cert) by mx.kernkonzept.com with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) id 1jnUns-0002c0-Fb for bug-gnu-emacs@gnu.org; Tue, 23 Jun 2020 00:20:36 +0200 Received: from localhost ([::1] helo=cert) by cert with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1jnUnr-000cEt-BL for bug-gnu-emacs@gnu.org; Tue, 23 Jun 2020 00:20:35 +0200 From: Hendrik Tews To: bug-gnu-emacs@gnu.org Subject: 26.3; hash tables are not garbage collected Date: Tue, 23 Jun 2020 00:20:32 +0200 Message-ID: <87zh8uwxn3.fsf@cert.kernkonzept.com> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: softfail client-ip=2a01:4f8:1c1c:b490::2; envelope-from=hendrik.tews@kernkonzept.com; helo=mx.kernkonzept.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -1 X-Spam_score: -0.2 X-Spam_bar: / X-Spam_report: (-0.2 / 5.0 requ) BAYES_00=-1.9, KHOP_HELO_FCRDNS=1, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 22 Jun 2020 19:46:36 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Hi, I have the impression hash tables and their content are not garbage collected when the hash table is not referenced any more. Consider the following piece of elisp code: (let (gc-start gc-state hash symbol result) ;; record gc statistics (setq gc-start (garbage-collect)) ;; create a hash and put an uninterned symbol into it (setq hash (make-hash-table)) (setq symbol (make-symbol "x")) (puthash symbol t hash) ;; take gc stats and record the differences of used symbols and used ;; vectors in result (setq gc-state (garbage-collect)) (push (list 'sym1 (- (caddr (assoc 'symbols gc-state)) (caddr (assoc 'symbols gc-start)))) result) (push (list 'vec1 (- (caddr (assoc 'vectors gc-state)) (caddr (assoc 'vectors gc-start)))) result) ;; make the symbol and the hash inaccessible (setq symbol nil) (setq hash nil) ;; take gc stats again and record the differences of used symbols ;; and used vectors in result (setq gc-state (garbage-collect)) (push (list 'sym2 (- (caddr (assoc 'symbols gc-state)) (caddr (assoc 'symbols gc-start)))) result) (push (list 'vec2 (- (caddr (assoc 'vectors gc-state)) (caddr (assoc 'vectors gc-start)))) result) result) With emacs -Q it returns ((vec2 5) (sym2 1) (vec1 5) (sym1 1)), while I was expecting ((vec2 0) (sym2 0) ...). What am I doing wrong that prevents the third call to garbage-collect to garbage collect the hash and the uninterned symbol? Note that with inserting a clrhash before setting hash to nil, the symbol gets collected, but the vectors won't. What is needed to garbage collect a hash table? Thanks, Hendrik text generated by report-emacs-bug: In GNU Emacs 26.3 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.20) of 2020-05-17, modified by Debian built on x86-csail-01 Windowing system distributor 'The X.Org Foundation', version 11.0.12008000 System Description: Debian GNU/Linux bullseye/sid Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Configured using: 'configure --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --enable-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/26.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/26.3/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --enable-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/26.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/26.3/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2 -fdebug-prefix-map=/build/emacs-mHAik2/emacs-26.3+1=. -fstack-protector-strong -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' LDFLAGS=-Wl,-z,relro' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS GLIB NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM THREADS LIBSYSTEMD LCMS2 Important settings: value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 96516 5845) (symbols 48 20785 1) (miscs 40 45 96) (strings 32 29163 1930) (string-bytes 1 763910) (vectors 16 14012) (vector-slots 8 507754 6556) (floats 8 49 68) (intervals 56 268 0) (buffers 992 12)) From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 17 06:53:01 2020 Received: (at 42013) by debbugs.gnu.org; 17 Oct 2020 10:53:01 +0000 Received: from localhost ([127.0.0.1]:33551 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kTjpc-00022m-Qz for submit@debbugs.gnu.org; Sat, 17 Oct 2020 06:53:01 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38854) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kTjpa-00022W-NR for 42013@debbugs.gnu.org; Sat, 17 Oct 2020 06:52:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=llPYVPHFIMA6GQQSbv10kgFWKOz9dkQCFKK/SdZLDBk=; b=g9WeydvIkMaDq42VM89lCbqLf9 XE2wklFNiywJPT5SYYge+m0P0Y2Wk+GVfvrr+1UxwTiJNCGiVDkHy/+c8339UwIXFx8ujqxHzgR4W YJEKH9T8Kt70diaNFJT9rkxQU/BQyp4+YHJHKk5iysxSifZLOhjgDMkNChGjJK1MI3fI=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kTjpK-0002ma-4D; Sat, 17 Oct 2020 12:52:52 +0200 From: Lars Ingebrigtsen To: Hendrik Tews Subject: Re: bug#42013: 26.3; hash tables are not garbage collected References: <87zh8uwxn3.fsf@cert.kernkonzept.com> X-Now-Playing: Machinedrum's _Vapor City Citizenship Programme_: "Vapor City - Vizion Centre Mix" Date: Sat, 17 Oct 2020 12:52:40 +0200 In-Reply-To: <87zh8uwxn3.fsf@cert.kernkonzept.com> (Hendrik Tews's message of "Tue, 23 Jun 2020 00:20:32 +0200") Message-ID: <87a6wlt98n.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Hendrik Tews writes: > What am I doing wrong that prevents the third call to > garbage-collect to garbage collect the hash and the uninterned > symbol? (let (gc-start gc-state hash result) ;; record gc statistics (setq gc-start (garbage-collect)) (setq hash (make-hash-table)) (setq gc-state (garbage-collect)) (push (list 'vec1 (- (caddr (assoc 'vecto [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 42013 Cc: 42013@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hendrik Tews writes: > What am I doing wrong that prevents the third call to > garbage-collect to garbage collect the hash and the uninterned > symbol? (let (gc-start gc-state hash result) ;; record gc statistics (setq gc-start (garbage-collect)) (setq hash (make-hash-table)) (setq gc-state (garbage-collect)) (push (list 'vec1 (- (caddr (assoc 'vectors gc-state)) (caddr (assoc 'vectors gc-start)))) result) ;; make the hash inaccessible (setq hash nil) (setq gc-state (garbage-collect)) (push (list 'vec2 (- (caddr (assoc 'vectors gc-state)) (caddr (assoc 'vectors gc-start)))) result) result) I've simplified the test case. As the bug submitter says, there's more vectors after this than before: ((vec2 5) (vec1 5)) But I'm not sure you can use this data in this fine-grained way. For instance: (let (gc-start gc-state hash result) ;; record gc statistics (setq gc-start (garbage-collect)) ;;(setq hash (make-hash-table)) (setq gc-state (garbage-collect)) (push (list 'vec1 (- (caddr (assoc 'vectors gc-state)) (caddr (assoc 'vectors gc-start)))) result) ;; make the hash inaccessible (setq hash nil) (setq gc-state (garbage-collect)) (push (list 'vec2 (- (caddr (assoc 'vectors gc-state)) (caddr (assoc 'vectors gc-start)))) result) result) => ((vec2 0) (vec1 0)) Sounds good. (let (gc-start gc-state hash result) ;; record gc statistics (setq gc-start (garbage-collect)) (make-hash-table) (setq gc-state (garbage-collect)) (push (list 'vec1 (- (caddr (assoc 'vectors gc-state)) (caddr (assoc 'vectors gc-start)))) result) ;; make the hash inaccessible (setq hash nil) (setq gc-state (garbage-collect)) (push (list 'vec2 (- (caddr (assoc 'vectors gc-state)) (caddr (assoc 'vectors gc-start)))) result) result) => ((vec2 -1) (vec1 4)) Uhmn... 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? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 21 08:47:53 2020 Received: (at 42013) by debbugs.gnu.org; 21 Oct 2020 12:47:53 +0000 Received: from localhost ([127.0.0.1]:48195 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kVDWz-0004QV-DH for submit@debbugs.gnu.org; Wed, 21 Oct 2020 08:47:53 -0400 Received: from serv1.kernkonzept.com ([159.69.200.6]:37703 helo=mx.kernkonzept.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kVDWy-0004QN-0A for 42013@debbugs.gnu.org; Wed, 21 Oct 2020 08:47:52 -0400 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 1kVDWw-0000iZ-Re; Wed, 21 Oct 2020 14:47:50 +0200 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 1kVDWw-000A85-EY; Wed, 21 Oct 2020 14:47:49 +0200 From: Hendrik Tews To: Lars Ingebrigtsen Subject: Re: bug#42013: 26.3; hash tables are not garbage collected References: <87zh8uwxn3.fsf@cert.kernkonzept.com> <87a6wlt98n.fsf@gnus.org> Date: Wed, 21 Oct 2020 14:47:45 +0200 In-Reply-To: <87a6wlt98n.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 17 Oct 2020 12:52:40 +0200") Message-ID: <874kmnoidq.fsf@cert.kernkonzept.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 42013 Cc: 42013@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen 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 From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 22 07:22:42 2020 Received: (at 42013) by debbugs.gnu.org; 22 Oct 2020 11:22:43 +0000 Received: from localhost ([127.0.0.1]:51556 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kVYg6-0002Oo-LF for submit@debbugs.gnu.org; Thu, 22 Oct 2020 07:22:42 -0400 Received: from quimby.gnus.org ([95.216.78.240]:41748) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kVYg5-0002OY-8U for 42013@debbugs.gnu.org; Thu, 22 Oct 2020 07:22:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=C4QqRHp2Q+fU5xv1M0mBMnVWH+WTgYXV8g3yZgE1IfA=; b=oz/tPZKqMaPv3LcXSBuI61s/i2 1TBdgJ9IcYDbxgdOdPC9LY/E2OPJDQQbWrtHM8IkVStsjJwZDujWnMV582lP+BxdlltLDqW+7N0Us fXAHtEkg1epJ1xgUNmtCrjqvYN74GoQaT8kLdC5jXd+SBoPx2lU2zpvxTo/z+19tLCyg=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kVYfm-0002G4-DT; Thu, 22 Oct 2020 13:22:34 +0200 From: Lars Ingebrigtsen To: Hendrik Tews Subject: Re: bug#42013: 26.3; hash tables are not garbage collected References: <87zh8uwxn3.fsf@cert.kernkonzept.com> <87a6wlt98n.fsf@gnus.org> <874kmnoidq.fsf@cert.kernkonzept.com> X-Now-Playing: Matmos's _Plastic Anniversary_: "The Crying Pill" Date: Thu, 22 Oct 2020 13:22:21 +0200 In-Reply-To: <874kmnoidq.fsf@cert.kernkonzept.com> (Hendrik Tews's message of "Wed, 21 Oct 2020 14:47:45 +0200") Message-ID: <87tuumijyq.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Hendrik Tews writes: > 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. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 42013 Cc: 42013@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hendrik Tews writes: > 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. Yes. Sometimes it's -1 and sometimes it's 0, apparently. > 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... Well, or that gc itself allocates some vectors sometimes. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 22 08:14:26 2020 Received: (at 42013) by debbugs.gnu.org; 22 Oct 2020 12:14:26 +0000 Received: from localhost ([127.0.0.1]:51655 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kVZU9-0001e6-Tz for submit@debbugs.gnu.org; Thu, 22 Oct 2020 08:14:26 -0400 Received: from mail-out.m-online.net ([212.18.0.10]:34810) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kVZU7-0001dx-VC for 42013@debbugs.gnu.org; Thu, 22 Oct 2020 08:14:24 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4CH5rZ1Qdnz1rv05; Thu, 22 Oct 2020 14:14:21 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4CH5rY5lNMz1qwSZ; Thu, 22 Oct 2020 14:14:21 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id EGFVOSVVyFrv; Thu, 22 Oct 2020 14:14:21 +0200 (CEST) X-Auth-Info: A9Qp1Ht/3k+UaRbACEdwGCvDda5Ljj0j4CnjvvKAzIImHgpHTAhcKoNF2xESgBgM Received: from igel.home (ppp-46-244-171-124.dynamic.mnet-online.de [46.244.171.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Thu, 22 Oct 2020 14:14:21 +0200 (CEST) Received: by igel.home (Postfix, from userid 1000) id B28C72C1C4A; Thu, 22 Oct 2020 14:14:20 +0200 (CEST) From: Andreas Schwab To: Hendrik Tews Subject: Re: bug#42013: 26.3; hash tables are not garbage collected References: <87zh8uwxn3.fsf@cert.kernkonzept.com> X-Yow: Leona, I want to CONFESS things to you.. I want to WRAP you in a SCARLET ROBE trimmed with POLYVINYL CHLORIDE.. I want to EMPTY your ASHTRAYS... Date: Thu, 22 Oct 2020 14:14:20 +0200 In-Reply-To: <87zh8uwxn3.fsf@cert.kernkonzept.com> (Hendrik Tews's message of "Tue, 23 Jun 2020 00:20:32 +0200") Message-ID: <87k0vi790j.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 42013 Cc: 42013@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) On Jun 23 2020, Hendrik Tews wrote: > With emacs -Q it returns ((vec2 5) (sym2 1) (vec1 5) (sym1 1)), > while I was expecting ((vec2 0) (sym2 0) ...). The garbage collector is conservative, so objects may not be collected immediately, even if they appear unreferenced. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 22 11:15:36 2020 Received: (at 42013) by debbugs.gnu.org; 22 Oct 2020 15:15:36 +0000 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 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 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 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 From: Hendrik Tews To: Andreas Schwab Subject: Re: bug#42013: 26.3; hash tables are not garbage collected References: <87zh8uwxn3.fsf@cert.kernkonzept.com> <87k0vi790j.fsf@igel.home> Date: Thu, 22 Oct 2020 17:15:29 +0200 In-Reply-To: <87k0vi790j.fsf@igel.home> (Andreas Schwab's message of "Thu, 22 Oct 2020 14:14:20 +0200") Message-ID: <87r1pq8f72.fsf@cert.kernkonzept.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 42013 Cc: 42013@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > 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 From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 16 11:13:42 2021 Received: (at 42013) by debbugs.gnu.org; 16 Sep 2021 15:13:42 +0000 Received: from localhost ([127.0.0.1]:56212 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mQt54-00039X-DT for submit@debbugs.gnu.org; Thu, 16 Sep 2021 11:13:42 -0400 Received: from quimby.gnus.org ([95.216.78.240]:37614) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mQt4z-00039F-9b for 42013@debbugs.gnu.org; Thu, 16 Sep 2021 11:13:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=ILWWQefeND2P5efEL5I/V4mojCrY8+1yGvDeQK2sZFk=; b=gq5PRPW4F42L7COSj8M71STg7z MRJhh96HFywRy3BslPYpjVTy6XrAQfnW/VrPYLXTfqAKKjZS3ghHmr423VRPK3Wr9OtYr3I+F+rMc Gwc9EreEtWGAYSobYkOzKWaX0Sjth1a0RavadLbHMGD8epEJdOp6l5I2rPBZhAtWmfjk=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mQt4p-0006DX-SU; Thu, 16 Sep 2021 17:13:30 +0200 From: Lars Ingebrigtsen To: Hendrik Tews Subject: Re: bug#42013: 26.3; hash tables are not garbage collected References: <87zh8uwxn3.fsf@cert.kernkonzept.com> <87k0vi790j.fsf@igel.home> <87r1pq8f72.fsf@cert.kernkonzept.com> Date: Thu, 16 Sep 2021 17:13:27 +0200 In-Reply-To: <87r1pq8f72.fsf@cert.kernkonzept.com> (Hendrik Tews's message of "Thu, 22 Oct 2020 17:15:29 +0200") Message-ID: <87bl4szh7s.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Hendrik Tews writes: >> 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? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 42013 Cc: 42013@debbugs.gnu.org, Andreas Schwab X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hendrik Tews writes: >> 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? I've now updated the manual on this point in Emacs 28. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 16 11:13:45 2021 Received: (at control) by debbugs.gnu.org; 16 Sep 2021 15:13:46 +0000 Received: from localhost ([127.0.0.1]:56214 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mQt57-00039m-KW for submit@debbugs.gnu.org; Thu, 16 Sep 2021 11:13:45 -0400 Received: from quimby.gnus.org ([95.216.78.240]:37630) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mQt52-00039K-Jr for control@debbugs.gnu.org; Thu, 16 Sep 2021 11:13:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Sd8Y9HjdhpR5k8WUBZtiXCvj6eDVdtwZLx/i9lOYv9E=; b=tu6MidvV1qDGMha+SZ0likZF9m wtc6xaST6juNvJ11iAuvwlSub0ENkkvLNpxr2PecVuMLErTh4CZ70Y8SFaOWULtd2uFpoizhabVUK UCK9U0gjZjLAXooZMK4pJywEui9KH88uKIjjEbhUW1vVWfwZKv63oNAadHvRgUKufASA=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mQt4v-0006Dg-5Z for control@debbugs.gnu.org; Thu, 16 Sep 2021 17:13:35 +0200 Date: Thu, 16 Sep 2021 17:13:32 +0200 Message-Id: <87a6kczh7n.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #42013 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 42013 28.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 42013 28.1 quit From unknown Sat Jun 14 03:51:14 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 15 Oct 2021 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator