636467 - Add google_breakpad::ExceptionHandler::HandlePureVirtualCall() to the append list, preferably simplified as '_purecall'

Status: RESOLVED INVALID

(Socorro :: Infra, task)

Description

[Scoobidiver (away)]

It is a new crash signature in the trunk.
It is #93 top crasher in 4.0b12pre over the last week.

Stack traces are various:
0 	xul.dll 	google_breakpad::ExceptionHandler::HandlePureVirtualCall 	toolkit/crashreporter/google-breakpad/src/client/windows/handler/exception_handler.cc:688
1 	xul.dll 	nsTextFormatter::vsmprintf 	obj-firefox/xpcom/build/nsTextFormatter.cpp:1290
2 	kernel32.dll 	kernel32.dll@0x4bc0f 	
3 	xul.dll 	google_breakpad::ExceptionHandler::HandlePureVirtualCall 	toolkit/crashreporter/google-breakpad/src/client/windows/handler/exception_handler.cc:679

0 	xul.dll 	google_breakpad::ExceptionHandler::HandlePureVirtualCall 	toolkit/crashreporter/google-breakpad/src/client/windows/handler/exception_handler.cc:688
1 	xul.dll 	nsScriptSecurityManager::GetFunctionObjectPrincipal 	caps/src/nsScriptSecurityManager.cpp:2215
2 	kernel32.dll 	kernel32.dll@0x4bc0f 	
3 	xul.dll 	google_breakpad::ExceptionHandler::HandlePureVirtualCall 	toolkit/crashreporter/google-breakpad/src/client/windows/handler/exception_handler.cc:679

0 	xul.dll 	google_breakpad::ExceptionHandler::HandlePureVirtualCall 	toolkit/crashreporter/google-breakpad/src/client/windows/handler/exception_handler.cc:688
1 	xul.dll 	xul.dll@0x1fd4bf

0 	xul.dll 	google_breakpad::ExceptionHandler::HandlePureVirtualCall 	toolkit/crashreporter/google-breakpad/src/client/windows/handler/exception_handler.cc:688

More reports at:
https://crash-stats.mozilla.com/report/list?product=Firefox&range_value=4&range_unit=weeks&signature=google_breakpad%3A%3AExceptionHandler%3A%3AHandlePureVirtualCall%28%29

Comment 1

[(not currently active) Ted Mielczarek]

This signature is not useful, it's just grouping all the pure virtual call crashes under one place. Stack traces on Win64 are not entirely reliable at the moment, which is why they're all over the place. Need to fix bug 548035 for that.

Comment 2

[timeless]

we should really just map that to '_purecall' and get it moved to the append list so we could have, e.g. _purecall | nsTextFormatter::vsmprintf

Comment 3

[K Lars Lohn [:lars] [:klohn]]

Aliasing or renaming frame signatures is not implemented in Socorro.  However, it would not be difficult to do so.  

If there is enough demand for this feature, it could be scheduled for inclusion in some Socorro version after 1.7.8

Comment 4

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

(In reply to comment #3)
> Aliasing or renaming frame signatures is not implemented in Socorro.  However,
> it would not be difficult to do so.  
> 
> If there is enough demand for this feature, it could be scheduled for inclusion
> in some Socorro version after 1.7.8

This would be *really* useful for unresymbolized OS library frames on Mac OS X, where there's too much variation between module IDs in otherwise-identical OS builds for us to get symbols for all the copies (but where the variants have otherwise always matched addresses reliably with the ones we do have symbols for), so I went ahead and filed bug 637889 on adding the aliasing/renaming ability to Socorro.

Comment 5

[Peter Bengtsson [:peterbe]]

Resolving because it's too old.