all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* 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

* bug#21623: 25.0.50; Another font memory leak
  2019-08-01 19:37   ` Dima Kogan
@ 2019-08-01 19:44     ` Lars Ingebrigtsen
  0 siblings, 0 replies; 4+ messages in thread
From: Lars Ingebrigtsen @ 2019-08-01 19:44 UTC (permalink / raw)
  To: Dima Kogan; +Cc: 21623

Dima Kogan <dima@secretsauce.net> writes:

> 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).

I tried grepping the sources for the proposed patch and it didn't look
like it had been applied.  But I must have done something wrong, because
I can find it now.  Sorry for the confusion.

> 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

Hm, interesting...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ 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 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.