From: Andreas Schwab <schwab@linux-m68k.org>
To: Uday S Reddy <u.s.reddy@cs.bham.ac.uk>
Cc: emacs-devel@gnu.org
Subject: Re: Memory leaks
Date: Thu, 03 Mar 2011 18:55:52 +0100 [thread overview]
Message-ID: <m2lj0w3x7b.fsf@igel.home> (raw)
In-Reply-To: <ikoi7a$r96$1@dough.gmane.org> (Uday S. Reddy's message of "Thu, 03 Mar 2011 17:13:18 +0000")
Uday S Reddy <u.s.reddy@cs.bham.ac.uk> writes:
> I am trying to track down some possible memory leaks in VM. I have been
> assuming that, when a buffer gets killed,
>
> - all its string memory is reclaimed,
>
> - all the buffer-local variables are reclaimed, and
>
> - all the overlays and intervals are reclaimed.
>
> Are any of these assumptions invalid? If so, what can I do about the lost
> memory?
In general no memory is reclaimed until the next garbage collection (but
the buffer text is freed immediately).
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
next prev parent reply other threads:[~2011-03-03 17:55 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-03 17:13 Memory leaks Uday S Reddy
2011-03-03 17:55 ` Andreas Schwab [this message]
2011-03-03 18:00 ` Uday S Reddy
2011-03-03 23:40 ` Andreas Schwab
2011-03-04 11:39 ` Uday S Reddy
2011-03-04 12:19 ` Eli Zaretskii
2011-03-04 12:59 ` Uday S Reddy
2011-03-07 19:19 ` Uday S Reddy
2011-03-07 20:33 ` Andreas Schwab
2011-03-07 22:27 ` David Kastrup
2011-03-07 22:49 ` David Kastrup
2011-03-09 0:39 ` Richard Stallman
2011-03-07 23:01 ` Uday S Reddy
2011-03-08 2:35 ` Stefan Monnier
2011-03-08 8:57 ` Andreas Schwab
2011-03-09 0:40 ` Richard Stallman
2011-03-09 6:07 ` David Kastrup
-- strict thread matches above, loose matches on Subject: below --
2020-11-10 1:24 memory leaks Madhu
2020-11-10 15:16 ` Eli Zaretskii
2019-09-20 7:23 Madhu
2019-09-20 8:00 ` Jean-Christophe Helary
2019-09-20 8:11 ` Eli Zaretskii
[not found] ` <mailman.572.1568967069.2190.help-gnu-emacs@gnu.org>
2019-09-20 8:31 ` Madhu
2019-09-20 9:21 ` Eli Zaretskii
[not found] ` <mailman.578.1568971399.2190.help-gnu-emacs@gnu.org>
2020-09-12 13:02 ` Madhu
2020-09-12 13:39 ` Eli Zaretskii
2020-09-12 13:55 ` Michael Heerdegen
2020-09-12 14:09 ` Eli Zaretskii
2020-09-12 19:14 ` Igor Sosa Mayor
2020-09-12 19:26 ` Eli Zaretskii
2020-09-12 19:28 ` Igor Sosa Mayor
2020-09-13 2:30 ` Eli Zaretskii
2020-09-13 3:17 ` Madhu
2020-09-13 14:14 ` Eli Zaretskii
2021-01-21 9:28 ` Madhu
2020-09-13 20:14 ` Stefan Monnier
2020-09-14 10:06 ` Madhu
2020-11-09 17:50 ` Madhu
2022-03-04 11:32 ` Eli Zaretskii
2022-03-06 10:59 ` Madhu
2022-03-06 11:15 ` Eli Zaretskii
2009-08-05 17:17 Memory leaks Daniel Clemente
2009-08-08 18:57 ` Chong Yidong
2009-08-10 8:08 ` Daniel Clemente
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m2lj0w3x7b.fsf@igel.home \
--to=schwab@linux-m68k.org \
--cc=emacs-devel@gnu.org \
--cc=u.s.reddy@cs.bham.ac.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.