Closed
Bug 877625
Opened 12 years ago
Closed 11 years ago
crash in jsdScript::GetFunctionSource @ js::ScriptSource::hasSourceData with Firebug
Categories
(Core :: JavaScript Engine, defect)
Tracking
()
RESOLVED
WORKSFORME
| Tracking | Status | |
|---|---|---|
| firefox23 | --- | unaffected |
| firefox24 | --- | affected |
| firefox25 | --- | affected |
People
(Reporter: scoobidiver, Unassigned)
References
Details
(Keywords: crash, regression)
Crash Data
It first showed up in 24.0a1/20130524. The regression window is:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=00b264c7cced&tochange=df526497d949
It might be a regression from bug 871306.
Signature js::ScriptSource::hasSourceData() More Reports Search
UUID c2f7e906-fd72-48e2-b055-8bfd32130530
Date Processed 2013-05-30 12:13:00
Uptime 10849
Install Age 17.0 hours since version was first installed.
Install Time 2013-05-29 19:11:22
Product Firefox
Version 24.0a1
Build ID 20130529031131
Release Channel nightly
OS Windows NT
OS Version 6.1.7601 Service Pack 1
Build Architecture x86
Build Architecture Info GenuineIntel family 6 model 58 stepping 9
Crash Reason EXCEPTION_ACCESS_VIOLATION_READ
Crash Address 0xffffffffdadadada
App Notes
AdapterVendorID: 0x8086, AdapterDeviceID: 0x0166, AdapterSubsysID: 05841028, AdapterDriverVersion: 8.15.10.2712
D2D? D2D+ DWrite? DWrite+ D3D10 Layers? D3D10 Layers+ D3D10 Layers- D3D9 Layers? D3D9 Layers-
Processor Notes sp-processor04_phx1_mozilla_com_24908:2012; non-integer value of "SecondsSinceLastCrash"
EMCheckCompatibility True
Adapter Vendor ID 0x8086
Adapter Device ID 0x0166
Total Virtual Memory 4294836224
Available Virtual Memory 3376885760
System Memory Use Percentage 28
Available Page File 14422347776
Available Physical Memory 6034980864
Frame Module Signature Source
0 mozjs.dll js::ScriptSource::hasSourceData js/src/jsscript.h:1035
1 mozjs.dll js::FunctionToString js/src/jsfun.cpp:628
2 mozjs.dll JS_DecompileFunction js/src/jsapi.cpp:5588
3 xul.dll jsdScript::GetFunctionSource js/jsd/jsd_xpc.cpp:1311
4 xul.dll NS_InvokeByIndex xpcom/reflect/xptcall/src/md/win32/xptcinvoke.cpp:70
5 xul.dll XPC_WN_GetterSetter js/xpconnect/src/XPCWrappedNativeJSOps.cpp:1535
6 mozjs.dll js::Invoke js/src/jsinterp.cpp:441
7 mozjs.dll js::GetPropertyOperation js/src/jsinterpinlines.h:293
8 mozjs.dll js::Interpret js/src/jsinterp.cpp:2067
9 nss3.dll PR_Unlock nsprpub/pr/src/threads/combined/prulock.c:315
10 mozjs.dll js::gc::ArenaLists::refillFreeList<1> js/src/jsgc.cpp:1514
11 mozjs.dll js::NewObjectWithGivenProto js/src/jsobj.cpp:1311
12 mozjs.dll NewProxyObject js/src/jsproxy.cpp:3268
13 mozjs.dll js::Wrapper::New js/src/jswrapper.cpp:41
14 mozjs.dll JSFunction::getOrCreateScript js/src/jsfun.h:214
...
More reports at:
https://crash-stats.mozilla.com/report/list?signature=js%3A%3AScriptSource%3A%3AhasSourceData%28%29
Comment 2•12 years ago
|
||
Looks like ScriptSource is getting freed prematurely. Do you have steps to reproduce?
Flags: needinfo?(ejpbruel)
| Reporter | ||
Comment 3•12 years ago
|
||
(In reply to Eddy Bruel [:ejpbruel] from comment #2)
> Do you have steps to reproduce?
A comment in French says it occurs when disabling Firebug.
| Reporter | ||
Comment 4•12 years ago
|
||
With combined signatures, it's #18 browser crasher in 24.0a2 and 25.0a1.
Reports also at:
https://crash-stats.mozilla.com/report/list?product=Firefox&signature=js%3A%3AObjectImpl%3A%3AgetSlot%28unsigned+int%29
Crash Signature: [@ js::ScriptSource::hasSourceData()] → [@ js::ScriptSource::hasSourceData()]
[@ js::ObjectImpl::getSlot(unsigned int) ]
status-firefox25:
--- → affected
| Reporter | ||
Comment 5•12 years ago
|
||
Crash Signature: [@ js::ScriptSource::hasSourceData()]
[@ js::ObjectImpl::getSlot(unsigned int) ] → [@ js::ScriptSource::hasSourceData()]
[@ js::ObjectImpl::getSlot(unsigned int) ]
[@ js::FunctionToString(JSContext*, JS::Handle<JSFunction*>, bool, bool) ]
Comment 7•11 years ago
|
||
I'm (possibly) seeing this bug several times a day. My crash report can be found here https://crash-stats.mozilla.com/report/index/67350ffc-3a70-4d53-8805-c6ee62140219
Comment 8•11 years ago
|
||
Although I'm on osx
Comment 9•11 years ago
|
||
I don't see a single instance of this with any version > 29, so I'd say this is fixed in Aurora.
Given that current release (i.e., 28) seems to have reduced the crash rate quite a bit (the vast majority of reports are still from 27.0.1) and we don't know what fixed it entirely for Aurora, I'll mark this as WORKSFORME.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Comment 10•11 years ago
|
||
Till, I think I'd be inclined to agree with you. I had forgotten about this posting. I'm not getting this crash anymore, and I'm on 28 =]
Comment 11•11 years ago
|
||
(In reply to relequestual from comment #10)
> Till, I think I'd be inclined to agree with you. I had forgotten about this
> posting. I'm not getting this crash anymore, and I'm on 28 =]
That's great to hear, thanks for the confirmation.
You need to log in
before you can comment on or make changes to this bug.
Description
•