On Wed, Dec 23, 2009 at 07:36:37PM -0500, Nathan A. Stine wrote: > #0 __lll_lock_wait () > at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 > #1 0x00007f54753a1e79 in _L_lock_949 () from /lib/libpthread.so.0 > #2 0x00007f54753a1c9b in __pthread_mutex_lock (mutex=0x7f5475cd3680) > at pthread_mutex_lock.c:61 > #3 0x00007f5475acc1a0 in padsp_disabled () at utils/padsp.c:300 > #4 0x00007f5475acfe85 in dsp_cloak_enable (filename=0x411609 > "/proc/cpuinfo", > flags=0, mode=0) at utils/padsp.c:314 > #5 real_open (filename=0x411609 "/proc/cpuinfo", flags=0, mode=0) > at utils/padsp.c:1461 > #6 0x00007f5475ad0b49 in open (filename=0x7f5475cd3680 "\002", > flags=128) > at utils/padsp.c:1494 > #7 0x000000000040cd84 in malloc_ncpus () at jemalloc.c:5316 > #8 malloc_init_hard () at jemalloc.c:5625 > #9 0x000000000040e525 in malloc_init (num=1, size=32) at > jemalloc.c:5567 > #10 calloc (num=1, size=32) at jemalloc.c:6321 > #11 0x00007f54758c6360 in _dlerror_run (operate=0x7f54758c60b0 > <dlsym_doit>, > args=0x7fff0f3eb940) at dlerror.c:142 > #12 0x00007f54758c607a in __dlsym (handle=<value optimized out>, > name=<value optimized out>) at dlsym.c:71 > #13 0x00007f5475acc313 in dlsym_fn (pathname=<value optimized out>, > mode=4) > at utils/padsp.c:141 > #14 access (pathname=<value optimized out>, mode=4) at > utils/padsp.c:2395 > #15 0x0000000000402042 in FolderExists (argc=1, argv=0x7fff0f3efc48) > at nsXULStub.cpp:151 > #16 main (argc=1, argv=0x7fff0f3efc48) at nsXULStub.cpp:330 > > Looks like something in libc6 is what's waiting. Let me know if you > need anything else.
Thanks. Would you have the trace for other threads ? It looks similar to a case we had with aoss, libtrash and others, but not quite. Mike -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
