Отладчик XCode не печатает объекты и показывает ноль, когда они не

Xcode показывает ошибку при попытке напечатать объект с po <objectName>, но только для одного проекта.

ошибка: не удалось материализовать структуру: размер переменной <varName> не соответствует размеру объекта ValueObject. Ошибка в Execute, не удалось PrepareToExecuteJITExpression

Отладчик XCode также показывает ВСЕ объекты как nil( selfисключенные), когда они не ( NSLogпоказывает правильный вывод, как видно на изображении). Я не знаю, что случилось с проектом. Любой другой проект работает нормально.

Есть идеи, что это может быть? (Очистка проекта не имела никакого эффекта.)

Вы уверены, что не находитесь в «режиме выпуска»?

Если вы хотите увидеть значения переменных, вы должны быть в «Режиме отладки» (нажмите на название вашего проекта в левом верхнем углу рядом с кнопками «Пуск / Стоп», затем «Редактировать схему ...», затем «Выполнить», настройки, затем » Информация "вкладка, затем" Конфигурация сборки ". Здесь установите" Отладка ". Если он был на" Релиз ", это то, что вы видели все nils).

Я установил «Уровень оптимизации» для конфигурации отладки «Нет», и это решило проблему.

Убедитесь, что Address Sanitizer отключен в настройках вашей Схемы. Средство очистки адресов не работает с отладчиком.

1. Перейдите в «Редактировать схему» («Продукт» >> «Схема»> «Редактировать схему»), выберите «Выполнить» и перейдите на вкладку «Диагностика».
2. Убедитесь, что «Включить Address Sanitizer» выключен.

Кажется, у каждого есть свое решение.

Для меня я использую Objective-Cи Swiftв то же время.

Прежде всего, перейдите к TARGETS -> Build Settingsи искатьcode generation

Вы найдете Apple LLVM 6.0 и Swift Compiler

Измените их Optimization Levelвсе на None, затем Отладка, вы можете найти значение неnil

Удивительно, но как только вы видите значение, вы решаете эту проблему навсегда, тогда вы можете изменить Optimization Levelего на прежнее значение.

Есть и другие способы, которыми это может произойти. Для меня это было потому, что значение «Другие флаги C» было установлено на «-O2», даже для отладочной сборки. Отключение этого для отладочной сборки решило проблему.

Для меня Xcode отфильтровывал выходные данные отладчика. Убедитесь, что в качестве выходного параметра выбрано «Вывод отладчика» или «Весь вывод».

Я только столкнулся с этой проблемой и обнаружил, что это потому, что Deployment Postprocessing = YESв настройках сборки.

Изменив это, чтобы NOисправить это, как показано на скриншоте ниже:

Версия Xcode: 6.0.1 (6A317) на OSX 10.9.5

Я просто столкнулся с подобной проблемой: однажды внезапно отладчик XCode распечатал некоторые типы объектов, особенно NSStrings, как (null), хотя они были инициализированы значением. Распечатано через

NSLog(@"String value: %@", myString);

правильное значение для объекта было показано.

Заблуждение! Решение проблемы было довольно простым: я просто выключил Xcode и перезагрузил компьютер. После перезапуска Xcode все снова работает нормально :).

Убедитесь, что Link-Time Optimization = Noв режиме отладки в настройках сборки.

1. Удалить производные данные
2. Довольно Xcode / Перезагрузка
3. Чистый Проект

Это все, что нужно для меня.

Решения, приведенные здесь, также исправят ошибку, которую вы видите error: <EXPR>:1:1: error: use of unresolved identifierкаждый раз, когда пытаетесь poиспользовать переменную.

Для меня решение было пойти Build Settingsи найти Optimization Levelи убедиться, что каждый Debugпараметр был установлен на None.

Перейдите к «Другие флаги C» в настройке сборки и установите значение отладки от -o2 до -O0.

Я также столкнулся с этим, и когда я обнаружил, что я был в режиме выпуска, я переключаюсь на отладку ... не исправить. Оказывается, я должен был сначала сделать чистку (cmd + shift + k).

Поэтому я думаю, что после встроенного режима выпуска не все перекомпилируется при разработке, и поэтому lldb не может правильно читать символы. После очистки и перекомпиляции в разработке у меня все заработало.

Реальность такова, что система должна работать "из коробки", а не из-за ссылок на множество различных настроек, до такой степени, что вещи могут работать для вас или нет.

Почему система не позволяет всегда отлаживать, когда в режиме отладки остается загадкой, на которую может ответить только Apple (если они заботятся, что в последнее время я сомневаюсь, что они делают).

В конце концов, разница между отладкой / без отладки заключается в дополнительных таблицах с метаданными, которые только заполняют пространство памяти / диска.

Если вы компилируете против симулятора или устройства напрямую, вам не нужны эти лишние мегабайты.

Поэтому нам нужно запустить дополнительные циклы, чтобы просто сделать простую и понятную вещь, которую все иды, которые я знаю с прошлого столетия, делают просто отлично.

И добавлю, для меня то, что сработало, изменило в «Отладке» оптимизацию времени соединения с «Монолитного» на «Нет» (xcode 8).