Hi,
> In this dump, it's the first call to stroke that fails. I'd guess that
> most of the cairo calls before this are local and don't interface with
> the X server. So, what would be interesting to see is a) increasing the
> draw rate so that the clock locks-up more quickly, and then seeing if
On Mon, Sep 2, 2013 at 2:46 AM, Matthew Vernon wrote:
> Hi,
>
> I rebuilt buici-clock with debugging information turned on, ran it, and
> waited for it to hang. When it did, here's the backtrace from gdb.
>
> Any other debugging info I can provide?
>
Thanks for doing this. I've been unable to r
Hi,
I rebuilt buici-clock with debugging information turned on, ran it, and
waited for it to hang. When it did, here's the backtrace from gdb.
Any other debugging info I can provide?
Thanks,
Matthew
#0 pthread_cond_wait@@GLIBC_2.3.2 ()
at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_con
3 matches
Mail list logo
