Часто EXC_BAD_ACCESS можно отследить, просто запустив отладчик. Не устанавливайте точки останова, просто запускайте в debug (Command-Y) и делайте то, что обычно делаете, чтобы вызвать сбой приложения. Отладчик остановится в месте в коде, где происходит сбой. Затем вы можете посмотреть список тем в отладчике (вид в верхнем левом углу) и увидеть последнюю строку вашего кода, которая была действительной. Строки с серым шрифтом - это строки из внутреннего кода. Строки в полном черном шрифте - ваш код. Нажмите на последнюю (верхнюю часть в стеке) ваших строк кода, и вы увидите, где она не работает. Затем вы можете навести указатель мыши на переменные в этой строке, чтобы найти тот, который не был инициализирован. Это должно дать вам и понять, что происходит.
Когда вы говорите, что вы «получаете» к viewDidLoad контроллера, вы имеете в виду, что метод вызывается приложением автоматически или вы вызываете его явно? Какой объект имеет EXC_BAD_ACCESS? Некоторый код был бы полезен. – TechZen
Привет - Я попытался использовать глобальную переменную NSString в контроллере Root. Я создал/установил другой контроллер под названием View внутри Root.m. Я присваиваю значение NSString внутри Root, присутствует View, а затем пытаюсь получить доступ к NSString, когда View load в viewDidLoad. Я установил контрольные точки, чтобы проверить значение NSString, прежде чем покинуть Root и когда я войду в View. Иногда он имеет такое же значение, иногда говорит Invalid. Еще в следующем комментарии ... – YVR1985
Думаю, я решил это, переместив всю свою обработку на View. Похоже, что NSString может выйти из-под пределов, заполнившись слишком большим количеством. Вы столкнулись с этим? Кроме того, я заметил, что на симуляторе и на устройстве результаты также противоречивы. Спасибо за любой вклад. – YVR1985