Date: Thu, 18 Jun 2009 08:29:32 -0400 From: Wesley Shields <wxs@FreeBSD.org> To: Florian Smeets <flo@kasimir.com> Cc: freebsd-gecko@freebsd.org, miwi@FreeBSD.org Subject: Re: Firefox 3.5 RC1 ready for testing! Message-ID: <20090618122932.GC28509@atarininja.org> In-Reply-To: <4A3A0474.7090703@kasimir.com> References: <20090617134021.GA63233@bsdcrew.de> <20090617153749.GA12469@atarininja.org> <cd6b4a5b0906171003v109dc2d5j187b325aa9197602@mail.gmail.com> <4A39F9A8.4050103@kasimir.com> <4A3A0474.7090703@kasimir.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jun 18, 2009 at 11:10:12AM +0200, Florian Smeets wrote: > On 18.06.09 10:24, Florian Smeets wrote: > > On 17.06.09 19:03, Matt wrote: > >> On Wed, Jun 17, 2009 at 10:37 AM, Wesley Shields<wxs@freebsd.org> wrote: > >>> On Wed, Jun 17, 2009 at 03:40:21PM +0200, Martin Wilke wrote: > >>>> Firefox 3.5 RC1 ready for testing! > >>>> > >>>> Howdy, > >>>> > >>>> Yesterday FF3.5 RC1 was released! Unfortunately > >>>> RC1 need a newer version of devel/nspr, we > >>>> already updated devel/nspr and it seems to be > >>>> work all fine. If you like to play with > >>>> both updates you can try following patch [1]. I > >>>> need to make a exp-run request for this > >>>> update to make sure nothing will be failed. > >>>> > >>>> [1] > >>>> http://miwi.homeunix.com/patches/ff3.5rc1.diff > >>> > >>> Built and installed fine. Was running fine until I viewed the demo link > >>> from http://hacks.mozilla.org/2009/06/3d-transforms-isocube/ at which > >>> point firefox crashed. I'll see if I can get any details about the > >>> crash. > >>> > >> Same experience here. Backtrace from firefox core dump says: > >> > >> #0 0x11be416b in ksem_init () from /lib/libc.so.7 > >> #1 0x11bd9a89 in sem_init () from /lib/libc.so.7 > >> #2 0x1080bb5e in nsCanvasBidiProcessor::~nsCanvasBidiProcessor () > >> from /usr/local/lib/firefox3/libxul.so > >> #3 0x1080bbcf in nsCanvasBidiProcessor::~nsCanvasBidiProcessor () > >> from /usr/local/lib/firefox3/libxul.so > >> #4 0x10800057 in nsCanvasBidiProcessor::~nsCanvasBidiProcessor () > >> from /usr/local/lib/firefox3/libxul.so > >> #5 0x10800e59 in nsCanvasBidiProcessor::~nsCanvasBidiProcessor () > >> from /usr/local/lib/firefox3/libxul.so > >> #6 0x10cba924 in NS_GetComponentManager_P () from > >> /usr/local/lib/firefox3/libxul.so > >> #7 0x10c80d46 in JNIEnv_::CallStaticObjectMethod () from > >> /usr/local/lib/firefox3/libxul.so > >> #8 0x10cbafa1 in NS_GetComponentManager_P () from > >> /usr/local/lib/firefox3/libxul.so > >> #9 0x1109579a in _pt_root () from /usr/local/lib/libplds4.so.1 > >> #10 0x11cb26ff in pthread_getprio () from /lib/libthr.so.3 > >> #11 0x00000000 in ?? () > >> (gdb) > >> > > > > Could you guys please confirm that > > > > options P1003_1B_SEMAPHORES > > > > in your kernel fixes this? > > > > Hi, > > miwi@ just noticed that "kldload sem" will do the same, so no need to > recompile your kernel. > > To make it permanent put sem_load="YES" into your /boot/loader.conf. I can confirm that this fixes the crash. I think it was related to the video playing in the page. -- WXS
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090618122932.GC28509>