Xcode показывает ошибку при попытке распечатать объект с помощью po <objectName>, но только для одного проекта.
Ошибка: не удалось материализировать struct: размер переменной <varName> не согласуется с размером ValueObject Исправлено в Execute, не удалось выполнить PrepareToExecuteJITExpression
Отладчик Xcode также отображает ВСЕ объекты как nil (self исключено), когда они не являются (NSLog показывает правильный вывод, как видно на изображении).
Я не знаю, что случилось с проектом. Каждый другой проект отлично работает.
Любая идея, что это может быть? (Очистка проекта не имела эффекта.)
Вы уверены, что не находитесь в режиме "Release"?
Если вы хотите видеть значения переменных, вы должны находиться в режиме "Отладка" (нажмите на название своего проекта в левом верхнем углу рядом с кнопками запуска/остановки, затем "Изменить схему...", затем "Выполнить" настройки, затем вкладку "Информация", затем "Конфигурация сборки". Здесь установите "Отладка". Если на "Release" было указано, что вы видели все nils).
Я установил "уровень оптимизации" для конфигурации "Отладка" на "Нет" и решил проблему.
Убедитесь, что адрес Sanitizer отключен в настройках схемы. Адрес Sanitizer не работает с отладчиком.
Кажется, у каждого есть свое решение.
Для меня я использую Objective-C и Swift в то же время.
Прежде всего, перейдите к TARGETS -> Build Settings и выполните поиск code generation
Вы найдете Apple LLVM 6.0 и Swift Compiler
Измените их Optimization Level all на None, а затем Debug, вы можете найти значение не nil
Удивительно, как только вы увидите значение, вы решите эту проблему навсегда, тогда вы можете изменить Optimization Level на нее раньше.
Есть и другие способы, которые могут произойти. Для меня это было потому, что значение "Other C Flags" было установлено на "-O2", даже для сборки отладки. Отключение этого для сборки отладки разрешило проблему.
Я только что столкнулся с этой проблемой и обнаружил, что это связано с тем, что Deployment Postprocessing = YES в настройках сборки.
Изменение этого параметра на NO исправлено, как показано на скриншоте ниже:
Версия Xcode: 6.0.1 (6A317) на OSX 10.9.5
Для меня Xcode отфильтровывал вывод отладчика. Убедитесь, что ваш выходной параметр - выход отладчика или весь выход
Я просто столкнулся с подобной проблемой: в какой-то момент внезапно отладчик Xcode напечатал некоторые типы объектов, особенно NSStrings как (null), хотя они были инициализированы значением. Отпечатано через
NSLog(@"String value: %@", myString);
было показано правильное значение для объекта.
Непонятный! Решение проблемы было довольно простым: я просто закрыл Xcode и перезапустил свой компьютер. После перезапуска Xcode все снова отлично работает:).
Убедитесь, что Link-Time Optimization = No для режима отладки в настройках сборки.
Решения здесь также исправят ошибку, где вы видите error: <EXPR>:1:1: error: use of unresolved identifier каждый раз при попытке po переменной.
Для меня решение состояло в том, чтобы перейти к Build Settings и выполнить поиск Optimization Level и убедиться, что для каждого параметра Debug установлено значение None.
Это все, что мне понадобилось.
Перейдите в "Другие флаги C" в настройке сборки и установите значение отладки от -o2 до -O0
Я столкнулся с этим, и когда я обнаружил, что я был в режиме деблокирования, я переключаюсь на отладку... нет исправления. Оказывается, мне пришлось сначала сделать чистый (cmd + shift + k).
Итак, я думаю, что происходит после того, как после встроенного режима выпуска не все перекомпилировано в разработке, и поэтому lldb не может правильно прочитать символы. После очистки и перекомпиляции в разработке он работал у меня.
Реальность заключается в том, что система должна работать из коробки и не из-за ссылок на несколько разных настроек, до такой степени, что все может сработать для вас или нет.
Почему система не позволяет всегда отлаживать, когда в режиме отладки есть тайна, на которую может ответить только Apple (если бы они заботились, о чем я сомневаюсь, они это делают).
В конце концов, разница между debug/non-debug будет дополнительными таблицами с метаданными, которые заполняют только пространство памяти/диска.
Если вы компилируете непосредственно на симулятор или устройство, вам не понадобятся эти дополнительные мегабайты.
Итак, нам нужно запустить дополнительные циклы, чтобы просто сделать очень простой и простой способ, который все, что я знаю с прошлого века, очень хорошо.
И добавить для меня то, что работало, менялось на "Debug" Оптимизация времени ссылки с "Монолит" на "Нет" (xcode 8).