Re: firefox stuck in libthr or kserel!

From: Steve Kargl <sgk_at_troutmask.apl.washington.edu>
Date: Thu, 21 Apr 2005 14:11:43 -0700
On Thu, Apr 21, 2005 at 01:59:02PM -0700, Kevin Oberman wrote:
> > Date: Thu, 21 Apr 2005 13:20:42 -0700
> > From: Steve Kargl <sgk_at_troutmask.apl.washington.edu>
> > Sender: owner-freebsd-current_at_freebsd.org
> > 
> > How to get firefox stuck in an unresponsive state.
> > 
> > Build these ports
> > firefox-1.0.2,1
> > linux-flashplugin-6.0r79_2
> > linuxpluginwrapper-20050320
> > 
> > Go to http://espn.com/

(snip)

> > 
> > If we remove the mapping of libpthread to libthr in /etc/libmap.conf,
> > then we see firefox get stuck in a kserel state.
> > 
> > 33098 kargl  20  0 53772K 43924K kserel   0:09  0.00%  0.00% firefox-bin
> 
> This is a problem that has been brought up on gnome_at_, ports_at_ and
> current_at_ from time to time. There are many, many sites, all heavily
> flash based, that exhibit this problem with any native browser to use
> the linux flash6 plugin. As the flash code is the linux binary, it is
> not likely to be there. (These sites don't hang on linux systems.)
> 

Well, I managed to figure out how to get gdb to connect to
firefox-bin and I end up in libpthread.

#0  0x487b50ab in pthread_testcancel () from /usr/lib/libpthread.so.1
#1  0x487adeda in pthread_mutexattr_init () from /usr/lib/libpthread.so.1
#2  0x487b1050 in pthread_setconcurrency () from /usr/lib/libpthread.so.1

All the other frames lack symbols, so I don't know the call graph.
I guess I can rebuild firefox and all its dependencies with debugging
symbols.

-- 
Steve
Received on Thu Apr 21 2005 - 19:11:48 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:32 UTC