Bug#550674: iceweasel hangs when used with padsp

Mike Hommey mh at glandium.org
Thu Dec 24 08:16:46 UTC 2009


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





More information about the pkg-mozilla-maintainers mailing list