If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Intermittent test_bug703855.html | application crashed [@ XPCWrappedNative::TraceInside(JSTracer*)]

RESOLVED WORKSFORME

Status

()

Core
JavaScript Engine
RESOLVED WORKSFORME
5 years ago
4 years ago

People

(Reporter: RyanVM, Unassigned)

Tracking

({crash, intermittent-failure})

Trunk
ARM
Android
crash, intermittent-failure
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

5 years ago
https://tbpl.mozilla.org/php/getParsedLog.php?id=21905764&tree=Mozilla-Inbound

Android Armv6 Tegra 250 mozilla-inbound opt test mochitest-3 on 2013-04-17 03:24:56 PDT for push 4363de95b961
slave: tegra-146

17163 INFO TEST-START | /tests/docshell/test/test_bug703855.html

INFO | automation.py | Application ran for: 0:03:30.129806
INFO | zombiecheck | Reading PID log: /tmp/tmpPCNvy3pidlog
getting files in '/mnt/sdcard/tests/profile/minidumps/'
Downloading symbols from: http://ftp.mozilla.org/pub/mozilla.org/mobile/tinderbox-builds/mozilla-inbound-android-armv6/1366187166/fennec-23.0a1.en-US.android-arm-armv6.crashreporter-symbols.zip
mozcrash INFO | Downloading symbols from: http://ftp.mozilla.org/pub/mozilla.org/mobile/tinderbox-builds/mozilla-inbound-android-armv6/1366187166/fennec-23.0a1.en-US.android-arm-armv6.crashreporter-symbols.zip
PROCESS-CRASH | /tests/docshell/test/test_bug703855.html | application crashed [@ XPCWrappedNative::TraceInside(JSTracer*)]
Crash dump filename: /tmp/tmptlOibf/14bc71a2-0f4c-8336-5ae63280-789c1b3e.dmp
Operating system: Android
                  0.0.0 Linux 2.6.32.9-00002-gd8084dc-dirty #1 SMP PREEMPT Wed Feb 2 11:32:06 PST 2011 armv7l nvidia/harmony/harmony/harmony:2.2/FRF91/20110202.102810:eng/test-keys
CPU: arm
     2 CPUs

Crash reason:  SIGSEGV
Crash address: 0x12000011

Thread 5 (crashed)
 0  libxul.so!XPCWrappedNative::TraceInside(JSTracer*) [xpcprivate.h:4363de95b961 : 1881 + 0x0]
     r4 = 0x6311d4c0    r5 = 0x51632138    r6 = 0x4eeb4240    r7 = 0x6170aee0
     r8 = 0x62de7f58    r9 = 0x62dc00c0   r10 = 0x04920000    fp = 0x4eeb4240
     sp = 0x4eeb41b8    lr = 0x00000080    pc = 0x5439bd28
    Found by: given as instruction pointer in context
 1  libxul.so!js::GCMarker::drainMarkStack(js::SliceBudget&) [Marking.cpp:4363de95b961 : 1378 + 0xa]
     sp = 0x4eeb41c8    pc = 0x550874c8
    Found by: stack scanning
 2  libxul.so!IncrementalCollectSlice [jsgc.cpp:4363de95b961 : 3796 + 0xa]
     sp = 0x4eeb41f8    pc = 0x54f1ec34
    Found by: stack scanning
 3  libxul.so!js::ion::ToggleBarriers(JS::Zone*, bool) [Ion.cpp:4363de95b961 : 78 + 0xe]
     sp = 0x4eeb4208    pc = 0x5512c9a8
    Found by: stack scanning
 4  libxul.so!JS::Zone::setNeedsBarrier(bool, JS::Zone::ShouldUpdateIon) [Zone.cpp:4363de95b961 : 82 + 0xa]
     sp = 0x4eeb4278    pc = 0x55092bcc
    Found by: stack scanning
 5  libxul.so!GCCycle [jsgc.cpp:4363de95b961 : 4438 + 0x1e]
     sp = 0x4eeb42b8    pc = 0x54f20464
    Found by: stack scanning
 6  libxul.so!Collect [jsgc.cpp:4363de95b961 : 4566 + 0x16]
     sp = 0x4eeb42f0    pc = 0x54f207a0
    Found by: stack scanning
 7  libxul.so!void* js::gc::ArenaLists::refillFreeList<(js::AllowGC)1>(JSContext*, js::gc::AllocKind) [jsgc.cpp:4363de95b961 : 4484 + 0x2a]
     sp = 0x4eeb4320    pc = 0x54f20e28
    Found by: stack scanning
GC random oranges seem to often end up being due to flakey hardware.  I guess we'll see. ;)
Comment hidden (Treeherder Robot)
(Reporter)

Comment 3

5 years ago
That's two bad tegras then ;)
Comment hidden (Treeherder Robot)

Updated

4 years ago
Status: NEW → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.