Bug#550674: iceweasel hangs when used with padsp

[Nathan A. Stine]

On Wed, 2009-12-23 at 14:01 +0100, Mike Hommey wrote:
> Hi,
> 
> Sorry for the late answer.
> 
> On Sun, Oct 11, 2009 at 11:49:31PM -0400, Nathan A. Stine wrote:
> > Package: iceweasel
> > Version: 3.5.3-2
> > Severity: normal
> > 
> > After upgrading to 3.5.3 when it hit stable, I found that iceweasel would no 
> > longer start.  I was able to nail down the problem by looking at the script in
> > /usr/bin.
> > 
> > Starting iceweasel using padsp causes it to hang on my system.  Remove it and 
> > it starts right up.
> > 
> > I can't say if this is a pulseaudio bug or an iceweasel bug, but it used to 
> > work in 3.0.14.
> 
> Could you attach a debugger and get a backtrace when iceweasel is
> hanged?
> 
> Thanks
> 
> Mike
> 
> PS: You can ask for guidance if you need)

No need to apologize, Mike.  Here's your backtrace:

#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,

Nathan A. Stine