Enviado em 09/04/2015 - 14:49h
Após atualizações do meu Sabayon da faculdade. o Cairo-Clock está consumindo toda a RAM do micro (16 Giga) até travar:
Testes. Abrindo Cairo-Clock via linha de comando:
Teste, com comando HTOP, vejam a figura, já foram embora quase 6 giga, se eu deixar, 16 giga são usados, mais swap e trava. Aqui na figura, só esperei duas instâncias de cairo-clock, mas ele abre várias muitas, automático (porém uma só figura gráfica aparece)
http://postimg.org/image/d1stwav2z/
Após este post, matei o processo:
$ killall cairo-clock
senão trava tudo....
o que pode estar ocorrendo?
Testes. Abrindo Cairo-Clock via linha de comando:
cairo-clock
(cairo-clock:3195): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated
(cairo-clock:3195): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated
(cairo-clock:3195): libglade-WARNING **: could not find a parent that handles internal children for `vbox'
(cairo-clock:3195): GLib-WARNING **: GError set over the top of a previous GError or uninitialized memory.
This indicates a bug in someone's code. You must ensure an error is NULL before it's set.
The overwriting error message was: Operação sem suporte
(cairo-clock:3195): librsvg-CRITICAL **: rsvg_handle_render_cairo_sub: assertion 'handle != NULL' failed
(cairo-clock:3195): librsvg-CRITICAL **: rsvg_handle_render_cairo_sub: assertion 'handle != NULL' failed
Teste, com comando HTOP, vejam a figura, já foram embora quase 6 giga, se eu deixar, 16 giga são usados, mais swap e trava. Aqui na figura, só esperei duas instâncias de cairo-clock, mas ele abre várias muitas, automático (porém uma só figura gráfica aparece)
http://postimg.org/image/d1stwav2z/
Após este post, matei o processo:
$ killall cairo-clock
senão trava tudo....
o que pode estar ocorrendo?
