EXC_BREAKPOINT crashes in dlopen in CTFontCreateWithFontDescriptor on macOS 10.14 on startup
Categories
(Core :: Graphics: Text, defect, P3)
Tracking
()
People
(Reporter: smichaud, Unassigned)
Details
(Whiteboard: qa-not-actionable)
Crash Data
These crashes' frequency seems to have increased recently, but they aren't new:
Note that not all these crashes are this bug. But most of them are.
Here's a typical crash stack (up to CTFontCreateWithFontDescriptor):
6 libdyld.dylib dlopen
7 libFontParser.dylib TConcreteFontScaler::LoadDylib(char const*)
8 libFontParser.dylib TTrueTypeScaler::CreateTrueTypeScaler()
9 libsystem_pthread.dylib __pthread_once_handler
10 libsystem_platform.dylib _os_once_callout
11 libsystem_pthread.dylib pthread_once
12 libFontParser.dylib TTrueTypeScaler::GetTrueTypeScaler()
13 libFontParser.dylib TFontScaler::CreateFontScaler(TScalerStrike&&)
14 libFontParser.dylib TFPFont::GetEmSpaceScaler() const
15 libFontParser.dylib FPFontGetVariationValues
16 CoreText TFont::InitVariationValues()
17 CoreText TFont::FinishConstruction(CGFont*)
18 CoreText CTFontCreateWithFontDescriptor
This bug might benefit from an analysis using a HookCase hook library (https://github.com/steven-michaud/HookCase).
| Reporter | ||
Updated•6 years ago
|
| Reporter | ||
Updated•6 years ago
|
Comment 1•6 years ago
|
||
Lee, are you best to look at font issues on mac, or someone else?
Updated•6 years ago
|
Comment 2•6 years ago
|
||
The component has been changed since the backlog priority was decided, so we're resetting it.
For more information, please visit auto_nag documentation.
Updated•6 years ago
|
Updated•5 years ago
|
| Reporter | ||
Comment 3•5 years ago
|
||
These crashes have disappeared -- I don't see any over the last six months. There are still a few with the [@ dlopen ] signature, but none of their proto signatures contain CTFontCreateWithFontDescriptor.
Description
•