I have a problem with my Vagrant VM running on VirtualBox: every time I close the lid of my MacBook, the VM is aborted and I have to 'vagrant up' it again. I don't think it's the intended behaviour, and it's quite annoying to start over every time.
Checking the DiagnosticReports folder I can find a crash report from VirtualBox every time I close the lid with a running VM, this is an extract from the first part:
Process: VBoxHeadless [6267]
Path: /Applications/VirtualBox.app/Contents/MacOS/VBoxHeadless
Identifier: VBoxHeadless
Version: ???
Code Type: X86-64 (Native)
Parent Process: VBoxSVC [6215]
Responsible: VirtualBox [6210]
User ID: 501
Date/Time: 2015-02-15 10:27:16.982 +0100
OS Version: Mac OS X 10.10.2 (14C109)
Report Version: 11
Anonymous UUID: 453DE236-2C46-1B97-1C8F-D91BAF75710E
Sleep/Wake UUID: 21FE4DBC-7544-453E-B166-C48801F5CDDB
Time Awake Since Boot: 35000 seconds
Time Since Wake: 2700 seconds
Crashed Thread: 7 EMT
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
VM Regions Near 0:
-->
__TEXT 0000000100000000-0000000100008000 [ 32K] r-x/rwx SM=COW /Applications/VirtualBox.app/Contents/MacOS/VBoxHeadless
Thread 0:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x00007fff8bf734de mach_msg_trap + 10
1 libsystem_kernel.dylib 0x00007fff8bf7264f mach_msg + 55
2 com.apple.CoreFoundation 0x00007fff8b356b34 __CFRunLoopServiceMachPort + 212
3 com.apple.CoreFoundation 0x00007fff8b355ffb __CFRunLoopRun + 1371
4 com.apple.CoreFoundation 0x00007fff8b355858 CFRunLoopRunSpecific + 296
5 VBoxHeadless.dylib 0x0000000100080b91 TrustedMain + 44177
6 VBoxHeadless.dylib 0x0000000100080e5b TrustedMain + 44891
7 VBoxHeadless.dylib 0x0000000100079b31 TrustedMain + 15409
8 VBoxHeadless 0x0000000100003d95 start + 7061
9 VBoxHeadless 0x0000000100002234 start + 52
Is there anything I can do to fix this thing by myself, or do I have to open a bug report for the VirtualBox support team?
OSX v10.10.2
VirtualBox v4.3.22
Vagrant v1.7.2
This bug has been report to Oracle Virtualbox.
And the bug has just been fixed and released in Virtualbox 4.3.24. You can download the latest version (VirtualBox-4.3.24-98716-OSX.dmg) from https://www.virtualbox.org/wiki/Downloads.
As chaserx pointed out, it's a matter of version.
Reverting to VirtualBox v4.3.20 solved the problem, for the moment...
If anyone is having this problem on Ubuntu, adding following lines to /etc/NetworkManager/NetworkManager.conf and restarting service with sudo service network-manager restart solved the problem for me:
[keyfile]
unmanaged-devices=interface-name:vboxnet0
Source: https://www.virtualbox.org/ticket/13873#comment:16
VirtualBox Manager 5.0.8
Network Manager 1.0.4-0ubuntu5
Related
I have tried to format my MacOS, redownload Xcode 10.3. It just doesnt work.
Logs:
Process: Xcode [22467]
Path: /Users/USER/Downloads/Xcode_10.3.app/Contents/MacOS/Xcode
Identifier: com.apple.dt.Xcode
Version: 10.3 (14492.2)
Build Info: IDEFrameworks-14492002000000000~2 (10G8)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: Xcode [22467]
User ID: 501
PlugIn Path: /Users/USER/Downloads/Xcode_10.3.app/Contents/Developer/usr/lib/libMainThreadChecker.dylib
PlugIn Identifier: libMainThreadChecker.dylib
PlugIn Version: ??? (64492.1)
Date/Time: 2020-11-13 16:52:33.909 +0800
OS Version: macOS 11.0.1 (20B29)
Report Version: 12
Bridge OS Version: 3.0 (14Y908)
Anonymous UUID: 46BBB97A-6E02-4B36-B8CE-640575A752F0
Time Awake Since Boot: 4500 seconds
System Integrity Protection: enabled
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x00007fff2379c9b9
Exception Note: EXC_CORPSE_NOTIFY
Termination Signal: Bus error: 10
Termination Reason: Namespace SIGNAL, Code 0xa
Terminating Process: exc handler [22467]
VM Regions Near 0x7fff2379c9b9:
__TEXT 7fff22c03000-7fff23600000 [ 10.0M] r-x/r-x SM=COW /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
--> __TEXT 7fff23600000-7fff23800000 [ 2048K] r-x/rwx SM=PRV /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
Submap 7fff23800000-7fff40000000 [456.0M] r--/rwx SM=PRV process-only VM submap
Application Specific Information:
/Users/junjie/Downloads/Xcode_10.3.app/Contents/Developer/usr/lib/libMainThreadChecker.dylib
ProductBuildVersion: 10G8
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libMainThreadChecker.dylib 0x00000001176b8069 swizzleImplementationFast + 115
1 libMainThreadChecker.dylib 0x00000001176b7ef0 addSwizzler + 165
2 libMainThreadChecker.dylib 0x00000001176b7aec __library_initializer + 2937
3 dyld 0x0000000117b21df5 ImageLoaderMachO::doImageInit(ImageLoader::LinkContext const&) + 321
4 dyld 0x0000000117b2246d ImageLoaderMachO::doInitialization(ImageLoader::LinkContext const&) +
Any suggestion or idea how to resolve this?
Ok I managed to get it up and running by deleting ~/Downloads/Xcode_10.3.app/Contents/Developer/usr/lib/libMainThreadChecker.dylib
It compiles my project.
To be safe, I have copied this same dylib file from latest Xcode 12.2 and put into that folder. It is still working so far.
I had the same problem, I initially solved it using defaults write com.apple.dt.Xcode DVTDisableMainThreadChecker 1. After this, Xcode 10 seemed to work on macOS 11, and everything would build from within Xcode.
I then had the weirdest issue - when compiling from the command line using xcodebuild, the whole machine would grind to a halt and eventually hang, requiring a "hold down the power button" restart. The problem turned out to be that ibtool (used for compiling IB files) was not honouring DVTDisableMainThreadChecker, and was still crashing. This was somehow causing the machine to get into a state where it stopped responding.
The solution was to copy libMainThreadChecker.dylib from Xcode 12 into the Xcode 10 package. After that the problem went away.
I recently submitted an app update to the App Store. The app runs well in Xcode (on device and simulator) for all versions of iOS including iOS 13+. I was surprised that it was rejected for crashing at startup. I checked using a Testflight build and it only crashed when ran on a device with iOS 13+. I could not replicate crashes from Xcode as it only crashes on the builds from Tesflight.
I've been researching online and see that this is not an uncommon issue, however, I can't identify what's the issue in my case. I've tried changing the build settings in Xcode and building from an older version of Xcode (10.2.1, doesn't work bc I use newer classes not compatible with anything lower than Xcode 11). I also tried changing the swift compiler optimization level to zero in the build settings. To upload a build to Tesflight, I am exporting the archive and uploading to iTunes Connect using Apple's Transporter app.
Using the crash log and podfile description below, can anyone identify the issue and/or make a suggestion on what's going wrong in the build.
Crash Log
OS Version: iPhone OS 13.2.3 (17B111)
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Triggered by Thread: 0
Thread 0 name: Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
libsystem_kernel.dylib 0x00000001baaf7ec4 __pthread_kill + 8
libsystem_pthread.dylib 0x00000001baa13774 pthread_kill$VARIANT$mp + 112
libsystem_c.dylib 0x00000001ba967844 abort + 100
libc++abi.dylib 0x00000001baac07d4 __cxa_bad_cast + 0
libc++abi.dylib 0x00000001baac09c4 demangling_unexpected_handler+ 6596 () + 0
libobjc.A.dylib 0x00000001baa28258 _objc_terminate+ 25176 () + 124
libc++abi.dylib 0x00000001baacd304 std::__terminate(void (*)+ 58116 ()) + 16
libc++abi.dylib 0x00000001baacd29c std::terminate+ 58012 () + 44
libdispatch.dylib 0x00000001ba9cd198 _dispatch_client_callout + 36
libdispatch.dylib 0x00000001ba975fd8 _dispatch_block_invoke_direct$VARIANT$mp + 224
FrontBoardServices 0x00000001bfe4e4c8__FBSSERIALQUEUE_IS_CALLING_OUT_TO_A_BLOCK__ + 40
FrontBoardServices 0x00000001bfe4e194 -[FBSSerialQueue _queue_performNextIfPossible] + 404
FrontBoardServices 0x00000001bfe4e6bc -[FBSSerialQueue _performNextFromRunLoopSource] + 28
CoreFoundation 0x00000001bac7d7c4 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 24
CoreFoundation 0x00000001bac7d71c __CFRunLoopDoSource0 + 80
CoreFoundation 0x00000001bac7ceb4 __CFRunLoopDoSources0 + 180
CoreFoundation 0x00000001bac78000 __CFRunLoopRun + 1080
CoreFoundation 0x00000001bac778a0 CFRunLoopRunSpecific + 464
GraphicsServices 0x00000001c4bcf328 GSEventRunModal + 104
UIKitCore 0x00000001bed68740 UIApplicationMain + 1936
OnStation 0x0000000100a553ac main + 103340 (main.m:14)
libdyld.dylib 0x00000001bab02360 start + 4
Podfile
pod 'AWSCore'
pod 'AWSSNS'
pod 'AWSS3'
pod 'AWSCognito'
pod 'AWSCognitoIdentityProvider'
pod 'AWSCognitoSync'
pod 'AWSDynamoDB'
pod 'Flurry-iOS-SDK/FlurrySDK'
pod 'ArcGIS-Runtime-SDK-iOS', '100.2.1'
pod 'SVProgressHUD'
pod 'UICKeyChainStore'
pod 'RangeSeekSlider'
pod 'PubNub', '~> 4'
pod 'MessageKit'
I’m going to guess that this is due to a situation parallel to
iOS11 WKWebview crash due to NSInvalidUnarchiveOperationException
In other words, I'm guessing that you have something in your storyboard that comes from another framework that you need to link explicitly. That sort of thing often doesn’t crash from Xcode but does crash when launching independently.
I have an application that was built using Xcode 4.x a while ago. Today, I tried to update the app, but Xcode gives me the following error.
"Command /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/ibtool failed with exit code 255"
The problem seems to be related to MainWindow.xib because when I try to open it in Xcode, it crashes . here is the crash log:
Process: Xcode [4801]
Path: /Applications/Xcode.app/Contents/MacOS/Xcode
Identifier: com.apple.dt.Xcode
Version: 5.1 (5084)
Build Info: IDEFrameworks-5084000000000000~21
App Item ID: 497799835
App External ID: 444172641
Code Type: X86-64 (Native)
Parent Process: launchd [314]
Responsible: Xcode [4801]
User ID: 502
Date/Time: 2014-03-30 12:52:21.937 -0700
OS Version: Mac OS X 10.9.2 (13C64)
Report Version: 11
Anonymous UUID: 5F3D19A9-E9CE-6E7F-D1E6-13874A73646F
Sleep/Wake UUID: 94AB887F-E3ED-4944-92D6-E9C8274657DC
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Application Specific Information:
ProductBuildVersion: 5B130a
ASSERTION FAILURE in /SourceCache/IDEInterfaceBuilderCocoaTouch/IDEInterfaceBuilderCocoaTouch-5038/InterfaceBuilder/WidgetIntegration/SimulatedMetrics/IBUISimulatedSizeMetrics.m:33
Details: (initialTargetRuntime) should not be nil.
Object: <IBUIFixedSimulatedSizeMetrics: 0x7f890bcc9090>
Method: -initWithTargetRuntime:
Thread: <NSThread: 0x7f891bc15b90>{name = (null), num = 1}
Hints: None
Backtrace:
0 0x0000000103275825 -[IDEAssertionHandler handleFailureInMethod:object:fileName:lineNumber:assertionSignature:messageFormat:arguments:] (in IDEKit)
1 0x00000001020947a9 _DVTAssertionHandler (in DVTFoundation)
2 0x0000000102094a8f _DVTAssertionFailureHandler (in DVTFoundation)
3 0x000000010e0637c0 (in IDEInterfaceBuilderCocoaTouchIntegration)
4 0x000000010e064047 (in IDEInterfaceBuilderCocoaTouchIntegration)
5 0x000000010e06434a (in IDEInterfaceBuilderCocoaTouchIntegration)
6 0x000000010e0acc4e (in IDEInterfaceBuilderCocoaTouchIntegration)
7 0x000000010e0ac682 (in IDEInterfaceBuilderCocoaTouchIntegration)
8 0x000000010e0ad33c (in IDEInterfaceBuilderCocoaTouchIntegration)
9 0x000000010e04f3c8 (in IDEInterfaceBuilderCocoaTouchIntegration)
I have tried everything that is related to this question on stack overflow, but none of the remedies has solved my problem.
Exact same problem for me.
Latest Xcode
Xcode crashes when that particular Xib is viewed (MainWindow.xib).
I've researched around. Some mentioned custom fonts relating to multiple computer. Doesn't seem to solve my problem.
Contacted Apple about this and used one of my two free incident reports and asked for help. The response was to file a bug report!
I ended up re-creating the xib.
I cant seem to refresh my provisioning profiles in Xcode without crashes. Every time I press the refresh button in organizer it crashes and I retrieve this line from the error log:
UNCAUGHT EXCEPTION (NSInvalidArgumentException): *** setObjectForKey: object cannot be nil (key: teamId)
So I checked my teamId but dont find anything unusual. Anybody have any ideas what causing my problem? This uses to work for me every time I refreshed my profiles. Even did that this morning for like 10 times.
EDIT:
Heres the crash report if needed:
Process: Xcode [1136]
Path: /Applications/Xcode.app/Contents/MacOS/Xcode
Identifier: com.apple.dt.Xcode
Version: 4.6.1 (2067)
Build Info: IDEApplication-2067000000000000~2
App Item ID: 497799835
App External ID: 14581035
Code Type: X86-64 (Native)
Parent Process: launchd [272]
User ID: 501
Date/Time: 2013-03-15 15:21:43.906 +0100
OS Version: Mac OS X 10.8.3 (12D78)
Report Version: 10
Interval Since Last Report: 14773 sec
Crashes Since Last Report: 9
Per-App Interval Since Last Report: 14523 sec
Per-App Crashes Since Last Report: 7
Anonymous UUID: E5C08B95-3313-ABC3-6BB7-F22E76735A98
Crashed Thread: 2 Dispatch queue: NSManagedObjectContext Queue
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Application Specific Information:
ProductBuildVersion: 4H512
UNCAUGHT EXCEPTION (NSInvalidArgumentException): *** setObjectForKey: object cannot be nil (key: teamId)
UserInfo: (null)
Hints: None
Backtrace:
0 0x00007fff92639aee __exceptionPreprocess (in CoreFoundation)
1 0x00007fff98d703f0 objc_exception_throw (in libobjc.A.dylib)
2 0x00007fff926c85b7 -[__NSDictionaryM setObject:forKey:] (in CoreFoundation)
3 0x0000000107d42d88 +[DTDKTeamBasedService _createRequestDictionaryForTeam:andPlatform:] (in DTDeviceKit)
4 0x0000000107d45315 +[DTDKDownloadProvisioningProfileService serviceForTeam:andPlatform:andProfileID:withError:] (in DTDeviceKit)
5 0x0000000107d6e1c0 +[DTDKDownloadProvisioningProfileService serviceForProvisioningProfileRecord:withError:] (in DTDeviceKit)
6 0x0000000107d73728 __72+[DTDKPortalDatabase _refreshFromProvisioningProfileListServices:error:]_block_invoke (in DTDeviceKit)
7 0x00007fff9429d4dc developerSubmittedBlockToNSManagedObjectContextPerform (in CoreData)
8 0x00007fff9429d40a -[NSManagedObjectContext performBlockAndWait:] (in CoreData)
9 0x0000000107d73246 +[DTDKPortalDatabase _refreshFromProvisioningProfileListServices:error:] (in DTDeviceKit)
10 0x0000000107d75816 __56+[DTDKPortalDatabase refresh:parentWindow:withCallback:]_block_invoke_5 (in DTDeviceKit)
11 0x00007fff942cd7cf developerSubmittedBlockToNSManagedObjectContextPerform_privateasync (in CoreData)
12 0x00007fff90dd20b6 _dispatch_client_callout (in libdispatch.dylib)
13 0x00007fff90dd347f _dispatch_queue_drain (in libdispatch.dylib)
14 0x00007fff90dd32f1 _dispatch_queue_invoke (in libdispatch.dylib)
15 0x00007fff90dd31c3 _dispatch_worker_thread2 (in libdispatch.dylib)
16 0x00007fff964d4d0b _pthread_wqthread (in libsystem_c.dylib)
17 0x00007fff964bf1d1 start_wqthread (in libsystem_c.dylib)
objc[1136]: garbage collection is ON
abort() called
.....
[The report itself is very large and contains much more than this]
Remove this file:
~/Library/Developer/Xcode/connect1.apple.com 4.6.1.db
before running Xcode 4.6.1.
Here is apple's official workaround:
Run this command in terminal:
mkdir ~/Library/Developer/Xcode/OldPortalDBs; mv ~/Library/Developer/Xcode/connect1.apple.com* ~/Library/Developer/Xcode/OldPortalDBs
Worked like a charm for me.
Someone had this problem at NSCoder Night this week. Cleared by removing:
~/Library/Caches/com.apple.dt.Xcode.
sqlite3 ~/Library/Caches/com.apple.dt.Xcode/PortalData/connect1.apple.com
Shows that file to be an SQLite database, with references to certificates, teams, and profiles. I suspect (but haven't tried) that removing the PortalData folder would be sufficient to clear the error.
Removing this file worked for me.
~/Library/Developer/Xcode/connect1.apple.com 4.6.1.db
Thanks!
I tried to run the phonon example code, Music player Example, came with the sdk. It runs well on Windows, but crashes while starting on Mac OS Snow Leopard 10.6.8. This is the crash details:
crash line:
audioOutput = new Phonon::AudioOutput(Phonon::MusicCategory, this);
crash log and call stack:
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0×0000000000000008
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Thread 0 Crashed: Dispatch queue: com.apple.main-thread
0 QtCore 0×0000000100e9c8f2 QObject::moveToThread(QThread*) + 34
1 QtDBus 0×00000001010b4912 _q_sessionBus() + 162
2 QtDBus 0×00000001010b4a71 QDBusConnection::sessionBus() + 17
3 phonon 0×000000010001beab Phonon::FactoryPrivate::FactoryPrivate() + 219
4 phonon 0×000000010001edc2 Phonon::Factory::registerFrontendObject(Phonon::MediaNodePrivate*) + 146
5 phonon 0×0000000100028f92 Phonon::MediaNodePrivate::MediaNodePrivate(Phonon::MediaNodePrivate::CastId) + 82
6 phonon 0×00000001000137bf Phonon::AudioOutput::AudioOutput(Phonon::Category, QObject*) + 63
7 com.yourcompany.qmusicplayer 0×00000001000026cc MainWindow::MainWindow() + 108
8 com.yourcompany.qmusicplayer 0×00000001000024a2 main + 114
9 com.yourcompany.qmusicplayer 0×0000000100002404 start + 52
I believe that this was a problem with Qt 4.8.0. It required dbus to be installed on your machine. There are workarounds like installing dbus on your machine or rebuilding Qt with a patch, but I believe it's fixed in Qt 4.8.1 so probably just use that.