This did not work, game still crashes.
All machine specs and collected files sent by email.
This did not work, game still crashes.
All machine specs and collected files sent by email.
Like, how long do you think this will last? Has there been any similar case? Its getting ridiculous
Windowed mode was unsuccessful
Specs:
MacBook Pro (15-inch, 2016)
Mojave 10.14.3 (18D109)
2.7 GHz Intel Core i7
16 GB 2133 MHz LPDDR3
Intel HD Graphics 530 1536 MB
Still crashes, seemingly in the same way. My machine:
iMac (Retina 5K, 27-inch, 2017)
macOS High Sierra 10.13.6
Processor: 3.8 GHz Intel Core i5
Memory: 40 GB 2400 MHz DDR4
Graphics: Radeon Pro 580 8192 MB
Process: Heroes [6113]
Path: /Applications/Heroes of the Storm/*/Heroes.app/Contents/MacOS/Heroes
Identifier: com.blizzard.heroesofthestorm
Version: 2.43 [72191] (72191)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: Heroes [6113]
User ID: 501
Date/Time: 2019-02-14 18:50:24.022 -0600
OS Version: Mac OS X 10.13.6 (17G5019)
Report Version: 12
Anonymous UUID: F9982FE4-200A-6808-463B-7849CF13C7E8
Time Awake Since Boot: 160000 seconds
System Integrity Protection: enabled
Crashed Thread: 0 Dispatch queue: _LSContextInitClient queue
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Application Specific Information:
__cxa_guard_acquire detected deadlock
abort() called
Thread 0 Crashed:: Dispatch queue: _LSContextInitClient queue
0 libsystem_kernel.dylib 0x00007fff7a419b66 __pthread_kill + 10
1 libsystem_pthread.dylib 0x00007fff7a5e4080 pthread_kill + 333
2 libsystem_c.dylib 0x00007fff7a3751ae abort + 127
3 libc++abi.dylib 0x00007fff7826ff8f abort_message + 245
4 libc++abi.dylib 0x00007fff7828b690 __cxa_guard_acquire + 221
5 com.blizzard.heroesofthestorm 0x0000000100da9623 0x100000000 + 14325283
6 com.blizzard.heroesofthestorm 0x0000000100db3db5 0x100000000 + 14368181
7 com.blizzard.heroesofthestorm 0x0000000100dbe7e4 0x100000000 + 14411748
8 com.blizzard.heroesofthestorm 0x00000001027edf5e operator new(unsigned long) + 14
9 com.apple.LaunchServices 0x00007fff538e5f9f invocation function for block in _LSGetSessions() + 122
10 libdispatch.dylib 0x00007fff7a28fdb8 _dispatch_client_callout + 8
11 libdispatch.dylib 0x00007fff7a28fd6b dispatch_once_f + 41
12 com.apple.LaunchServices 0x00007fff5381fa70 _LSGetSession(unsigned int) + 120
13 com.apple.LaunchServices 0x00007fff5381f9cb _LSCopyLocalDatabase + 31
14 com.apple.LaunchServices 0x00007fff538e6c8f invocation function for block in _LSContextInitClient(LSContext*) + 60
15 libdispatch.dylib 0x00007fff7a28fdb8 _dispatch_client_callout + 8
16 libdispatch.dylib 0x00007fff7a2a31e1 _dispatch_queue_barrier_sync_invoke_and_complete + 60
17 com.apple.LaunchServices 0x00007fff538e4e33 _LSContextInitClient(LSContext*) + 209
18 com.apple.LaunchServices 0x00007fff5381f89e _LSContextInit + 182
19 com.apple.LaunchServices 0x00007fff53873d6f _LSCreateDeviceTypeIdentifierWithModelCodeInternal(__CFString const*, unsigned char const*, unsigned char) + 39
20 com.apple.SystemConfiguration 0x00007fff5e91111d SCDynamicStoreCopyComputerName + 409
21 com.apple.CFNetwork 0x00007fff512de753 -[NSHost localizedName] + 90
22 com.blizzard.heroesofthestorm 0x0000000103c5612e 0x100000000 + 63267118
23 com.blizzard.heroesofthestorm 0x0000000100da96bb 0x100000000 + 14325435
24 com.blizzard.heroesofthestorm 0x0000000100da7aad 0x100000000 + 14318253
25 com.blizzard.heroesofthestorm 0x0000000100dac673 0x100000000 + 14337651
26 com.blizzard.heroesofthestorm 0x000000010000c2a5 0x100000000 + 49829
27 dyld 0x0000000106bc3ac6 ImageLoaderMachO::doModInitFunctions(ImageLoader::LinkContext const&) + 420
28 dyld 0x0000000106bc3cf6 ImageLoaderMachO::doInitialization(ImageLoader::LinkContext const&) + 40
29 dyld 0x0000000106bbf218 ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned int, char const*, ImageLoader::InitializerTimingList&, ImageLoader::UninitedUpwards&) + 330
30 dyld 0x0000000106bbe34e ImageLoader::processInitializers(ImageLoader::LinkContext const&, unsigned int, ImageLoader::InitializerTimingList&, ImageLoader::UninitedUpwards&) + 134
31 dyld 0x0000000106bbe3e2 ImageLoader::runInitializers(ImageLoader::LinkContext const&, ImageLoader::InitializerTimingList&) + 74
32 dyld 0x0000000106baf567 dyld::initializeMainExecutable() + 196
33 dyld 0x0000000106bb4239 dyld::_main(macho_header const*, unsigned long, int, char const**, char const**, char const**, unsigned long*) + 7242
34 dyld 0x0000000106bae3d4 dyldbootstrap::start(macho_header const*, int, char const**, long, macho_header const*, unsigned long*) + 453
35 dyld 0x0000000106bae1d2 _dyld_start + 54
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000000 rbx: 0x00007fffb2d0d380 rcx: 0x00007ffeefbfa8c8 rdx: 0x0000000000000000
rdi: 0x0000000000000307 rsi: 0x0000000000000006 rbp: 0x00007ffeefbfa900 rsp: 0x00007ffeefbfa8c8
r8: 0x00007ffeefbfa790 r9: 0x00007ffeefbfa960 r10: 0x0000000000000000 r11: 0x0000000000000206
r12: 0x0000000000000307 r13: 0x0000000000000030 r14: 0x0000000000000006 r15: 0x000000000000002d
rip: 0x00007fff7a419b66 rfl: 0x0000000000000206 cr2: 0x00007fffb2cea168
Logical CPU: 0
Error Code: 0x02000148
Trap Number: 133
Been having the same issue since it was on PTR.
MacBook Air
Processor: 1.7 GHz Intel Core i7
Memory: 8 GB 1600 MHz DDR3
Startup Disk: Macintosh HD
Graphics: Intel HD Graphics 5000 1536 MB
Thanks for all the info so far. Getting y’all to post the specs here is more of a way to do a quick visual parse for commonalities, but there’s nothing obvious in your system specs shared.
I looked over all of these and for some odd reason we’re unable to see your parent process 1, launchd, which is critical for a mac. I checked some of the other crashes and this is true for all of these. This may just be due to how early the crash happens, and I know this is going to sound like some generic troubleshooting. However, I’m sincerely interested if any of these work, though I don’t commonly recommend some of them for Mac systems.
We’re still trying to figure out what the common denominator here is but anything you try here that works or even just changes the crash behavior may help us narrow it down.
Edited: Had the wrong link for 10.14.3 previously, sorry about that! Fixed.
This may be totally irrelevant, I’m no computer genius. But I remember having to change accessibility settings for Heroes so my mouse would work. I went to add Heroes to Full Disk Access on the Privacy menu and while that might not make a difference at all, it came up as the Diablo 3 launcher. It won’t come up as Heroes on the list. Any reason as to why it shows up as that? Sorry if this is completely irrelevant, just trying anything to play my favorite game again.
My macbook is updated and I reinstalled HOS
Same startup error. Just quits right away
I just tried all the latest recommendations from the most recent blue post and nothing worked there either. That being said, my whole computer got kinda weird when i tried to boot it up with a new Admin user. It initially found the game, but after hitting play it just wouldn’t do anything. Wouldn’t even get an error message like on my normal profile. Not sure what to make of that
Legiticus,
That is indeed bizarre. Can you reinstall the game from the new profile and see if that changes anything? If not, and it gives you a crash code, please post that here. If you get a message about being unable to uninstall the game, try rebooting the PC again before re attempting the uninstall/reinstall.
Same here including the admin error not showing up.
The app crashes in the ABI, I don’t see why any of your suggestions should work, they are just a waste of time for all the users who follow them, because the crash happens before any third party software has a chance to hook into the sys calls.
Playing with graphic settings is also a waste of time because the app crashes way before anything graphics related has been loaded.
I’m fairly sure that there is no workaround because when you look at the post-mortem you can clearly see that the localized host name is requested, then stored in a new variable but fails because __cxa_guard_acquire has been called before on the same guard object but without a release or abort. This is clearly a programming error and should normally be fairly easy to debug but since it happens in the ABI it might not be as straightforward. My guess is it’s a race condition between two different code paths, where the release call on the second code path comes too late.
omg, not being able to play HOS is giving me more time to work on other stuff like my homework.
someone give this man a job.
I tried launching the game again a few minutes ago. It failed in the same way. So I opened up the Console app and searched for ‘battle’ in my iMac’s log file.
default 21:57:50.412478 -0600 Battle.net UNIX error exception: 17
default 21:57:50.417132 -0600 Battle.net UNIX error exception: 17
default 21:57:50.420913 -0600 Battle.net UNIX error exception: 17
error 21:57:50.442209 -0600 sandboxd Sandbox: Battle.net(6815) System Policy: deny(1) file-write-create /System/Library/Application Support
Violation: System Policy: deny(1) file-write-create /System/Library/Application Support
Process: Battle.net [6815]
Path: /Applications/Battle.net.app/Contents/MacOS/Battle.net
Load Address: 0x10eb01000
Identifier: net.battle.app
Version: 1.12.8 (10949) (1.12.8.10949)
Code Type: x86_64 (Native)
Parent Process: launchd [1]
Responsible: /Applications/Battle.net.app/Contents/MacOS/Battle.net [6815]
User ID: 501
Date/Time: 2019-02-14 21:57:50.402 CST
OS Version: Mac OS X 10.13.6 (17G5019)
Report Version: 8
MetaData: {"platform_binary":"no","normalized_target":["System","Library","Application Support"],"pid":6815,"target":"\/System\/Library\/Application Support","vnode-type":"DIRECTORY","rdev":0,"action":"deny","platform-binary":false,"suffix":"Application Support","build":"Mac OS X 10.13.6 (17G5019)","operation":"file-write-create","profile-flags":0,"rootless-flags":524288,"process-path":"\/Applications\/Battle.net.app\/Contents\/MacOS\/Battle.net","primary-filter":"path","uid":501,"primary-filter-value":"\/System\/Library\/Application Support","signing-id":"net.battle.app","path":"\/System\/Library\/Application Support","hardware":"Mac","profile":"platform","summary":"deny(1) file-write-create \/System\/Library\/Application Support","errno":1,"platform-policy":true,"process":"Battle.net","flags":21}
Thread 0 (id: 1681550):
0 libsystem_kernel.dylib 0x00007fff7a41ad82 mkdir + 10
1 CarbonCore 0x00007fff53525067 CreateObjectCommon(FSMount*, FSRefParam*, unsigned char) + 371
2 CarbonCore 0x00007fff53524ebe PBCreateDirectoryUnicodeSync + 75
3 CarbonCore 0x00007fff53524e5b FSCreateDirectoryUnicode + 64
4 CarbonCore 0x00007fff53524d8b FSCreateDirectoryNonUnicode + 114
5 CarbonCore 0x00007fff5353c365 CreateFolder + 621
6 CarbonCore 0x00007fff5351569b FindFolderGuts + 1775
7 CarbonCore 0x00007fff53514f61 FSFindFolder + 113
8 Battle.net 0x000000010ee2f0ae
9 Battle.net 0x000000010ee2ec58
10 Battle.net 0x000000010eb061ff
11 libdyld.dylib 0x00007fff7a2c9015 start + 1
12 Battle.net 0x0000000000000001
Thread 1 (id: 1681558):
0 libsystem_kernel.dylib 0x00007fff7a41a28a __workq_kernreturn + 10
1 libsystem_pthread.dylib 0x00007fff7a5e0be9 start_wqthread + 13
2 0x000070000ebd3cc0
Thread 2 (id: 1681559):
0 libsystem_kernel.dylib 0x00007fff7a41a28a __workq_kernreturn + 10
1 libsystem_pthread.dylib 0x00007fff7a5e0be9 start_wqthread + 13
Thread 3 (id: 1681560, ThreadedLogPolicy):
0 libsystem_kernel.dylib 0x00007fff7a419a16 __psynch_cvwait + 10
1 libc++.1.dylib 0x00007fff7821dcb0 std::__1::condition_variable::wait(std::__1::unique_lock<std::__1::mutex>&) + 18
2 Battle.net 0x000000010ecb1e93
3 Battle.net 0x000000010ecb2ad7
4 libsystem_pthread.dylib 0x00007fff7a5e1661 _pthread_body + 340
5 libsystem_pthread.dylib 0x00007fff7a5e150d _pthread_body + 0
6 libsystem_pthread.dylib 0x00007fff7a5e0bf9 thread_start + 13
Binary Images:
0x10eb01000 - 0x10ef4aff7 net.battle.app (1.12.8.10949 - 1.12.8 (10949)) <c00b7453-c549-365b-b3cd-2cc89a194a6c> /Applications/Battle.net.app/Contents/MacOS/Battle.net
0x7fff534ff000 - 0x7fff537d6fff com.apple.CoreServices.CarbonCore (1178.4 - 1178.4) <0d5e19bf-18cb-3fa4-8a5f-f6c787c5ee08> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
0x7fff78217000 - 0x7fff7826dfff libc++.1.dylib (400.9) <7d3daccc-3804-393c-abc1-1a580fd00cb6> /usr/lib/libc++.1.dylib
0x7fff7a2c8000 - 0x7fff7a2e5ff7 libdyld.dylib (551.5) <49bf9e96-8297-30cf-8aa6-128cc14054b2> /usr/lib/system/libdyld.dylib
0x7fff7a3fd000 - 0x7fff7a423ff7 libsystem_kernel.dylib (4570.71.22) <6bfaf4c2-ff7b-301c-8d1c-3ed5e090b0ce> /usr/lib/system/libsystem_kernel.dylib
0x7fff7a5de000 - 0x7fff7a5e9fff libsystem_pthread.dylib (301.50.1) <0e51ccba-91f2-34e1-bf2a-feefd3d321e4> /usr/lib/system/libsystem_pthread.dylib
default 21:57:51.186405 -0600 launchservicesd CHECKIN:0x0-0x246246 6815 net.battle.app
default 21:57:51.415391 -0600 kernel Sandbox: 1 duplicate report for Battle.net deny(1) file-write-create /System/Library/Application Support
default 21:57:53.938344 -0600 Battle.net Helper GVA info: preferred scaler idx 1
default 21:57:54.047368 -0600 Agent UNIX error exception: 17
default 21:57:54.050826 -0600 Agent UNIX error exception: 17
default 21:57:54.057102 -0600 Agent UNIX error exception: 17
error 21:57:54.108767 -0600 Battle.net AEGetDescData of non-desc type 'reco' not a good idea
default 21:57:57.700113 -0600 Agent UNIX error exception: 17
default 21:57:57.706898 -0600 Agent UNIX error exception: 17
default 21:57:59.613500 -0600 Battle.net Helper [0214/215759.613111:ERROR:mf_audio_decoder_mac.mm(515)] Unsupported codec by MfAudioDecoder: 12
default 21:58:04.410065 -0600 Battle.net LSExceptions shared instance invalidated for timeout.
default 21:59:18.318608 -0600 powerd Process Battle.net.6815 Created NoDisplaySleepAssertion "Playing video" age:00:00:00 id:21474872464 [System: PrevDisp DeclUser kDisp]
default 21:59:18.323116 -0600 Battle.net Helper [0214/215918.323071:ERROR:mf_audio_decoder_mac.mm(515)] Unsupported codec by MfAudioDecoder: 12
default 21:59:23.158219 -0600 powerd Process Battle.net.6815 Released NoDisplaySleepAssertion "Playing video" age:00:00:04 id:21474872464 [System: PrevIdle DeclUser IntPrevDisp kDisp]
default 21:59:31.757304 -0600 Battle.net LSExceptions shared instance invalidated for timeout.
That’s what shows up. Those time stamps match the launch & crash time on my Mac. When I make similar searches specifically in the system.log file (also via the Console app) I see this.
Feb 14 21:57:50 iMac Battle.net[6815]: objc[6815]: Class BlizzardCore_URLCache is implemented in both /Applications/Battle.net.app/Contents/MacOS/Battle.net (0x10ef789d0) and /Users/weaverm/Library/Application Support/Battle.net/Versions/Battle.net.10949/battle.net-core.framework/battle.net-core (0x11393a3f8). One of the two will be used. Which one is undefined.
Feb 14 21:57:50 iMac Battle.net[6815]: objc[6815]: Class BlizzardCore_DownloadURLObject is implemented in both /Applications/Battle.net.app/Contents/MacOS/Battle.net (0x10ef78a48) and /Users/weaverm/Library/Application Support/Battle.net/Versions/Battle.net.10949/battle.net-core.framework/battle.net-core (0x11393a470). One of the two will be used. Which one is undefined.
Feb 14 21:57:50 iMac Battle.net[6815]: objc[6815]: Class BlizzardCoreURLConnectionDelegate is implemented in both /Applications/Battle.net.app/Contents/MacOS/Battle.net (0x10ef78a70) and /Users/weaverm/Library/Application Support/Battle.net/Versions/Battle.net.10949/battle.net-core.framework/battle.net-core (0x11393a498). One of the two will be used. Which one is undefined.
Feb 14 21:57:54 iMac com.apple.xpc.launchd[1] (com.blizzard.agent.27920.BBB06232-21C6-48C9-A6A1-94D3F5201DF7[6822]): Service exited with abnormal code: 255
Feb 14 21:59:22 iMac com.apple.xpc.launchd[1] (com.blizzard.heartoftheswarm.switcher.30000.0E5F419E-047A-41F2-8AF7-18821B7DDC2D[6834]): Service exited with abnormal code: 1
You’re barking at the wrong tree. The Battle net app is just reporting some of its own problems. It is just a badly written piece of (HTML) code based on another badly written piece of code: Chrome Browser…
If you want to play around, you should call the binary directly in Terminal.app, like so:
/Applications/Heroes\ of\ the\ Storm/Versions/Base72191/Heroes.app/Contents/MacOS/Heroes
…resulting in
libc++abi.dylib: __cxa_guard_acquire detected deadlock
Abort trap: 6
The patch notes read
therefore I’m pretty confident that we’ll see a hotfix soon, they just need to roll back those “improvements” for the time being.
Fidibus, you’re probably correct. I added the relevant logs I found in Console for completeness.
I did attach the debugger in Xcode to the Heroes process and the thing SIGABRTs super early, which makes sense if it really is getting a deadlock while messing in the ABI (application binary interface for those following along at home). The debugger helpfully waits for a named process to launch, which is handy in this case.
As much fun as HotS is, I prefer playing it to debugging it. Hopefully the fine folks at Blizzard will figure it out soon.
Still… I’m curious how only some people seem to hit this problem? It does not seem to be specific to a particular set of hardware or an OS level.
¯\_(ツ)_/¯
For me the game launches on iMac Pro (latest OS X) but crashes mid game. It happened twice around Level 9 playing as Ragnaros in Team League. Not sure why it always happened during Level 9. Reconnecting to the match crashed at the same exact point every time.
Insomniak, does the macOS crash reporter pop up when this happens to you? If so, what does it say?