Closed Bug 530666 Opened 16 years ago Closed 8 years ago

startup Crash [@ mozilla::storage::AsyncExecuteStatements::bindExecuteAndProcessStatement(mozilla::storage::StatementData&, bool) ]

Categories

(Core :: SQLite and Embedded Database Bindings, defect)

Product:
Core
Component:
SQLite and Embedded Database Bindings
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED INACTIVE

People

(Reporter: chofmann, Unassigned)

Details

(Keywords: crash, Whiteboard: [startupcrash][tbird crash][rare])

Crash Data

new crash detected in 3.6b3 with jst's script output in http://people.mozilla.com/~chofmann/crash-data/new-crashes/new-36b3-from-35x+36b1-2.html this could be a signature moving around or in fact a new crash. source at the top of the stack appears to have changed in 3.6 development work. stack looks like http://crash-stats.mozilla.com/report/index/bdb42afc-9c6c-47f5-8e8c-a3d312091121 @0x4f4e9f9a 1 xul.dll mozilla::storage::AsyncExecuteStatements::bindExecuteAndProcessStatement storage/src/mozStorageAsyncStatementExecution.cpp:262 2 xul.dll mozilla::storage::AsyncExecuteStatements::Run storage/src/mozStorageAsyncStatementExecution.cpp:551 3 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:527 4 xul.dll NS_ProcessNextEvent_P obj-firefox/xpcom/build/nsThreadUtils.cpp:250 5 xul.dll nsThread::ThreadFunc xpcom/threads/nsThread.cpp:254 6 nspr4.dll _PR_NativeRunThread nsprpub/pr/src/threads/combined/pruthr.c:426 7 mozcrt19.dll malloc obj-firefox/memory/jemalloc/crtsrc/jemalloc.c:5765 8 mozcrt19.dll _callthreadstartex obj-firefox/memory/jemalloc/crtsrc/threadex.c:348 9 mozcrt19.dll _threadstartex obj-firefox/memory/jemalloc/crtsrc/threadex.c:326 10 kernel32.dll BaseThreadStart more reports at http://crash-stats.mozilla.com/report/list?product=Firefox&version=Firefox%3A3.6b3&query_search=signature&query_type=exact&date=&range_value=1&range_unit=weeks&do_query=1&signature=mozilla%3A%3Astorage%3A%3AAsyncExecuteStatements%3A%3AbindExecuteAndProcessStatement%28mozilla%3A%3Astorage%3A%3AStatementData%26%2C%20bool%29
is there a better bugzilla component for storage? here is what I spotted in change logs e6b53112a17c 2009-06-17 12:12 -0700 Shawn Wilsher - Bug 490085 - Add ability to bind multiple sets of parameters and execute asynchronously
These stacks don't make much sense to me... Every crash seems to crash at the same address too: 0x4f4e9f9a
Component: General → Storage
Product: Core → Toolkit
QA Contact: general → storage
not much helpful meta data all six crashes on 21st were os breakdown 6 Windows NT 5.1.2600 Service Pack 2 and all 6 were 6 Firefox 3.6b3 five blank urls and one other reported being at http://www.elyrics.net/read/m/matchbox-20-lyrics/unwell-lyrics.html
Severity: normal → critical
Crash Signature: [@ mozilla::storage::AsyncExecuteStatements::bindExecuteAndProcessStatement(mozilla::storage::StatementData&, bool) ]
Keywords: crash
OS: Mac OS X → All
Summary: Firefox 3.6b3 Crash [@ mozilla::storage::AsyncExecuteStatements::bindExecuteAndProcessStatement(mozilla::storage::StatementData&, bool) ] → startup Crash [@ mozilla::storage::AsyncExecuteStatements::bindExecuteAndProcessStatement(mozilla::storage::StatementData&, bool) ]
Whiteboard: [startupcrash][tbird crash][rare]
Crash Signature: [@ mozilla::storage::AsyncExecuteStatements::bindExecuteAndProcessStatement(mozilla::storage::StatementData&, bool) ] → [@ mozilla::storage::AsyncExecuteStatements::bindExecuteAndProcessStatement(mozilla::storage::StatementData&, bool) ] [@ mozilla::storage::AsyncExecuteStatements::bindExecuteAndProcessStatement ]
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INACTIVE
Product: Toolkit → Core
You need to log in before you can comment on or make changes to this bug.