* bug#21623: 25.0.50; Another font memory leak
@ 2015-10-05 19:03 Dima Kogan
2019-08-01 19:03 ` Lars Ingebrigtsen
0 siblings, 1 reply; 4+ messages in thread
From: Dima Kogan @ 2015-10-05 19:03 UTC (permalink / raw)
To: 21623
I'm continuing to hunt for memory leaks. The next largest one is caused
by a workaround in
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18403
In that report issues were observed when deallocating a font, and a
workaround was to leak the memory. This is not an insignificant leak
(3kB at a time), and a better solution is desired.
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#21623: 25.0.50; Another font memory leak
2015-10-05 19:03 bug#21623: 25.0.50; Another font memory leak Dima Kogan
@ 2019-08-01 19:03 ` Lars Ingebrigtsen
2019-08-01 19:37 ` Dima Kogan
0 siblings, 1 reply; 4+ messages in thread
From: Lars Ingebrigtsen @ 2019-08-01 19:03 UTC (permalink / raw)
To: Dima Kogan; +Cc: 21623
Dima Kogan <lists@dima.secretsauce.net> writes:
> I'm continuing to hunt for memory leaks. The next largest one is caused
> by a workaround in
>
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18403
>
> In that report issues were observed when deallocating a font, and a
> workaround was to leak the memory. This is not an insignificant leak
> (3kB at a time), and a better solution is desired.
(I'm going through old bug reports that have unfortunately not gotten
any responses.)
That bug was fixed, I think, so the workaround wasn't necessary any
more? Are you still seeing memory leaks in this area?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#21623: 25.0.50; Another font memory leak
2019-08-01 19:03 ` Lars Ingebrigtsen
@ 2019-08-01 19:37 ` Dima Kogan
2019-08-01 19:44 ` Lars Ingebrigtsen
0 siblings, 1 reply; 4+ messages in thread
From: Dima Kogan @ 2019-08-01 19:37 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 21623
Lars Ingebrigtsen <larsi@gnus.org> writes:
> (I'm going through old bug reports that have unfortunately not gotten
> any responses.)
Thank you very much for doing that
> That bug was fixed, I think, so the workaround wasn't necessary any
> more? Are you still seeing memory leaks in this area?
I'm not using the lucid terminal anymore, so I'm not seeing this, but
I'm certain it's still an issue. The fix to 18403 WAS the workaround
that leaks memory (without the workaround emacs was crashing).
The commit that fixes 18403 by introducing a memory leak:
commit 80465f41d7fc67d40f0a233504e295b127ad2c6b
Author: Dmitry Antipov <dmantipov@yandex.ru>
Date: Tue Sep 9 07:22:36 2014 +0400
* xterm.c (x_term_init): Consolidate duplicated code.
[USE_LUCID]: Revert 2014-04-02 change (Bug#18403). Add comment.
(x_delete_terminal): Do not close X connection fd (Bug#18403).
Add eassert and mark dpyinfo as dead only if it was alive.
When I was looking at this I wrote some tools to aid in debugging. The
blog post that describes these tools talks about this memory leak:
http://notes.secretsauce.net/notes/2015/10/05_memory-leak-debugging-tools.html
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2019-08-01 19:44 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-10-05 19:03 bug#21623: 25.0.50; Another font memory leak Dima Kogan
2019-08-01 19:03 ` Lars Ingebrigtsen
2019-08-01 19:37 ` Dima Kogan
2019-08-01 19:44 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).