Crash in [@ _chkstk | base::internal::PlatformThreadLocalStorage::OnThreadExit]
Categories
(Core :: XPCOM, defect)
Tracking
()
People
(Reporter: gsvelto, Unassigned)
Details
(Keywords: crash)
Crash Data
Crash report: https://crash-stats.mozilla.org/report/index/1ac9f928-089a-4503-aa4e-c61210220305
Reason: EXCEPTION_STACK_OVERFLOW
Top 10 frames of crashing thread:
0 firefox.exe _chkstk /builds/worker/workspace/obj-build/browser/app/d:/agent/_work/1/s/src/vctools/crt/vcstartup/src/misc/amd64/chkstk.asm:109
1 firefox.exe static base::internal::PlatformThreadLocalStorage::OnThreadExit security/sandbox/chromium/base/threading/thread_local_storage.cc:328
2 ntdll.dll LdrpCallInitRoutine
3 ntdll.dll LdrpCallTlsInitializers
4 ntdll.dll LdrShutdownThread
5 ntdll.dll RtlExitUserThread
6 kernelbase.dll FreeLibraryAndExitThread
7 ucrtbase.dll common_end_thread
8 ucrtbase.dll thread_start<unsigned int , 1>
9 kernel32.dll BaseThreadInitThunk
Odd crash, can't make heads or tails of it. Kris do you know what might be going on? This seems to be happening deep down in threading code.
Reporter | ||
Comment 1•3 years ago
|
||
Added a signature.
Comment 2•3 years ago
|
||
This seems to be a Windows issue with StreamTransit going over? Maybe something is being stuck alive in the thread pool. We can't always guarantee tasks are killed before we enter the shutdown threads loop.
Comment 3•3 years ago
|
||
Since the crash volume is low (less than 5 per week), the severity is downgraded to S3
. Feel free to change it back if you think the bug is still critical.
For more information, please visit auto_nag documentation.
Comment 4•2 years ago
|
||
Closing because no crashes reported for 12 weeks.
Reporter | ||
Comment 5•2 years ago
|
||
This was a signature change.
Description
•