1
Я продолжаю видеть то, что кажется утечкой памяти, но я не могу сказать, что делать. Это похоже на утечку памяти в Core Data. Я вижу метод LAST, который я явно вызываю в Objective-C, но я не создаю там никакого объекта. Я что-то сэкономил, а Core Data - утечка памяти в соответствии с Утечки. Я читаю это неправильно?Основные данные утечки памяти?
alt text http://i27.tinypic.com/35cg480.png
Почему кто-то опустил этот вопрос без комментария или точки, чтобы я мог взять это? –
Без какого-либо исходного кода с этим невозможно помочь. Вы говорите, что вы не просачиваетесь, но все, что вы сделали, - это снять скриншот. Теперь, когда возможны утечки в системных рамках, таких как Core Data, мое скромное предложение состоит в том, что это скорее то, что вы делаете/ваш код, который имеет проблему. Основные данные используются сотнями тысяч разработчиков и подвергаются тяжелым испытаниям. Если вы действительно нашли утечку, вы должны отправить ее в Apple Bug Reporter. – Hunter
В хвосте моего оригинального сообщения есть вопрос. «Я читаю это правильно?» FWIW, речь идет не о исходном коде, а о скриншоте. Строка LEAKS в верхней части говорит, что у меня есть утечка - это шип, который вы видите. В столбце в таблице ниже указано 1 утечка из 32 байт. Мой вопрос тогда - после разворачивания трассировки стека ... как я могу прочитать этот фактический снимок экрана? Я уверен, что вы правы, я не думаю, что Core Data необходимо протекать. Я действительно спрашиваю, как читать скриншот. Лист трассировки стека находится в Core Data ... что и послужило поводом для вопроса. –