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. -- SteveReceived 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