Hi all,

I received a bug-report
<https://github.com/jorenheit/awesome_alttab/issues/5> on github the other
day of someone who's been having problems with my alt-tab implementation.
The preview-window that pops up is refreshed at some rate (e.g. 30fps)
calling cr:paint() each time for every widget to draw the window-contents
in a preview-box. However, he noticed that awesome's memory usage is
increasing while this happens, filling his 2 gigs of ram within 20 seconds.
He was able to narrow it down to the paint() call, and the effect
disappeared when he removed it from the module.

I was unable to reproduce this, so it must be somehow related to our
platform and/or versions of lua/cairo. My specs are the following:
Debian Jessie, kernel 3.16
awesome v3.5.5 (Kansas City Shuffle)
 • Build: Jun 11 2014 02:21:37 for x86_64 by gcc version 4.9.0 (root@miyumi)
 • Compiled against Lua 5.1.5 (running with Lua 5.1)
 • D-Bus support: ✔
1.12.16

His specs:
Arch
awesome v3.5.5 (Kansas City Shuffle)
• Build: Apr 11 2014 09:37:47 for i686 by gcc version 4.8.2 (nobody@)
• Compiled against Lua 5.2.3 (running with Lua 5.2)
• D-Bus support: ✔
Cairo 1.14.0

So there are some differences. What could this be related to? Could it be a
bug in the (32 bit) cairo 1.14 library?

Cheers,
Joren

Reply via email to