GNU bug report logs - #33275
27.0.50; Image cache pruning

Previous Next

Full log

Message #47 received at 33275 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 33275 <at> debbugs.gnu.org
Subject: Re: bug#33275: 27.0.50; Image cache pruning
Date: Mon, 05 Nov 2018 21:28:32 +0200

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: 33275 <at> debbugs.gnu.org
> Date: Mon, 05 Nov 2018 20:13:27 +0100
> 
> If I understand you correctly, you seem to favour introducing code that
> will break code that's working today (if you insert an image into a
> buffer today in a memory-pressure situation, that won't signal an error
> today) instead of tweaking a non-documented ad-hoc caching strategy (by
> taking the image cache size into consideration), or fixing the caching
> (by using weak hash tables), and I'm not quite sure why.

Because your use case is not important enough to change image caching
strategy that works well for many years.

> `image-size' didn't use to cache images, but was introduced as an
> optimisation.

And that optimization had a reason, right?

Btw, why doesn't xmalloc return NULL in your case before invoking the
OOM killer?  Is that expected behavior on GNU/Linux systems?

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.