Custom Query (16363 matches)
Results (1126 - 1128 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #18362 | duplicate | VirtualBox 6.0.2 assertion failed while starting a macOS VM | ||
| Description |
My physical computer is a Mac Mini running macOS 10.13.6 and VirtualBox 5.2.2. Among several VMs I have, one is a macOS 10.10. Today I tried to upgrade VirtualBox to 6.0.2, including the extpack, but when I tried to start the macOS VM, I got a meesage box with an error and the session did not start. Checking the log, the only lines that seem to be related to VirtualBox are: ilg-mini-harlescu:tmp ilg$ grep Virtual ~/Desktop/system.log Jan 20 18:10:48 ilg-mini-harlescu VirtualBox[92143]: assertion failed: 17G4015: libxpc.dylib + 75013 [0BC7AD67-671D-31D4-8B88-C317B8379598]: 0x89 Jan 20 18:10:48 ilg-mini-harlescu VirtualBox[92143]: objc[92143]: Class FIFinderSyncExtensionHost is implemented in both /System/Library/PrivateFrameworks/FinderKit.framework/Versions/A/FinderKit (0x7fffa2078cd0) and /System/Library/PrivateFrameworks/FileProvider.framework/OverrideBundles/FinderSyncCollaborationFileProviderOverride.bundle/Contents/MacOS/FinderSyncCollaborationFileProviderOverride (0x11caa6cd8). One of the two will be used. Which one is undefined. Jan 20 18:11:24 ilg-mini-harlescu VirtualBox[92143]: BUG in libdispatch client: kevent[mach_recv] monitored resource vanished before the source cancel handler was invoked Jan 20 18:20:52 ilg-mini-harlescu VirtualBox[914]: assertion failed: 17G4015: libxpc.dylib + 75013 [0BC7AD67-671D-31D4-8B88-C317B8379598]: 0x89 Jan 20 18:20:52 ilg-mini-harlescu VirtualBox[914]: objc[914]: Class FIFinderSyncExtensionHost is implemented in both /System/Library/PrivateFrameworks/FinderKit.framework/Versions/A/FinderKit (0x7fff9413fcd0) and /System/Library/PrivateFrameworks/FileProvider.framework/OverrideBundles/FinderSyncCollaborationFileProviderOverride.bundle/Contents/MacOS/FinderSyncCollaborationFileProviderOverride (0x1214becd8). One of the two will be used. Which one is undefined. Jan 20 18:25:47 ilg-mini-harlescu VirtualBox[914]: BUG in libdispatch client: kevent[mach_recv] monitored resource vanished before the source cancel handler was invoked I removed 6.0.2, reinstalled 5.2.22 and the same macOS VM started normally, so at least 6.x did not damage it. My understanding of the log lines is that this new version of VirtualBox running on macOS has a problem and an assert is triggered. The condition to have the class FIFinderSyncExtensionHost defined in two frameworks seems to be a known problem of macOS (https://stackoverflow.com/questions/46999695/class-fifindersyncextensionhost-is-implemented-in-both-warning-in-xcode-si), and I think it should not trigger the assert, the program should find a way to cope with this condition, as versions 5.x already did. |
|||
| #18358 | invalid | 5.2.24 Guest Extension compiles on CentOS-7 with the 957 kernel but does not work correctly -> CentOS kernel bug | ||
| Description |
I'm very grateful to have a guest additions that now compiles with the 3.10.0-957.1.3.el7.x86_64 kernel, but after rebooting, the mouse behavior is broken. The focus does not follow the mouse click within the guest display. One window seems to have the focus all the time. While I can use, resize, or move one window, other windows cannot be accessed. Host is Fedora 29 Guest is CentOS Linux release 7.6.1810 (Core) Please let me know how I can help. I can't do a test install on the host where I'm experiencing this problem, but I can set up another box if necessary. Matt |
|||
| #18355 | fixed | packet’s trailer extra byte padding => Fixed in SVN | ||
| Description |
we see bidirectional TCP traffic and session establishing passed the 3-way handshake and for HTTP we even see the HTTP GET request from DDMSPSADM1 (client) to DDUXPSFINV1 (server) (packet number 886 in the snapshot below), however the second packet of the HTTP transfer (number 888 below) from the server to the client never makes it. This behavior is consistent every time. There are two things that are different with this packet, first is that it has the TCP PSH flag enabled, this should not create any problem. The second one is “VSS-Monitoring Ethernet trailer”, this is an extra padding that some network drivers add to the packet trailer. Apparently virtualbox is known for this behavior and some people have reported application issues because of it. We tried virtualbox on MACOS and it certainly doesn’t add the extra padding. The issue does not occur with NAT mode, only Bridge mode when using the NDIS6 Brdiged Networking Driver. |
|||

