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.devel Subject: Re: Any way of dumping strings? Date: Thu, 03 Jun 2021 09:08:59 +0300 Message-ID: <83a6o7xyx0.fsf@gnu.org> References: <87zgw8b3n9.fsf@telefonica.net> <87mts8aygk.fsf@telefonica.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38258"; mail-complaints-to="usenet@ciao.gmane.io" Cc: ofv@wanadoo.es, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Jun 03 08:10:03 2021 Return-path: Envelope-to: ged-emacs-devel@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 1logYN-0009i6-8X for ged-emacs-devel@m.gmane-mx.org; Thu, 03 Jun 2021 08:10:03 +0200 Original-Received: from localhost ([::1]:38334 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1logYM-0008Hz-9b for ged-emacs-devel@m.gmane-mx.org; Thu, 03 Jun 2021 02:10:02 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42962) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1logXh-0007aQ-4g for emacs-devel@gnu.org; Thu, 03 Jun 2021 02:09:21 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:57320) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1logXg-0004Zx-58; Thu, 03 Jun 2021 02:09:20 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3088 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 1logXX-0000qQ-EW; Thu, 03 Jun 2021 02:09:20 -0400 In-Reply-To: (message from Stefan Monnier on Wed, 02 Jun 2021 15:30:34 -0400) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:270335 Archived-At: > From: Stefan Monnier > Cc: emacs-devel@gnu.org > Date: Wed, 02 Jun 2021 15:30:34 -0400 > > Óscar Fuentes [2021-06-02 20:55:07] wrote: > > Stefan Monnier writes: > >> Have you tried the new `memory-report` function? > > Yes, I mention that on the message you just quoted :-) > > Duh! So, IIUC the report about the size of specific variables doesn't > point give any hint about where those many strings&vectors are located? > Too bad. I hope once you find the origin of the problem we can refine > `memory-report` so that it gives info which would have been helpful now. I think a useful extension of memory-report would be optionally to dump all live objects of a given type to somewhere. The challenge of doing that in Lisp is that doing so will generally cons more Lisp objects, thus skewing both the memory report and possibly the dumped objects as well. Patches welcome.