I'm currently trying to run on Xcode an app I ve made with Qt, but when I try to run it on Xcode i get this Exception :
dyld: warning, Ignoring DYLD_IMAGE_SUFFIX because DYLD_ROOT_PATH is used.
2016-10-10 15:37:04.777 CMP[2206:654538] *** Assertion failure in void _UIApplicationMainPreparations(int, char **, NSString *__strong, NSString *__strong)(), /BuildRoot/Library/Caches/com.apple.xbs/Sources/UIKit_Sim/UIKit-3512.60.7/UIApplication.m:3702
2016-10-10 15:37:04.783 CMP[2206:654538] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Unable to instantiate the UIApplication subclass instance. No class named NSApplication is loaded.'
*** First throw call stack:
(
0 CoreFoundation 0x06a27494 __exceptionPreprocess + 180
1 libobjc.A.dylib 0x07c4fe02 objc_exception_throw + 50
2 CoreFoundation 0x06a2732a +[NSException raise:format:arguments:] + 138
3 Foundation 0x05eba390 -[NSAssertionHandler handleFailureInFunction:file:lineNumber:description:] + 102
4 UIKit 0x04703177 _UIApplicationMainPreparations + 645
5 UIKit 0x04702e73 UIApplicationMain + 90
6 CMP 0x0004f6f6 qt_main_wrapper + 678
7 libdyld.dylib 0x0b53fa25 start + 1
8 ??? 0x00000001 0x0 + 1
)
libc++abi.dylib: terminating with uncaught exception of type NSException
anyone can help please ?
In your app's info.plist, make sure you change the NSPrincipalClass key to the name of your subclass. This'll make Cocoa instantiate the correct class when the applications loads - you shouldn't have to do anything other than that to get your subclass working. Also, take a look at this link it may also add some insights to your question. Demystifying NSApplication
If your application startup is instantiated programmatically & you hit this problem, see if there's an NSPrincipalClass key in your Info.plist. If there is, remove it & see what happens.
Related
I am writing an iOS app, using Swift.
The app crashes some time and what I get in the console is this:
*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** setObjectForKey: object cannot be nil (key: updated_objectIDs)'
*** First throw call stack:
(0x1858151b8 0x18424c55c 0x1856f5a0c 0x1856ffa40 0x187bc3540 0x187b4edf8 0x187b399bc 0x187b329dc 0x1857c20c0 0x1857bfcf0 0x1857c0180 0x1856ee2b8 0x1871a2198 0x18b7357fc 0x18b730534 0x100069440 0x1846d15b8)
libc++abi.dylib: terminating with uncaught exception of type NSException
(lldb)
I am trying to figure out where this is coming from.
I have no idea at the moment what parts of my code could cause this crash.
What is the proper way to find more information and possibly find the part in code that is causing this crash?
You can create a new Exception breakpoint.This will help you find out line number where the exception is occurring in Xcode.
Check below link for more details.
Xcode doesn't show the line that causes a crash
Objective C - getting line number or full stack trace from debugger error?
So, I have tried the suggested approaches. No luck yet.
Maybe adding the rest of the log can help people getting more information and maybe help me figure out what is going on. This is what I see in the console when the app crashes:
*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** setObjectForKey: object cannot be nil (key: updated_objectIDs)'
*** First throw call stack:
(
0 CoreFoundation 0x000000010de39d4b __exceptionPreprocess + 171
1 libobjc.A.dylib 0x000000010d2f521e objc_exception_throw + 48
2 CoreFoundation 0x000000010dd4fd87 -[__NSDictionaryM setObject:forKey:] + 1047
3 CoreFoundation 0x000000010ddb8729 -[NSMutableDictionary addEntriesFromDictionary:] + 329
4 CoreData 0x000000010da00b14 -[NSManagedObjectContext(_NSInternalChangeProcessing) _createAndPostChangeNotification:deletions:updates:refreshes:deferrals:wasMerge:] + 1844
5 CoreData 0x000000010d9646f7 -[NSManagedObjectContext(_NSInternalChangeProcessing) _postRefreshedObjectsNotificationAndClearList] + 215
6 CoreData 0x000000010d962dbf -[NSManagedObjectContext(_NSInternalChangeProcessing) _processRecentChanges:] + 111
7 CoreData 0x000000010d93c143 _performRunLoopAction + 339
8 CoreFoundation 0x000000010ddde267 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23
9 CoreFoundation 0x000000010ddde1d7 __CFRunLoopDoObservers + 391
10 CoreFoundation 0x000000010ddc2f8e __CFRunLoopRun + 1198
11 CoreFoundation 0x000000010ddc2884 CFRunLoopRunSpecific + 420
12 GraphicsServices 0x000000011234fa6f GSEventRunModal + 161
13 UIKit 0x000000010f060c68 UIApplicationMain + 159
14 App 0x000000010adae2ff main + 111
15 libdyld.dylib 0x00000001113a768d start + 1
)
libc++abi.dylib: terminating with uncaught exception of type NSException
in the exception I'm seeing: setObjectForKey and a key of updated_objectIDs.
There's a couple things I would do to track this down. First thing I might try would be to search for updated_objectIDs and see where it might be getting passed into setObjectForKey.
Then log the address (or description) of the object being passed in at that point and you might catch it as it's happening.
Even better (and what I do in my own work) is to set a breakpoint on all exceptions. You can do it by following the steps in this answer in this closely related question.
Then, when the exception fires, Xcode will stop at that line of code.
I am creating the iOS bindings for the Quickblox library. Quickblox wrote the QBRequest class to check for config parameters (account id, etc.) in the static 'initialize' method. The library throws an exception if the config parameters are not set.
It seems that monotouch actually creates all the classes before I have an opportunity to set the config data. As a result the exception is uncaught and the app crashes.
I need to somehow call methods on other classes before monotouch creates the QBRequest class. Also, my project runs fine in the simulator. This only happens on the device. Maybe there is a linker or compiler flag I am missing?
Here is the log message from Quickblox and the stack trace:
Sep 30 10:31:30 FamilyMeiOS[3929] <Error>: *** Terminating app due to uncaught exception 'BaseServiceException', reason: 'You have missed setup credentials.
Please insert following code inside your application
[QBApplication sharedApplication].applicationId = applicationID;
[QBConnection registerServiceKey:authorizationKey];
[QBConnection registerServiceSecret:authorizationSecret];
Before any other code, that uses our service.'
Last Exception Backtrace:
0 CoreFoundation 0x2e3a4ec6 __exceptionPreprocess + 126
1 libobjc.A.dylib 0x38b3fce2 objc_exception_throw + 34
2 FamilyMeiOS 0x000d0c62 __23+[QBRequest initialize]_block_invoke (QBRequest.m:42)
3 libdispatch.dylib 0x3902996a dispatch_once_f + 42
4 FamilyMeiOS 0x000d09e2 +[QBRequest initialize] (QBRequest.m:40)
5 libobjc.A.dylib 0x38b40554 _class_initialize + 568
6 libobjc.A.dylib 0x38b44a0a lookUpImpOrForward + 126
7 libobjc.A.dylib 0x38b4497e _class_lookupMethodAndLoadCache3 + 30
8 libobjc.A.dylib 0x38b498b4 _objc_msgSend_uncached + 20
9 FamilyMeiOS 0x02004bba monotouch_create_classes (registrar.m:33672)
10 FamilyMeiOS 0x02004f5c monotouch_setup (main.armv7.m:82)
11 FamilyMeiOS 0x0211a278 monotouch_main (monotouch-main.m:225)
12 FamilyMeiOS 0x02005008 main (main.armv7.m:96)
13 libdyld.dylib 0x3903dab2 tlv_initializer + 2
In my host project, I do set the required configuration before using the QBRequest class:
//Configure QuickBlox
QuickBlox.QBApplication.Shared.ApplicationID = QUICKBLOX_APP_ID;
QuickBlox.QBConnection.RegisterServiceKey (QUICKBLOX_AUTHORIZATION);
QuickBlox.QBConnection.RegisterServiceSecret (QUICKBLOX_SECRET);
QuickBlox.QBSettings.SetAccountKey (QUICKBLOX_ACCOUNT_KEY);
Any way to step in front of monotouch and set this config data before it tries to create the QBRequest class?
There's no way to run any managed code before that exception occurs.
However you can run native (C/Objective-C) code, in particular a library initializer:
__attribute__((constructor))
static void initialize_quickblox ()
{
[QBApplication sharedApplication].applicationId = applicationID;
[QBConnection registerServiceKey:authorizationKey];
[QBConnection registerServiceSecret:authorizationSecret];
}
So you'd have to create your own native library with this function, and link with it (the easiest is probably to add it to your binding library as a second native library).
I have set up two similar firebase applications.
In both cases I call
self.firebase = [[Firebase alloc] initWithUrl:kFirebaseRoot];
in one case everything works fine.
In the other case I get a crash
2014-05-19 11:18:59.726 MyApp[28041:60b] * Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[FRepo initTransactions]: unrecognized selector sent to instance 0x8f50c10'
First throw call stack:*
0 CoreFoundation 0x023131e4 __exceptionPreprocess + 180
1 libobjc.A.dylib 0x020928e5 objc_exception_throw + 44
2 CoreFoundation 0x023b0243 -[NSObject(NSObject) doesNotRecognizeSelector:] + 275
3 CoreFoundation 0x0230350b ___forwarding___ + 1019
4 CoreFoundation 0x023030ee _CF_forwarding_prep_0 + 14
5 MyApp 0x0002b63b -[FRepo initWithRepoInfo:] + 187
6 MyApp 0x0002ab05 -[FRepoManager getLocalRepo:] + 597
7 MyApp 0x0002b3ff +[FRepoManager getRepo:] + 111
8 MyApp 0x000544dc -[Firebase initWithUrl:] + 204
9 MyApp 0x000172f2 -[FLPresenceManager initFirebase] + 194
This appears to be something going on within Firebase, so I presume there must be something different in the way I have set up the app in the two cases. However, I cannot see a difference.
Can anyone offer any clues?
This answer was posted in the comments of the question.
The problem seems to be having -objC instead of -ObjC in the linker flags.
Just for completion sake for the next person, this is exactly where it can be found:
Even though the iOS doc says:
NLayoutManager, NSTextStorage, and NSTextContainer can be accessed
from subthreads as long as the app guarantees the access from a single
thread.
I encountered this exception occasionally:
Terminating app due to uncaught exception
'NSInternalInconsistencyException', reason: 'Only run on the main
thread!'
Here is the backtrace:
Exception Type: SIGABRT
Exception Codes: #0 at 0x197bca58c
Crashed Thread: 7
Application Specific Information:
*** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Only run on the main thread!'
Last Exception Backtrace:
0 CoreFoundation 0x000000018afd2f50 __exceptionPreprocess + 132
1 libobjc.A.dylib 0x00000001974dc1fc objc_exception_throw + 56
2 CoreFoundation 0x000000018afd2e10 +[NSException raise:format:arguments:] + 112
3 Foundation 0x000000018bb0ae20 -[NSAssertionHandler handleFailureInFunction:file:lineNumber:description:] + 84
4 UIFoundation 0x00000001940f0654 -[NSLayoutManager(NSPrivate) _resizeTextViewForTextContainer:] + 412
5 UIFoundation 0x00000001940f0318 -[NSLayoutManager(NSPrivate) _recalculateUsageForTextContainerAtIndex:] + 1748
6 UIFoundation 0x000000019411ec2c _enableTextViewResizing + 236
7 UIFoundation 0x0000000194123e18 -[NSLayoutManager textContainerForGlyphAtIndex:effectiveRange:] + 484
8 UIFoundation 0x0000000194125c60 -[NSLayoutManager glyphRangeForTextContainer:] + 352
One thing to notice is that my NLayoutManager is attached to a UITextView. You can think it as a normal UITextView that is used to do text layout in background thread.
So does it mean that contradicting what the doc says, NLayoutManager can not be safely used on a single background thread if it is attached to a UITextView?
It seems to me that note in the docs actually explains the problem. Since you're using a layout manager attached to a UITextView, you can't guarantee it's being accessed from a single thread. It's best to assume that the text view could access the layout manager at any time, especially if the view is on screen. There's no way for you to know exactly how it's using the layout manager, but it's a safe bet that it's happening on the main thread.
You can have your background thread create a separate NSLayoutManager, NSTextStorage, and NSTextContainer, do all your layout calculations, and then apply those calculations on the main thread.
Currently I am testing an almost finished App. In general it is working well.
But I have seen that the App is crashing (reproduceable, but at random times), when I change fast between a view controller that is using MapKit and CoreLocation and a plain one just displaying some simple buttons.
The crash happens after returning to the plain VC. Such fast changes are not the usual usage scenario of a user, I have done that just because testing is sooo boring ;-) - but now I know that there is an error somewhere.
Does anyone have an idea, where to look? See the error report from the device below - it looks always the same. The error messages in Xcode are different, but always something with unrecognized selector. Btw. I do not use performSelector:withObject: that must come from the framework.
I am tending to guess, that there are some internal initializing tasks from MKMapView or CoreLocation that are not finished when returning so fast from this VC and that these are causing the problem?
Error Message in Xcode:
2012-08-25 17:26:20.375 Kanal01[4070:707] -[__NSCFArray
mapView:didUpdateUserLocation:]: unrecognized selector sent to
instance 0x10b030 2012-08-25 17:26:20.384 Kanal01[4070:707] ***
Terminating app due to uncaught exception
'NSInvalidArgumentException', reason: '-[__NSCFArray
mapView:didUpdateUserLocation:]: unrecognized selector sent to
instance 0x10b030' *** First throw call stack: (0x374fa88f
0x351ff259 0x374fda9b 0x374fc915 0x37457650 0x36f13e63 0x374591fb
0x37495ab9 0x36f09b21 0x36badde3 0x36bad785 0x36ba7e4f 0x374ceb01
0x374ce12f 0x374cd351 0x374504a5 0x3745036d 0x33c0f439 0x311fccd5
0xa9eed 0xa9e88) terminate called throwing an exception
Content of Device Log:
Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes:
KERN_INVALID_ADDRESS at 0x00000000 Crashed Thread: 0
Thread 0 name: Dispatch queue: com.apple.main-thread Thread 0
Crashed: 0 libobjc.A.dylib 0x36fe8f7e 0x36fe5000
+ 16254 1 MapKit 0x337b9e5c 0x3378b000 + 192092 2 CoreFoundation 0x30c0f1f4 0x30bf7000 +
98804 3 CoreFoundation 0x30c4bab2 0x30bf7000 +
346802 4 MapKit 0x337afb1a 0x3378b000 +
150298 5 CoreLocation 0x33ccaddc 0x33cc2000 +
36316 6 CoreLocation 0x33cca77e 0x33cc2000 +
34686 7 CoreLocation 0x33cc4e48 0x33cc2000 +
11848 8 CoreFoundation 0x30c84afa 0x30bf7000 +
580346 9 CoreFoundation 0x30c84128 0x30bf7000 +
577832 10 CoreFoundation 0x30c8334a 0x30bf7000 +
574282 11 CoreFoundation 0x30c0649e 0x30bf7000 +
62622 12 CoreFoundation 0x30c06366 0x30bf7000 +
62310 13 GraphicsServices 0x32c80432 0x32c7c000 +
17458 14 UIKit 0x30369cce 0x30338000 +
203982 15 Kanal01 0x00069fde 0x68000 +
8158 16 Kanal01 0x00069f78 0x68000 +
8056