Re: [patch] cache color info for remote X sessions [Was: Emacs 21/X11 generating unbelieveable network traffic]

[Jan D.]

> For AllocColor ?
> How come ?  Can't Emacs dealloc the color and re-allocate it again and
> get a different result (because the color cell was allocated to some other
> color in the mean time) ?

In principle, yes.  But if Emacs runs on the default visual, it uses the
default colormap, otherwise, it creates its own.  It would not be nice
by an application to change the default colormap or one created by Emacs.

It can happen, but I consider that a bug in the application that does
such a thing.

> As someone whose colormap is full about 95% of the time, I can
> assure you that tose things happen ;-)

What should happen is that when the colormap is full, a new one is
created and then the window manager switches colormap depending on
which application has the focus.

> Maybe we can flush the cache whenever Emacs deallocates a color
> (that shouldn't happen too often, right?).  BTW shouldn't we cache
> DeAllocColor as well since the server normally keeps a counter
> and each AllocColor should have a matching DeAllocColor ?

True, a counter is needed for proper allocate/free operation.

        Jan D.