VBox Manager crashes when shutting VMs, accessibility zoom related (#17842)
-
- Volunteer
- Posts: 708
- Joined: 3. Mar 2015, 07:27
- Primary OS: Mac OS X other
- VBox Version: OSE other
- Guest OSses: Linux, macOS, Windows
Re: VirtualBox 6.0.8 Manager Crashing
I verified the same (or similar anyway) crash on macOS 10.14.5 with VirtualBox 6.0.10. I don't have a trackpad - but 'zoomed' with ctl-scroll. After 4 or 5 VM restarts the VirtualBox manager crashed. Crash dump file attached.
- Attachments
-
- VirtualBox_2019-07-17-171803_Number9.crash.zip
- Crash dump file
- (26.92 KiB) Downloaded 21 times
Re: VirtualBox 6.0.8 Manager Crashing
Yeah, 6.0.10 released, but since the release notes didn't mention macOS, I wasn't feeling optimistic.I verified the same (or similar anyway) crash on macOS 10.14.5 with VirtualBox 6.0.10. I don't have a trackpad - but 'zoomed' with ctl-scroll.
Yup. Problem still exists.
-
- Site Moderator
- Posts: 27329
- Joined: 22. Oct 2010, 11:03
- Primary OS: Mac OS X other
- VBox Version: PUEL
- Guest OSses: Win(*>98), Linux*, OSX>10.5
- Location: Greece
Re: VirtualBox 6.0.8 Manager Crashing
I was able to replicate it too on a really clean 10.13.6 host, with Cmd+Ctrl+mouse_wheel, so it's not a trackpad issue, it's an accessibility issue. It takes several attempts to trigger it. Kudos to 'fth0' for finding the real culprit!
I do not see this with my 10.11.6 (main) host, or my 10.9.5 (secondary) host, but on the other hand, neither are officially supported.
I will try with 10.12.(latest), and I won't be trying it on a 10.14.5 (already reported as happening) or a 10.15 beta (no point yet).
Do you think that this is the same as ticket #17842: "VirtualBox crashes while shutting down guest VM", or should we open a new ticket? I'll try to compare the crash logs, but I'm no developer and can't really spot easily the telltale signs. On the other hand, I don't want us creating duplicates for no reason...
I do not see this with my 10.11.6 (main) host, or my 10.9.5 (secondary) host, but on the other hand, neither are officially supported.
I will try with 10.12.(latest), and I won't be trying it on a 10.14.5 (already reported as happening) or a 10.15 beta (no point yet).
Do you think that this is the same as ticket #17842: "VirtualBox crashes while shutting down guest VM", or should we open a new ticket? I'll try to compare the crash logs, but I'm no developer and can't really spot easily the telltale signs. On the other hand, I don't want us creating duplicates for no reason...
- Attachments
-
- VirtualBox_2019-07-17-114023_MBP-OSX-1013.crash.zip
- (19.75 KiB) Downloaded 19 times
Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
-
- Site Moderator
- Posts: 27329
- Joined: 22. Oct 2010, 11:03
- Primary OS: Mac OS X other
- VBox Version: PUEL
- Guest OSses: Win(*>98), Linux*, OSX>10.5
- Location: Greece
Re: VBox Manager crashes when shutting VMs, accessibility zoom related (#17842)
I merged the original thread from 2019-02-14 ( Valentine's day ) of 'fth0' with the one opened in 2019-07-13 from 'Crispi' and I tied them all to ticket #17842 which was filed on 2018-06-27. I think if all of the posts are gathered together, we can see the whole picture a lot easier.
So, here's a summary of reports:
Post edited to fix my mistake for not understanding that in the report from 'fth0', there was no crash on 10.12.6. Also included my own non-crashing test with 10.12.6. So now the condition becomes "OSX ≥ 10.13".
So, here's a summary of reports:
- 2019-02-14: 10.12.6, VirtualBox 5.2.20, iMac15,1 (fth0) <<< Does not crash.
- 2019-07-17: 10.11.6, VirtualBox 6.0.10, MacBookPro11,5 (socratis) <<< Does not crash.
- 2019-07-23: 10.12.6, VirtualBox 6.0.10, MacBookPro8,3 (socratis) <<< Does not crash.
- 2018-06-27: 10.13.5, VirtualBox 5.2.12, MacBookPro14,3 (QA from #17842)
- 2019-02-14: 10.13.6, VirtualBox 5.2.20, iMac15,1 (fth0)
- 2019-06-07: 10.13.6, VirtualBox 6.0.8, MacBookPro15,1 (nyholku)
- 2019-06-16: 10.14.5, VirtualBox 5.2.30, MacBookPro12,1 (Ulik)
- 2019-07-13: 10.14.5, VirtualBox 6.0.8, ??? (Crispi)
- 2019-07-17: 10.14.5, VirtualBox 6.0.10, iMac18,3 (granada29)
- 2019-07-17: 10.13.6, VirtualBox 6.0.10, MacBookPro8,3 (socratis)
... which seems to tie really nice with the findings from 'fth0':Process: VirtualBox [5301] Path: /Applications/VirtualBox.app/Contents/MacOS/VirtualBox Identifier: org.virtualbox.app.VirtualBox Version: 6.0.10 (6.0.10) Code Type: X86-64 (Native) Parent Process: ??? [1] Responsible: VirtualBox [5301] User ID: 501 Date/Time: 2019-07-17 17:18:00.414 +1200 OS Version: Mac OS X 10.14.5 (18F132) Report Version: 12 Anonymous UUID: 81B75B8C-F281-746C-2EB6-690E49BCBFE1 Time Awake Since Boot: 27000 seconds System Integrity Protection: enabled Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x000053c0073b1878 Exception Note: EXC_CORPSE_NOTIFY Termination Signal: Segmentation fault: 11 Termination Reason: Namespace SIGNAL, Code 0xb Terminating Process: exc handler [5301] VM Regions Near 0x53c0073b1878: MALLOC_LARGE 0000000124b14000-0000000127516000 [ 42.0M] rw-/rwx SM=PRV --> MALLOC_NANO 0000600000000000-0000600008000000 [128.0M] rw-/rwx SM=ALI Application Specific Information: objc_msgSend() selector name: setSubmenu: Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libobjc.A.dylib 0x00007fff7a2f169d objc_msgSend + 29 1 libqcocoa.dylib 0x000000011247ec67 -[QCocoaMenuDelegate menu:updateItem:atIndex:shouldCancel:] + 327 2 com.apple.AppKit 0x00007fff4d5422da -[NSMenu _populateFromDelegateWithEventRef:] + 788 3 com.apple.AppKit 0x00007fff4d4276a5 -[NSMenu _populateWithEventRef:] + 81 4 com.apple.AppKit 0x00007fff4d54136e -[NSCarbonMenuImpl _carbonPopulateEvent:handlerCallRef:] + 466 5 com.apple.AppKit 0x00007fff4d5410e2 NSSLMMenuEventHandler + 1193 6 com.apple.HIToolbox 0x00007fff4ee889fe DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 1422 7 com.apple.HIToolbox 0x00007fff4ee87daf SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*) + 371 8 com.apple.HIToolbox 0x00007fff4ee87c35 SendEventToEventTargetWithOptions + 45 9 com.apple.HIToolbox 0x00007fff4eee15e7 SendMenuPopulate(MenuData*, OpaqueEventTargetRef*, unsigned int, double, unsigned int, OpaqueEventRef*, unsigned char, unsigned char*) + 318 10 com.apple.HIToolbox 0x00007fff4ef06e1f SendMenuOpening(MenuSelectData*, MenuData*, double, unsigned int, unsigned int, __CFDictionary*, unsigned char, unsigned char*) + 291 11 com.apple.HIToolbox 0x00007fff4f02d1f0 _SimulateMenuOpening + 110 12 com.apple.HIToolbox 0x00007fff4f022ff1 OpenMenuForInspection(MenuData*) + 94 13 com.apple.HIToolbox 0x00007fff4f023dfb MenuData::HandleGetNamedAccessibleAttribute(unsigned long long, __CFString const*, unsigned int, OpaqueEventRef*) + 157 14 com.apple.HIToolbox 0x00007fff4f023d48 MenuData::GetNamedAccessibleAttributeSelf(unsigned long long, __CFString const*, unsigned int, OpaqueEventRef*) + 180 15 com.apple.HIToolbox 0x00007fff4f03cfab HIObject::DispatchAccessibilityEvent(OpaqueEventRef*, unsigned long long, AccessibilityHandlers const*, void*) + 489 16 com.apple.HIToolbox 0x00007fff4f03cc82 HIObject::HandleClassAccessibilityEvent(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 106 17 com.apple.HIToolbox 0x00007fff4ee88fe9 HIObject::EventHook(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 135 18 com.apple.HIToolbox 0x00007fff4ee889fe DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 1422 19 com.apple.HIToolbox 0x00007fff4ee87daf SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*) + 371 20 com.apple.HIToolbox 0x00007fff4ef1dafc CallNextEventHandler + 105 21 com.apple.AppKit 0x00007fff4d74bc87 -[NSCarbonMenuImpl _carbonGetAccessibleAttributeEvent:handlerCallRef:axElement:] + 37 22 com.apple.AppKit 0x00007fff4d541053 NSSLMMenuEventHandler + 1050
fth0 wrote: Combining everything with an educated guess: After the accessibility zoom function has been used for the first time, GUI apps get (or do not get) some (visible or hidden) automatic menu entries (like Edit/Dictate). Every time the GUI app becomes the foreground app, the macOS menu bar is updated and the menu delegate function (QCocoaMenuDelegate in the VirtualBox/QT case) has to handle this. The collaboration between the QCocoaMenu and NSMenu layers in QT 5.6.3 are buggy in this area (fixed multiple times in the last two years) and the QCocoaMenuDelegate is called with an already deleted menu entry when crashing. Alternatively the VirtualBox GUI app menu code may be buggy and updating a menu entry shortly after deleting it (race condition).
Edit: |
Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
-
- Volunteer
- Posts: 5677
- Joined: 14. Feb 2019, 03:06
- Primary OS: Mac OS X other
- VBox Version: PUEL
- Guest OSses: Linux, Windows 10, ...
- Location: Germany
Re: VBox Manager crashes when shutting VMs, accessibility zoom related (#17842)
Yes, I'm about 99% sure that the crash in the ticket and the crash you replicated are both the same crash as my crashes. You can rely on the information about thread 0 stack frame 1 in libqcocoa.dylib, which is part of the integrated QT 5.6.3 and therefore constant in all VirtualBox GUI versions using it.socratis wrote:Do you think that this is the same as ticket #17842: "VirtualBox crashes while shutting down guest VM", or should we open a new ticket?
BTW: If you start the VirtualBox GUI app from a terminal using env NSZombieEnabled=YES /Applications/VirtualBox.app/Contents/MacOS/VirtualBox and replicate the crash, you can get another small piece of additional information stating that a message has been sent to a deallocated instance of an NSMenuItem (which details thread 0 stack frame 0 a little bit).
Small correction: The crash did not occur under macOS 10.12.6 on my iMac. My usage pattern of VirtualBox and the macOS zoom accessibility function did not change after the switch from 10.12.6 to 10.13.6, so from my point of view it's safe to assume that macOS 10.13 or later is necessary.socratis wrote:2019-02-14: 10.12.6, VirtualBox 5.2.20, iMac15,1 (fth0)
2019-02-14: 10.13.6, VirtualBox 5.2.20, iMac15,1 (fth0)
-
- Site Moderator
- Posts: 27329
- Joined: 22. Oct 2010, 11:03
- Primary OS: Mac OS X other
- VBox Version: PUEL
- Guest OSses: Win(*>98), Linux*, OSX>10.5
- Location: Greece
Re: VBox Manager crashes when shutting VMs, accessibility zoom related (#17842)
Thank you fth0 for the correction. It seems that I need to test it with my 10.12 then, just to make sure...fth0 wrote:Small correction: The crash did not occur under macOS 10.12.6 on my iMac
Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
-
- Site Moderator
- Posts: 27329
- Joined: 22. Oct 2010, 11:03
- Primary OS: Mac OS X other
- VBox Version: PUEL
- Guest OSses: Win(*>98), Linux*, OSX>10.5
- Location: Greece
Re: VBox Manager crashes when shutting VMs, accessibility zoom related (#17842)
I finally was able to test with my 10.12.6, and I couldn't reproduce it. So now the condition becomes "OSX ≥ 10.13".
Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
-
- Oracle Corporation
- Posts: 122
- Joined: 28. Aug 2017, 13:14
Re: VBox Manager crashes when shutting VMs, accessibility zoom related (#17842)
I can reproduce this on a debug build from our 6.0 branch and MacOS 10.14.5. Starting and powering off any virtual machines thru the manager UI crashes the manager UI. Sometimes a few cycles of start/exit vm is needed.
Re: VBox Manager crashes when shutting VMs, accessibility zoom related (#17842)
Still broken in both 6.0.12 and the new 6.1 Beta.
Re: VBox Manager crashes when shutting VMs, accessibility zoom related (#17842)
Still alive and well on VirtualBox 6.1.2
Process: VirtualBox [64354]
Path: /Applications/VirtualBox.app/Contents/MacOS/VirtualBox
Identifier: org.virtualbox.app.VirtualBox
Version: 6.1.2 (6.1.2)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: VirtualBox [64354]
User ID: 501
OS Version: Mac OS X 10.14.6 (18G2022)
Report Version: 12
Bridge OS Version: 3.0 (14Y906)
Time Awake Since Boot: 1400000 seconds
Time Since Wake: 4400 seconds
System Integrity Protection: enabled
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x000036a2e897a7d8
Exception Note: EXC_CORPSE_NOTIFY
Termination Signal: Segmentation fault: 11
Termination Reason: Namespace SIGNAL, Code 0xb
Terminating Process: exc handler [64354]
VM Regions Near 0x36a2e897a7d8:
mapped file 000000013053b000-0000000132058000 [ 27.1M] r--/rwx SM=COW Object_id=563b77a7
-->
MALLOC_NANO 0000600000000000-0000600008000000 [128.0M] rw-/rwx SM=ALI
Application Specific Information:
objc_msgSend() selector name: setSubmenu:
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libobjc.A.dylib 0x00007fff59f8b69d objc_msgSend + 29
1 libqcocoa.dylib 0x0000000112dbfc67 -[QCocoaMenuDelegate menu:updateItem:atIndex:shouldCancel:] + 327
2 com.apple.AppKit 0x00007fff2d1190da -[NSMenu _populateFromDelegateWithEventRef:] + 788
3 com.apple.AppKit 0x00007fff2cffe4a5 -[NSMenu _populateWithEventRef:] + 81
4 com.apple.AppKit 0x00007fff2d11816e -[NSCarbonMenuImpl _carbonPopulateEvent:handlerCallRef:] + 466
5 com.apple.AppKit 0x00007fff2d117ee2 NSSLMMenuEventHandler + 1193
6 com.apple.HIToolbox 0x00007fff2ea6222e DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 1422
7 com.apple.HIToolbox 0x00007fff2ea615df SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*) + 371
8 com.apple.HIToolbox 0x00007fff2ea61465 SendEventToEventTargetWithOptions + 45
9 com.apple.HIToolbox 0x00007fff2eabafef SendMenuPopulate(MenuData*, OpaqueEventTargetRef*, unsigned int, double, unsigned int, OpaqueEventRef*, unsigned char, unsigned char*) + 318
10 com.apple.HIToolbox 0x00007fff2eae091f SendMenuOpening(MenuSelectData*, MenuData*, double, unsigned int, unsigned int, __CFDictionary*, unsigned char, unsigned char*) + 291
11 com.apple.HIToolbox 0x00007fff2ec06ef0 _SimulateMenuOpening + 110
12 com.apple.HIToolbox 0x00007fff2ebfcb55 OpenMenuForInspection(MenuData*) + 94
Re: VBox Manager crashes when shutting VMs, accessibility zoom related (#17842)
Still crashes just fine on 6.1.4. Phew, I was a bit worried when I saw there were some GUI fixes.
Code: Select all
Process: VirtualBox [44872]
Path: /Applications/VirtualBox.app/Contents/MacOS/VirtualBox
Identifier: org.virtualbox.app.VirtualBox
Version: 6.1.4 (6.1.4)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: VirtualBox [44872]
User ID: 501
Date/Time: 2020-02-20 19:20:04.459 +0100
OS Version: Mac OS X 10.14.6 (18G3020)
Report Version: 12
Bridge OS Version: 3.0 (14Y906)
Time Awake Since Boot: 590000 seconds
Time Since Wake: 2000 seconds
System Integrity Protection: enabled
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x000010a9c1d735b8
Exception Note: EXC_CORPSE_NOTIFY
Termination Signal: Segmentation fault: 11
Termination Reason: Namespace SIGNAL, Code 0xb
Terminating Process: exc handler [44872]
VM Regions Near 0x10a9c1d735b8:
mapped file 000000012a8c7000-000000012c3e4000 [ 27.1M] r--/rw- SM=COW Object_id=90dc8173
-->
MALLOC_NANO 0000600000000000-0000600008000000 [128.0M] rw-/rwx SM=ALI
Application Specific Information:
objc_msgSend() selector name: setSubmenu:
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libobjc.A.dylib 0x00007fff6773269d objc_msgSend + 29
1 libqcocoa.dylib 0x000000010d363c67 -[QCocoaMenuDelegate menu:updateItem:atIndex:shouldCancel:] + 327
2 com.apple.AppKit 0x00007fff3a89b0da -[NSMenu _populateFromDelegateWithEventRef:] + 788
3 com.apple.AppKit 0x00007fff3a7804a5 -[NSMenu _populateWithEventRef:] + 81
4 com.apple.AppKit 0x00007fff3a89a16e -[NSCarbonMenuImpl _carbonPopulateEvent:handlerCallRef:] + 466
5 com.apple.AppKit 0x00007fff3a899ee2 NSSLMMenuEventHandler + 1193
6 com.apple.HIToolbox 0x00007fff3c1e422e DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 1422
7 com.apple.HIToolbox 0x00007fff3c1e35df SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*) + 371
8 com.apple.HIToolbox 0x00007fff3c1e3465 SendEventToEventTargetWithOptions + 45
9 com.apple.HIToolbox 0x00007fff3c23cfef SendMenuPopulate(MenuData*, OpaqueEventTargetRef*, unsigned int, double, unsigned int, OpaqueEventRef*, unsigned char, unsigned char*) + 318
Re: VBox Manager crashes when shutting VMs, accessibility zoom related (#17842)
Following (I've been getting crashes for many moons now).
Re: VBox Manager crashes when shutting VMs, accessibility zoom related (#17842)
Crashes beautifully on 6.1.12 as well. The stack trace seems to be the same but this crash actually resulted from me attempting to start a VM in the headless mode (and VirtualBox failed to do so with the usual NS_ERROR_FAILURE session error).
Code: Select all
Process: VirtualBox [71884]
Path: /Applications/VirtualBox.app/Contents/MacOS/VirtualBox
Identifier: org.virtualbox.app.VirtualBox
Version: 6.1.12 (6.1.12)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: VirtualBox [71884]
User ID: 501
Date/Time: 2020-07-15 15:18:12.621 +0200
OS Version: Mac OS X 10.14.6 (18G5033)
Report Version: 12
Bridge OS Version: 3.0 (14Y906)
Anonymous UUID: C2CB2EC5-B397-A5F5-F0C7-7C26CE259A9F
Sleep/Wake UUID: BD716ACB-DAF2-4E44-A076-5FA91D9D1AFE
Time Awake Since Boot: 1800000 seconds
Time Since Wake: 11000 seconds
System Integrity Protection: enabled
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00003ab2e45266b8
Exception Note: EXC_CORPSE_NOTIFY
Termination Signal: Segmentation fault: 11
Termination Reason: Namespace SIGNAL, Code 0xb
Terminating Process: exc handler [71884]
VM Regions Near 0x3ab2e45266b8:
MALLOC_LARGE 00000001235b6000-000000012521c000 [ 28.4M] rw-/rwx SM=PRV
-->
MALLOC_NANO 0000600000000000-0000600008000000 [128.0M] rw-/rwx SM=PRV
Application Specific Information:
objc_msgSend() selector name: setSubmenu:
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libobjc.A.dylib 0x00007fff7b62569d objc_msgSend + 29
1 libqcocoa.dylib 0x0000000110dc9c67 -[QCocoaMenuDelegate menu:updateItem:atIndex:shouldCancel:] + 327
2 com.apple.AppKit 0x00007fff4e7880da -[NSMenu _populateFromDelegateWithEventRef:] + 788
3 com.apple.AppKit 0x00007fff4e66d4a5 -[NSMenu _populateWithEventRef:] + 81
4 com.apple.AppKit 0x00007fff4e78716e -[NSCarbonMenuImpl _carbonPopulateEvent:handlerCallRef:] + 466
5 com.apple.AppKit 0x00007fff4e786ee2 NSSLMMenuEventHandler + 1193
6 com.apple.HIToolbox 0x00007fff500d122e DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 1422
7 com.apple.HIToolbox 0x00007fff500d05df SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*) + 371
8 com.apple.HIToolbox 0x00007fff500d0465 SendEventToEventTargetWithOptions + 45
9 com.apple.HIToolbox 0x00007fff50129fef SendMenuPopulate(MenuData*, OpaqueEventTargetRef*, unsigned int, double, unsigned int, OpaqueEventRef*, unsigned char, unsigned char*) + 318
10 com.apple.HIToolbox 0x00007fff5014f91f SendMenuOpening(MenuSelectData*, MenuData*, double, unsigned int, unsigned int, __CFDictionary*, unsigned char, unsigned char*) + 291
11 com.apple.HIToolbox 0x00007fff50275ef0 _SimulateMenuOpening + 110
12 com.apple.HIToolbox 0x00007fff5026bb55 OpenMenuForInspection(MenuData*) + 94
13 com.apple.HIToolbox 0x00007fff5026c95f MenuData::HandleGetNamedAccessibleAttribute(unsigned long long, __CFString const*, unsigned int, OpaqueEventRef*) + 157
14 com.apple.HIToolbox 0x00007fff5026c8ac MenuData::GetNamedAccessibleAttributeSelf(unsigned long long, __CFString const*, unsigned int, OpaqueEventRef*) + 180
15 com.apple.HIToolbox 0x00007fff50285cab HIObject::DispatchAccessibilityEvent(OpaqueEventRef*, unsigned long long, AccessibilityHandlers const*, void*) + 489
16 com.apple.HIToolbox 0x00007fff50285982 HIObject::HandleClassAccessibilityEvent(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 106
17 com.apple.HIToolbox 0x00007fff500d1819 HIObject::EventHook(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 135
18 com.apple.HIToolbox 0x00007fff500d122e DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 1422
19 com.apple.HIToolbox 0x00007fff500d05df SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*) + 371
20 com.apple.HIToolbox 0x00007fff501665fc CallNextEventHandler + 105
21 com.apple.AppKit 0x00007fff4e991b4f -[NSCarbonMenuImpl _carbonGetAccessibleAttributeEvent:handlerCallRef:axElement:] + 37
22 com.apple.AppKit 0x00007fff4e786e53 NSSLMMenuEventHandler + 1050
23 com.apple.HIToolbox 0x00007fff500d122e DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 1422
24 com.apple.HIToolbox 0x00007fff500d05df SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*) + 371
25 com.apple.HIToolbox 0x00007fff500d0465 SendEventToEventTargetWithOptions + 45
26 com.apple.HIToolbox 0x00007fff5017d6cc Accessible::SendEvent(OpaqueEventRef*, bool) const + 88
27 com.apple.HIToolbox 0x00007fff5017cc1f Accessible::GetNamedAttributeData(__CFString const*, void const*, void const**, unsigned char*) + 151
28 com.apple.HIToolbox 0x00007fff5017c9c4 HLTBCopyUIElementAttributeValue + 57
29 com.apple.HIToolbox 0x00007fff5017efbc CarbonCopyAttributeValueCallback(__CFData const*, unsigned int, __CFString const*, void const**, void*) + 84
30 com.apple.AppKit 0x00007fff4e90d575 CopyCarbonUIElementAttributeValue + 62
31 com.apple.AppKit 0x00007fff4e90a7d2 CopyAttributeValue + 126
32 com.apple.HIServices 0x00007fff4f66b35d _AXXMIGCopyAttributeValue + 269
33 com.apple.HIServices 0x00007fff4f674890 _XCopyAttributeValue + 424
34 com.apple.HIServices 0x00007fff4f64bc9d mshMIGPerform + 203
35 com.apple.CoreFoundation 0x00007fff50e8d22b __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 41
36 com.apple.CoreFoundation 0x00007fff50e8d189 __CFRunLoopDoSource1 + 527
37 com.apple.CoreFoundation 0x00007fff50e7517c __CFRunLoopRun + 2524
38 com.apple.CoreFoundation 0x00007fff50e7454e CFRunLoopRunSpecific + 455
39 com.apple.HIToolbox 0x00007fff500d31ab RunCurrentEventLoopInMode + 292
40 com.apple.HIToolbox 0x00007fff500d2ee5 ReceiveNextEventCommon + 603
41 com.apple.HIToolbox 0x00007fff500d2c76 _BlockUntilNextEventMatchingListInModeWithFilter + 64
42 com.apple.AppKit 0x00007fff4e46a77d _DPSNextEvent + 1135
43 com.apple.AppKit 0x00007fff4e46946b -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1361
-
- Posts: 45
- Joined: 27. Apr 2012, 19:38
- Primary OS: Mac OS X other
- VBox Version: PUEL
- Guest OSses: Win XP, 7, 10
Re: VBox Manager crashes when shutting VMs, accessibility zoom related (#17842)
Crashes here every time I shut down a VM. OSX 10.14.6, VB 6.1.12
Sam SIGSEGV error
Sam SIGSEGV error