bug#47977: 28.0.50; when trying to quit hash table error, concerning the registry

[Eric Abrahamsen <eric@ericabrahamsen.net>]

On 04/25/21 18:02 PM, Uwe Brauer wrote:
>>>> "EA" == Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>
>> Uwe Brauer <oub@mat.ucm.es> writes:
>>> Hi
>>> 
>>> When trying to quit gnus I obtain an error I attach.
>
>> Somehow one of the registry's hash tables has gotten broken: there's
>> a key with no value in there. I don't know how that could happen. If
>> you're unable to save the registry at all at this point, you might have
>> to delete the offending hash table. If it's a secondary hash table, I
>> think (?) it will be rebuilt on next load and you won't lose any data.
>
> Well the point is the registry is around 15 MB (I complained about this
> size some time ago, I basically use only, org-capture and so gnorb and
> then some label like TODO, DONE etc) and don't understand that size, so
> I don't know how to really edit it in any reasonable way.
>
> It is fortunately under mercurial version control (although mercurial
> complains about its size), so I just reverted the file (in git speech
> git reset --hard) to the last commit and everything now works.
>
> The point is how can this be avoided, and how can I avoid so huge
> registries 
>
> I have 
>
> gnus-registry-max-entries  10000
>
>
> I can enhance it, but I still don't understand the need to write so many
> entries.

If you're using a recent Emacs, you can set `gnus-registry-register-all'
to nil. Then it will only save entries for messages you've specifically
set some special data for -- the labels, or Gnorb tracking, etc. Then
you can lower the max-entries setting to something more reasonable.