Jukka Marin writes:

> > I recognise this.  Its Xfree86's handling of colourmaps.  The servers
> > slow down very rapidly if colourmap entries are not correctly freed
> > after use (probably does a linear search at allocation time).  They
> > also rapidly grow in size in memory :)
> 
> Uh, so this is a bug in Applixware?

Yep

> > So its a bug in the application, though implementing some form of
> > colourmap caching in libX11 and linking it with problem applications
> > might be one way to fix the problem.
> 
> Hm, can't link with a commercial application..

I was thinking in particular if Applixware is dynamically linking with
libX11.so...

One thing I just thought of which may be of use in general...  I think
the XF86 servers don't bother to track colourmap allocations on 16 bit
displays (TrueColor displays, there isn't much point when the pallette
is an unlimited resource (within limits :)).  You might find that
using it on a 16 bit server will work around the bug.  If you're
already using a 16 bit (or greater) display and see the same problem,
then I'm wrong. :)