Date: Thu, 18 Jun 2009 11:10:12 +0200 From: Florian Smeets <flo@kasimir.com> To: freebsd-gecko@freebsd.org Subject: Re: Firefox 3.5 RC1 ready for testing! Message-ID: <4A3A0474.7090703@kasimir.com> In-Reply-To: <4A39F9A8.4050103@kasimir.com> References: <20090617134021.GA63233@bsdcrew.de> <20090617153749.GA12469@atarininja.org> <cd6b4a5b0906171003v109dc2d5j187b325aa9197602@mail.gmail.com> <4A39F9A8.4050103@kasimir.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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. Cheers, Florian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A3A0474.7090703>