Re: animated gifs in VM mbox consume cpu even after deleting or switching msg

This bug report will be sent to the XEmacs Development Team, not to your local site managers!! Please write in English, because the XEmacs maintainers do not have translators to read other languages for them. In XEmacs 21.2 (beta38) "Peisino,Ak(B" [Lucid] (i686-pc-linux) of Tue Jan 9 2001 on uh-oh configured using `configure --with-ldap --with-gcc --error-checking=none --debug=no '--cflags=-g -O3 -Wall -Wno-switch -march=i686'' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: Tony E. Bennett <tbennett(a)nvidia.com&gt; wrote: > A coworker includes an animated gif as signature. I made mistake of > clicking on it. After getting over being underwhelmed the 25% hit > on my cpu was annoying. > > Deleting the msg did not help. Moving to new msg did not help. vm-quit > did not help. Finally I just exited XEmacs. > > Is there an easier way to recover here? > Where is this time going? > > vm-version 6.89 kyle> I assume you're using one of the XEmacs betas, because none of kyle> the stable releases support animated GIFs as far as I know. VM kyle> caches glyphs so that images are displayed faster if you reselect kyle> a message. I'm guessing that image instances that aren't being kyle> displayed are still being processed behind the scenes somehow. I kyle> think you should report this to the XEmacs developers. kyle> As to how you can recover without exiting XEmacs, I don't know kyle> how. Try quitting VM and then running M-x garbage-collect . Is this a known bug? Should vm not cache animations? --tony