I have two location managers, one on a view controller with a map the other one in a separate controller that I present as modal. The issue is that every time I present that modal controller, I get a crash with the following backtrace.
I've tried setting delegates to nil, or setting the actual location manager to nil on viewWillDisappear and then re-initialising them on viewWillAppear, but still the issue persists. Any help would be greatly appreciated.
#0 0x9105fafa in mach_msg_trap ()
#1 0x91060267 in mach_msg ()
#2 0x016d313a in __CFRunLoopServiceMachPort ()
#3 0x01636580 in __CFRunLoopRun ()
#4 0x01635db4 in CFRunLoopRunSpecific ()
#5 0x01635ccb in CFRunLoopRunInMode ()
#6 0x026a6879 in GSEventRunModal ()
#7 0x026a693e in GSEventRun ()
#8 0x003e1a9b in UIApplicationMain ()
#9 0x000028b2 in main (argc=1, argv=0xbfffeca4) at /Users/penushlievm/Desktop/DailyPlanner 2/DailyPlanner 2/main.m:16
#10 0x00002825 in start ()
try using one location manager globally instead of two.
Related
We are seeing this on ONLY iPhone 5s with iOS 8.1.2. Other devices with 8.1.2 seem to be working fine.
The view controller that has a Map loading from an XIB is init fine, but when tries to load we get... Will be trying some things to try and get around this, but any help would be appreciated.
2014-12-16 16:03:24.333 App[6140:995503] Stylesheet does not include style matching tree, or includes an old version. Perhaps it was compiled by an old version of the style compiler.
2014-12-16 16:03:24.333 App[6140:995503] Please create a radar about this! (Check it's not a dup of rdar://16346611 first though)
2014-12-16 16:03:24.334 App[6140:995503] Active tile set: GEOActiveTileSet
App(6140,0x196aa8310) malloc: *** error for object 0x174206030: Invalid pointer dequeued from free list
*** set a breakpoint in malloc_error_break to debug
With a large stack
#0 0x0000000191fa13f0 in __cxa_throw ()
#1 0x00000001927a0204 in objc_exception_throw ()
#2 0x0000000181f7b62c in -[__NSArrayM objectAtIndex:] ()
#3 0x000000018f1e4318 in md::StyleMatchingTree::buildSubTrees(std::__1::set<int, std::__1::less<int>, std::__1::allocator<int> >&, std::__1::function<md::StyleMatchingTree* ()>&, NSArray*) ()
#4 0x000000018f28076c in __91-[VKStylesheet initWithData:miniData:forName:scale:ppi:vendor:targetDisplay:isDevResource:]_block_invoke ()
#5 0x0000000100a1ce30 in _dispatch_call_block_and_release ()
#6 0x0000000100a1cdf0 in _dispatch_client_callout ()
#7 0x0000000100a27854 in _dispatch_queue_drain ()
#8 0x0000000100a20120 in _dispatch_queue_invoke ()
#9 0x0000000100a2975c in _dispatch_root_queue_drain ()
#10 0x0000000100a2af18 in _dispatch_worker_thread3 ()
#11 0x0000000192fc12e4 in _pthread_wqthread ()
Enqueued from Stylesheet Map Editing Queue (Thread 1)Queue : Stylesheet Map Editing Queue (serial)
#0 0x0000000100a2adac in _dispatch_barrier_async_f_slow ()
#1 0x000000018f27f458 in -[VKStylesheet initWithData:miniData:forName:scale:ppi:vendor:targetDisplay:isDevResource:] ()
#2 0x000000018f27ef20 in -[VKStylesheet initWithName:scale:ppi:targetDisplay:vendor:resourceManager:] ()
#3 0x000000018f2cd56c in __65-[VKStylesheetVendor stylesheetWithName:scale:ppi:targetDisplay:]_block_invoke ()
#4 0x0000000100a1cdf0 in _dispatch_client_callout ()
#5 0x0000000100a268c8 in _dispatch_barrier_sync_f_invoke ()
#6 0x000000018f2cd43c in -[VKStylesheetVendor stylesheetWithName:scale:ppi:targetDisplay:] ()
#7 0x000000018f25b5d4 in -[VKStyleManager initWithName:scale:ppi:targetDisplay:sharedResources:] ()
#8 0x000000018f207984 in -[VKMapModel _setStyleManagerFromMapType:] ()
#9 0x000000018f1581d4 in -[VKMapModel forceMapType:] ()
#10 0x000000018f209188 in -[VKMapModel initShouldRasterize:mapPurpose:tileGroupIdentifier:locale:contentScale:] ()
#11 0x000000018f1fb4dc in -[VKMapCanvas initShouldRasterize:contentScale:target:device:inBackground:locale:] ()
#12 0x000000018f14ba6c in -[VKMapView initWithGlobe:shouldRasterize:inBackground:] ()
#13 0x00000001840e9f74 in -[MKBasicMapView initWithFrame:andGlobe:shouldRasterize:] ()
#14 0x000000018411dfcc in -[MKMapView _commonInitFromIB:gestureRecognizerHostView:showsAttribution:] ()
#15 0x000000018411ec3c in -[MKMapView initWithCoder:] ()
#16 0x0000000186d2cd98 in UINibDecoderDecodeObjectForValue ()
#17 0x0000000186d2ca54 in -[UINibDecoder decodeObjectForKey:] ()
#18 0x0000000186c541bc in -[UIRuntimeConnection initWithCoder:] ()
#19 0x0000000186d2cd98 in UINibDecoderDecodeObjectForValue ()
#20 0x0000000186d2cd38 in UINibDecoderDecodeObjectForValue ()
#21 0x0000000186d2ca54 in -[UINibDecoder decodeObjectForKey:] ()
#22 0x0000000186c53644 in -[UINib instantiateWithOwner:options:] ()
#23 0x0000000186b58274 in -[UIViewController _loadViewFromNibNamed:bundle:] ()
#24 0x0000000186848844 in -[UIViewController loadViewIfRequired] ()
#25 0x00000001868fdfb4 in -[UINavigationController _layoutViewController:] ()
#26 0x00000001868fdeb0 in -[UINavigationController _updateScrollViewFromViewController:toViewController:] ()
#27 0x00000001868fd34c in -[UINavigationController _startTransition:fromViewController:toViewController:] ()
#28 0x00000001868fcff8 in -[UINavigationController _startDeferredTransitionIfNeeded:] ()
#29 0x00000001868fcd18 in -[UINavigationController __viewWillLayoutSubviews] ()
#30 0x00000001868fcc98 in -[UILayoutContainerView layoutSubviews] ()
#31 0x0000000186845648 in -[UIView(CALayerDelegate) layoutSublayersOfLayer:] ()
#32 0x000000018619d994 in -[CALayer layoutSublayers] ()
#33 0x0000000186198564 in CA::Layer::layout_if_needed(CA::Transaction*) ()
#34 0x0000000186198408 in CA::Layer::layout_and_display_if_needed(CA::Transaction*) ()
#35 0x0000000186197c08 in CA::Context::commit_transaction(CA::Transaction*) ()
#36 0x000000018619798c in CA::Transaction::commit() ()
#37 0x000000018683c61c in _afterCACommitHandler ()
#38 0x000000018204ea50 in __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ ()
#39 0x000000018204b9dc in __CFRunLoopDoObservers ()
#40 0x000000018204bdbc in __CFRunLoopRun ()
#41 0x0000000181f790a4 in CFRunLoopRunSpecific ()
#42 0x000000018b1235a4 in GSEventRunModal ()
#43 0x00000001868ae3c0 in UIApplicationMain ()
#44 0x0000000100144e64 in main at /Usersxxxx/main.m:17
#45 0x0000000192e0ea08 in start ()
[ADDITION]
With XCode 6.1.1 (don't think this matters, but might) with this small program (sample single view) exhibits the same issue on the 5s. It's really the init that does it.
//
// ViewController.m
// testingmap
//
#import "ViewController.h"
#import <MapKit/MapKit.h>
#interface ViewController ()
#property (nonatomic) MKMapView *mapView;
#end
#implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
self.mapView = [[MKMapView alloc] init];
[self.view addSubview: self.mapView];
}
So, my iPhone was the phone in question and everything got fixed by just resetting all settings.
Settings-> General-> Reset-> Reset All Settings.
i hope it.this links useful for you. taking a time for getting map data. so you will put in view did appear and at the same time are you use xcode 6.0 and above version. ios 8 and above version. can you use this
It is Step For Map Data getting above ios 8.0 version
I'm trying to integrate FB into an existing iOS app.
I've modified the HelloFacebookSample app to use my app ID, display name, and bundle identifier. I can run it and post from it just fine (running in the iOS 6 emulator). So that leads me to believe my settings on developers.facebook.com are correct.
Next I looked at the code in the app delegate and view controller in the sample and duplicated it in my own code. The first bit of Facebook code that gets executed is in the app delegate, in applicationDidBecomeActive:. I execute the same two lines as the sample app:
[FBAppEvents activateApp];
[FBAppCall handleDidBecomeActive];
If I run my program, I eventually get EXC_BAD_ACCESS (code=2, address=0x0). In the debug navigator I see:
#0 0x0253309f in objc_msgSend ()
#1 0x0251eb2e in objc_setProperty_non_gc ()
#2 0x0251ed0d in objc_setProperty ()
#3 0x00446798 in -[FBRequestMetadata setCompletionHandler:] at /Users/chrisp/tmp/build- sdk/ios-sdk/src/FBRequestConnection.m:70
#4 0x004464eb in -[FBRequestMetadata initWithRequest:completionHandler:batchEntryName:] at /Users/chrisp/tmp/build-sdk/ios-sdk/src/FBRequestConnection.m:94
#5 0x00446cb6 in -[FBRequestConnection addRequest:completionHandler:batchEntryName:] at /Users/chrisp/tmp/build-sdk/ios-sdk/src/FBRequestConnection.m:324
#6 0x00446bdb in -[FBRequestConnection addRequest:completionHandler:] at /Users/chrisp/tmp/build-sdk/ios-sdk/src/FBRequestConnection.m:312
#7 0x0044048a in -[FBRequest startWithCompletionHandler:] at /Users/chrisp/tmp/build-sdk/ios-sdk/src/FBRequest.m:149
#8 0x0045ec70 in +[FBUtility fetchAppSettings:callback:] at /Users/chrisp/tmp/build-sdk/ios-sdk/src/FBUtility.m:263
#9 0x0046e06b in +[FBSettings publishInstall:withHandler:isAutoPublish:] at /Users/chrisp/tmp/build-sdk/ios-sdk/src/FBSettings.m:334
#10 0x0046dc0c in +[FBSettings autoPublishInstallImpl:] at /Users/chrisp/tmp/build-sdk/ios-sdk/src/FBSettings.m:217
#11 0x00e27e83 in __NSFireDelayedPerform ()
#12 0x02a9d376 in __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ ()
#13 0x02a9ce06 in __CFRunLoopDoTimer ()
#14 0x02a84a82 in __CFRunLoopRun ()
#15 0x02a83f44 in CFRunLoopRunSpecific ()
#16 0x02a83e1b in CFRunLoopRunInMode ()
#17 0x0339f7e3 in GSEventRunModal ()
#18 0x0339f668 in GSEventRun ()
#19 0x0120665c in UIApplicationMain ()
#20 0x0000230d in main at /Users/craig/Documents/Projects/MyProject/main.m:14
If I remove [FBAppCall handleDidBecomeActive] I get the same result. So this seems to be a result of [FBAppEvents activateApp].
If I remove [FBAppEvents activateApp], which I understand to be optional anyway, and only call [FBAppCall handleDidBecomeActive], I can launch the app. But then when I try to create an instance of FBLoginView in my view controller:
FBLoginView * loginview = [[FBLoginView alloc] init];
I get the same error (EXC_BAD_ACCESS (code=2, address=0x0)):
#0 0x0253309f in objc_msgSend ()
#1 0x0251eb2e in objc_setProperty_non_gc ()
#2 0x0251ed0d in objc_setProperty ()
#3 0x0046d47d in -[FBLoginView setSessionStateHandler:] at /Users/chrisp/tmp/build-sdk/ios-sdk/src/FBLoginView.m:52
#4 0x0046b6f8 in -[FBLoginView initializeBlocks] at /Users/chrisp/tmp/build-sdk/ios-sdk/src/FBLoginView.m:177
#5 0x0046ba1c in -[FBLoginView initialize] at /Users/chrisp/tmp/build-sdk/ios-sdk/src/FBLoginView.m:212
#6 0x0046b432 in -[FBLoginView initWithFrame:] at /Users/chrisp/tmp/build-sdk/ios-sdk/src/FBLoginView.m:119
#7 0x0124528f in -[UIView init] ()
#8 0x0046b252 in -[FBLoginView init] at /Users/chrisp/tmp/build-sdk/ios-sdk/src/FBLoginView.m:80
#9 0x0001c0ea in -[MyViewController postToFacebook:] at /Users/craig/Documents/Projects/MyProject/Classes/MyViewController.mm:8040
#10 0x00015c18 in -[MyViewController copy:to:] at /Users/craig/Documents/Projects/MyProjects/Classes/MyViewController.mm:6624
#11 0x000225ee in -[MyViewController menuItemSelected:] at /Users/craig/Documents/Projects/MyProjects/Classes/MyViewController.mm:10003
#12 0x00e27e83 in __NSFireDelayedPerform ()
#13 0x02a9d376 in __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ ()
#14 0x02a9ce06 in __CFRunLoopDoTimer ()
#15 0x02a84a82 in __CFRunLoopRun ()
#16 0x02a83f44 in CFRunLoopRunSpecific ()
#17 0x02a83e1b in CFRunLoopRunInMode ()
#18 0x0339f7e3 in GSEventRunModal ()
#19 0x0339f668 in GSEventRun ()
#20 0x0120665c in UIApplicationMain ()
#21 0x0000230d in main at /Users/craig/Documents/Projects/MyProject/main.m:14
Don't be fooled by the fact that I'm obviously not creating my FBLoginView in viewDidLoad. The point is that the first call to anything that tries to do anything with my Facebook session fails in the same way. It looks like it's trying to do something with a handler in both cases. The identical code works with MY Facebook identifier, bundle ID, etc. in the sample code, but doesn't work in my app. I'm suspecting compiler/linker settings or some other configuration difference between my app and the sample, but I'm not sure where to begin to look. Everything I've looked at looks the same between my app and the sample.
I've tried a lot of different ways to open a Facebook session and get the permissions I need, but they all fail the same way. This seemed like a good one to post here since the sample works but the same code in my app doesn't.
Thanks for your help.
EDIT: I see in my build settings that the sample app uses ARC. I do not. I'm hesitant to convert a large, functioning app at this point in its lifecycle.
Very infrequently, our app is crashing because it receives SIGKILL. The circumstances are different, but the backtrace is always the same:
#0 0x94a00afa in mach_msg_trap ()
#1 0x94a01267 in mach_msg ()
#2 0x00fa9d5c in _UIPasteboardServerContainsTypesAtIndex ()
#3 0x00faa9ae in UIPasteboardServerContainsTypesAtIndex ()
#4 0x00fa5417 in -[UIPasteboard containsPasteboardTypes:] ()
#5 0x00de4054 in -[UITextField canPerformAction:withSender:] ()
#6 0x087038a8 in -[UIResponder(UITextAccessibilityUtilities) _accessibilityHasTextOperations] ()
#7 0x08704df5 in -[UIAccessibilityTextFieldElement _accessibilityHasTextOperations] ()
#8 0x08791dcf in -[NSObject(AXPrivCategory) accessibilityAttributeValue:] ()
#9 0x0878a3b4 in _copyMultipleAttributeValuesCallback ()
#10 0x087c5c95 in _AXXMIGCopyMultipleAttributeValues ()
#11 0x087c0a6c in _XCopyMultipleAttributeValues ()
#12 0x087c8e66 in mshMIGPerform ()
#13 0x020cf1c5 in __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ ()
#14 0x02034022 in __CFRunLoopDoSource1 ()
#15 0x0203290a in __CFRunLoopRun ()
#16 0x02031db4 in CFRunLoopRunSpecific ()
#17 0x02031ccb in CFRunLoopRunInMode ()
#18 0x02a43879 in GSEventRunModal ()
#19 0x02a4393e in GSEventRun ()
#20 0x00d2ba9b in UIApplicationMain ()
#21 0x0000284d in main (argc=1, argv=0xbfffed44) at [myapp]/main.m:14
#22 0x000027c5 in start ()
How would I go about finding out what is causing this crash?
The SIGKILL is sent to apps for any kind of exceptions. Se we have to make an educated guess what the exception reason would be in this case. In the above case it looks like accessibility is checking for a certain kind of pasteboard type to be present.
Since this is happening in Apple code most likely this is a bug in iOS, because the containsPasteboardTypes: method should never throw an exception. Only possibly if the passed parameter is nil, but then the bug would lie in UIAccessibilityTextFieldElement which too is Apple's responsibility.
Long story short: you need to file a radar. As a workaround you can add an #try block around the offending operation. This would catch and ignore the exception.
I am working on simple iphone application. where i am working on two views. I pushed the other view controller first and when i am removing the current view as to go back to the old view controller i am getting [CALayer retain]. EXEC_BAD_ACCESS.
In gdb, i tried backtrace command to see the problem which i have given below, but i am not able to find any. If anyone can help me out with this it will be great.
(gdb) backtrace
#0 0x02e21434 in ___forwarding___ ()
#1 0x02e209f2 in __forwarding_prep_0___ ()
#2 0x02dc7f58 in CFRetain ()
#3 0x02dc7a65 in CFArrayCreate ()
#4 0x02dfe043 in -[__NSPlaceholderArray initWithObjects:count:] ()
#5 0x0296eda3 in -[CALayerArray copyWithZone:] ()
#6 0x02ea380a in -[NSObject copy] ()
#7 0x004f742a in -[UIView dealloc] ()
#8 0x00214cb2 in NSPopAutoreleasePool ()
#9 0x004d3698 in _UIApplicationHandleEvent ()
#10 0x035fe17c in PurpleEventCallback ()
#11 0x02df289c in CFRunLoopRunSpecific ()
#12 0x02df18a8 in CFRunLoopRunInMode ()
#13 0x035fc89d in GSEventRunModal ()
#14 0x035fc962 in GSEventRun ()
#15 0x004d1372 in UIApplicationMain ()
#16 0x00002074 in main (argc=1, argv=0xbffff020) at /Users/jtong/Desktop/Elle/main.m:14
Thanks,
Aby
Sounds like you're also explicitly releasing something that you've already autoreleased.
Use Instruments and enable Zombies. This will trace where each object was retained and released and will hell you diagnose where the extra release is occurring.
How to run iPhone program with Zombies instrument?
In my app that you can download here: http://ge.tt/2DDqfJa
I've started a discussion but is died here iOS TableView crash loading different data
The problem is when I back from viewing the YouTube video to the recipes list, the app crash...
And when i select a category for the second time, where have to load a tableview with different data source, it crash.
This is the crash log
Program received signal: “EXC_BAD_ACCESS”.
(gdb) bt
#0 0x00f0da63 in objc_msgSend ()
#1 0x04b27ca0 in ?? ()
#2 0x00002665 in -[RecipesListController viewWillAppear:] (self=0x4b38a00, _cmd=0x6d81a2, animated=1 '\001') at /Users/claudiocanino/Documents/iOS/CottoMangiato/Classes/RecipesListController.m:67
#3 0x00370c9a in -[UINavigationController _startTransition:fromViewController:toViewController:] ()
#4 0x0036b606 in -[UINavigationController _startDeferredTransitionIfNeeded] ()
#5 0x0037283e in -[UINavigationController pushViewController:transition:forceImmediate:] ()
#6 0x04f49549 in -[UINavigationControllerAccessibility(SafeCategory) pushViewController:transition:forceImmediate:] ()
#7 0x0036b4a0 in -[UINavigationController pushViewController:animated:] ()
#8 0x00003919 in -[CategoryViewController tableView:didSelectRowAtIndexPath:] (self=0x4b27ca0, _cmd=0x6d19e3, tableView=0x500c200, indexPath=0x4b2d650) at /Users/claudiocanino/Documents/iOS/CottoMangiato/Classes/CategoryViewCotroller.m:104
#9 0x0032a794 in -[UITableView _selectRowAtIndexPath:animated:scrollPosition:notifyDelegate:] ()
#10 0x00320d50 in -[UITableView _userSelectRowAtPendingSelectionIndexPath:] ()
#11 0x000337f6 in __NSFireDelayedPerform ()
#12 0x00d8cfe3 in __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ ()
#13 0x00d8e594 in __CFRunLoopDoTimer ()
#14 0x00ceacc9 in __CFRunLoopRun ()
#15 0x00cea240 in CFRunLoopRunSpecific ()
#16 0x00cea161 in CFRunLoopRunInMode ()
#17 0x016e0268 in GSEventRunModal ()
#18 0x016e032d in GSEventRun ()
#19 0x002c342e in UIApplicationMain ()
#20 0x00001c08 in main (argc=1, argv=0xbfffef58) at /Users/claudiocanino/Documents/iOS/CottoMangiato/main.m:15
Another bt log:
(gdb) bt
#0 0x00cd76a1 in __CFBasicHashDeallocate ()
#1 0x00cc2bcb in _CFRelease ()
#2 0x00002dd6 in -[RecipesListController setRecipesArray:] (self=0x6834d50, _cmd=0x4293, _value=0x4e3bc70) at /Users/claudiocanino/Documents/iOS/CottoMangiato/Classes/RecipesListController.m:16
#3 0x00002665 in -[RecipesListController viewWillAppear:] (self=0x6834d50, _cmd=0x6d81a2, animated=1 '\001') at /Users/claudiocanino/Documents/iOS/CottoMangiato/Classes/RecipesListController.m:67
#4 0x00370c9a in -[UINavigationController _startTransition:fromViewController:toViewController:] ()
#5 0x0036b606 in -[UINavigationController _startDeferredTransitionIfNeeded] ()
#6 0x0037283e in -[UINavigationController pushViewController:transition:forceImmediate:] ()
#7 0x091ac549 in -[UINavigationControllerAccessibility(SafeCategory) pushViewController:transition:forceImmediate:] ()
#8 0x0036b4a0 in -[UINavigationController pushViewController:animated:] ()
#9 0x00003919 in -[CategoryViewController tableView:didSelectRowAtIndexPath:] (self=0x4b12970, _cmd=0x6d19e3, tableView=0x5014400, indexPath=0x4b2bd00) at /Users/claudiocanino/Documents/iOS/CottoMangiato/Classes/CategoryViewCotroller.m:104
#10 0x0032a794 in -[UITableView _selectRowAtIndexPath:animated:scrollPosition:notifyDelegate:] ()
#11 0x00320d50 in -[UITableView _userSelectRowAtPendingSelectionIndexPath:] ()
#12 0x000337f6 in __NSFireDelayedPerform ()
#13 0x00d8cfe3 in __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ ()
#14 0x00d8e594 in __CFRunLoopDoTimer ()
#15 0x00ceacc9 in __CFRunLoopRun ()
#16 0x00cea240 in CFRunLoopRunSpecific ()
#17 0x00cea161 in CFRunLoopRunInMode ()
#18 0x016e0268 in GSEventRunModal ()
#19 0x016e032d in GSEventRun ()
#20 0x002c342e in UIApplicationMain ()
#21 0x00001c08 in main (argc=1, argv=0xbfffef58) at /Users/claudiocanino/Documents/iOS/CottoMangiato/main.m:15
Thanks
You have probably tried to access an object which has been released. Search for "NSZombieEnabled" and read up on how to debug over-release problems.
The problem is you are over-releasing objects. Since you're using retain-properties you haven't to release the object when assigning a new object to the property. The old object will be released automatically. So these lines make no sense, delete them:
if (self.recipesArray != nil) {
// Release the arrays
[self.recipesArray release];
[self.recipesNames release];
}
In cellForRowAtIndexPath (RecipesListController) you are releasing rowString. There's no need to do that here. Delete that line and everything should work properly.
NSDictionary *dict = [[NSDictionary alloc] initWithContentsOfFile:path];
self.recipesArray = dict;
[dict release];
in your RecipesListController.m file check 55 line in viewwill appear you are release the object that you never give memory
when i make comment to
//[self.recipesArray release];
//[self.recipesNames release];
then it crash on tableview row check it