Re: Call for iceweasel testing
On Fri, Feb 15, 2013 at 12:17:00PM +0100, Hartwig Atrops wrote:
> Hello.
>
> On Friday 15 February 2013 10:24:27 Jurij Smakov wrote:
> > On Thu, Feb 14, 2013 at 10:27:32PM +0100, Hartwig Atrops wrote:
> > > Hello.
> > >
> > > This evening, I tested the packages from wooyd.org on my Blade 100 -
> > > still nok :-(
> > >
> > > I used the latest Wheezy version (apt-get update / apt-get upgrade) and
> > > deinstalled iceweasel, xulrunner and libmozjs (apt-get purge), then
> > > installed the new packages form HD (gdebi).
> > >
> > > Regards,
> > >
> > > Hartwig
> > >
> > > Backtrace:
> > >
> > > GNU gdb (GDB) 7.4.1-debian
> > > Copyright (C) 2012 Free Software Foundation, Inc.
> > > License GPLv3+: GNU GPL version 3 or later
> > > <http://gnu.org/licenses/gpl.html> This is free software: you are free to
> > > change and redistribute it. There is NO WARRANTY, to the extent permitted
> > > by law. Type "show copying" and "show warranty" for details.
> > > This GDB was configured as "sparc-linux-gnu".
> > > For bug reporting instructions, please see:
> > > <http://www.gnu.org/software/gdb/bugs/>...
> > > Reading symbols from /usr/lib/iceweasel/firefox-bin...(no debugging
> > > symbols found)...done.
> > > [New LWP 7756]
> > > [New LWP 7761]
> > > [New LWP 7762]
> > > [New LWP 7763]
> > > [New LWP 7764]
> > > [New LWP 7765]
> > > [New LWP 7766]
> > > [New LWP 7767]
> > > [New LWP 7768]
> > > [New LWP 7769]
> > > [New LWP 7770]
> > > [New LWP 7771]
> > > [New LWP 7772]
> > > [New LWP 7773]
> > > [New LWP 7774]
> > > [New LWP 7775]
> > > [New LWP 7776]
> > > [New LWP 7777]
> > > [New LWP 7778]
> > > [New LWP 7779]
> > > [Thread debugging using libthread_db enabled]
> > > Using host libthread_db library "/lib/sparc-linux-gnu/libthread_db.so.1".
> > > Core was generated by `/usr/lib/iceweasel/firefox-bin'.
> > > Program terminated with signal 10, Bus error.
> > > #0 0xf770f0c4 in relinkJump (
> > > to=<error reading variable: Cannot access memory at address
> > > 0xc407bad6>, from=0x362) at
> > > ../../../js/src/assembler/assembler/SparcAssembler.h:1090 (gdb) bt
> > > #0 0xf770f0c4 in relinkJump (
> > > to=<error reading variable: Cannot access memory at address
> > > 0xc407bad6>, from=0x362) at
> > > ../../../js/src/assembler/assembler/SparcAssembler.h:1090 #1 linkJump
> > > (from=...,
> > > to=<error reading variable: Cannot access memory at address
> > > 0xc407bad6>, code=0x400) at
> > > ../../../js/src/assembler/assembler/SparcAssembler.h:1113 #2 linkJump (
> > > target=<error reading variable: Cannot access memory at address
> > > 0xc407bad6>, jump=..., code=0x400)
> > > at ../../../js/src/assembler/assembler/AbstractMacroAssembler.h:590
> > > #3 link (label=..., jump=..., this=0xffe95188)
> > > at ../../../js/src/assembler/assembler/LinkBuffer.h:116
> > > #4 CallCompiler::generateStubForClosures (this=0xf770f020,
> > > from=<optimized out>, obj=<optimized out>)
> > >
> > > at
> > > /home/jurij/iceweasel/iceweasel-10.0.12esr/js/src/methodjit/MonoIC.cpp:89
> > >0 #5 0xf768b880 in js::mjit::EnterMethodJIT (cx=0xeef2bb80,
> > > fp=0xf0d00448, code=0xe5b3c02c, stackLimit=0xf10e0000, partial=true)
> > >
> > > at
> > > /home/jurij/iceweasel/iceweasel-10.0.12esr/js/src/methodjit/MethodJIT.cpp
> > >:1064 #6 0xf768bcbc in CheckStackAndEnterMethodJIT (partial=true,
> > > code=0xe5b3c02c, fp=0xf0d00448, cx=0xeef2bb80)
> > >
> > > at
> > > /home/jurij/iceweasel/iceweasel-10.0.12esr/js/src/methodjit/MethodJIT.cpp
> > >:1125 #7 js::mjit::JaegerShotAtSafePoint (cx=0xeef2bb80,
> > > safePoint=0xe5b3c02c, partial=true)
> > >
> > > at
> > > /home/jurij/iceweasel/iceweasel-10.0.12esr/js/src/methodjit/MethodJIT.cpp
> > >:1152 #8 0xf75632ec in js::Interpret (cx=0xeef2bb80,
> > > entryFrame=0xf0d003f0, interpMode=js::JSINTERP_NORMAL)
> > > at
> > > /home/jurij/iceweasel/iceweasel-10.0.12esr/js/src/jsinterp.cpp:2125 #9
> > > 0xf77244a8 in UncachedInlineCall (f=..., initial=<optimized out>,
> > > pret=0xffe95c10, unjittable=<optimized out>, argc=<optimized out>)
> > >
> > > at
> > > /home/jurij/iceweasel/iceweasel-10.0.12esr/js/src/methodjit/InvokeHelpers
> > >.cpp:392 #10 0xf77266c8 in js::mjit::stubs::UncachedCallHelper (f=...,
> > > argc=2, lowered=false, ucr=0xffe95c08)
> > >
> > > at
> > > /home/jurij/iceweasel/iceweasel-10.0.12esr/js/src/methodjit/InvokeHelpers
> > >.cpp:479 #11 0xf770ac58 in update (this=0xffe95bf8)
> > >
> > > at
> > > /home/jurij/iceweasel/iceweasel-10.0.12esr/js/src/methodjit/MonoIC.cpp:11
> > >00 #12 js::mjit::ic::Call (f=..., ic=0xe3a81aa0)
> > >
> > > at
> > > /home/jurij/iceweasel/iceweasel-10.0.12esr/js/src/methodjit/MonoIC.cpp:11
> > >60 #13 0xf776dc54 in JaegerStubVeneer ()
> > >
> > > at
> > > /home/jurij/iceweasel/iceweasel-10.0.12esr/js/src/methodjit/TrampolineSpa
> > >rc.s:164 #14 0xf776dc54 in JaegerStubVeneer ()
> > >
> > > at
> > > /home/jurij/iceweasel/iceweasel-10.0.12esr/js/src/methodjit/TrampolineSpa
> > >rc.s:164 Backtrace stopped: previous frame identical to this frame
> > > (corrupt stack?) (gdb) q
> >
> > Yeah, this looks like a different crash from the ones which my patch
> > is suppposed to fix. What URL(s) does it trigger on?
>
> The same I used for the bug report:
>
> www.arte.tv/de
That's weird, I can browse that site without any problems :-/.
I'll check whether any of the tests which failed during build are
displaying a similar backtrace.
Thanks for testing.
--
Jurij Smakov jurij@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
Reply to: