Получение странного сообщения отладчика: Утверждение не удалось: (cls), функция getName: что это?

Я столкнулся с этим - и вот причина, по которой это произошло: я использовал +localizedStringFromDate:dateStyle:timeStyle: в своем коде. На iPhone работало нормально, но недоступен SDK до версии 4.0, поэтому на iPad он кашлянул. Посмотрите, не вызываете ли вы какую-то подпрограмму, которая больше не доступна в SDK или доступна только в более поздних версиях. Честно говоря, я не могу дождаться 4.1 на iPad!

-Оуэн

У меня также возникла эта проблема в приложении для iPad, изначально написанном в Xcode 3.2.4 с использованием SDK для iOS 3.2, которое теперь отлаживается в Xcode 3.2.5 с использованием SDK 4.2, но только когда я устанавливаю симулятор на развертывание iOS 3.2. Цель (чтобы я мог работать в симуляторе 3.2). При каждой остановке в точке останова в отладчике это утверждение повторяется восемь раз. Однократный переход через линию дает еще два.

Чего я не могу понять, так это того, что я не добавлял никакого кода в проект с тех пор, как последний раз запускал его в Xcode 3.2.4 и iOS SDK 3.2, поэтому я не мог добавить никаких вызовов, которых не было в этом SDK или еще он бы не скомпилировался.

Пока кто-то не найдет ответ на этот вопрос, я думаю, что единственным обходным путем (поэтому я могу продолжать отладку своего кода в среде 3.2) является переустановка Xcode 3.2.4 и использование SDK 3.2 и симулятора.

У меня была эта проблема, когда я работал на симуляторе «Симулятор iPad 3.2». Эта проблема исчезла, когда я переключил симулятор на «Симулятор iPad 4.3».

У меня точно такая же проблема. Я знаю, что это не полный ответ, но вот что я смог найти.

Соответствующая функция getName выглядит следующим образом:

/***********************************************************************
* getName
* fixme
* Locking: runtimeLock must be held by the caller
**********************************************************************/
static const char *
getName(struct class_t *cls)
{
    // fixme hack rwlock_assert_writing(&runtimeLock);
    assert(cls);

    if (isRealized(cls)) {
        return cls->data->ro->name;
    } else {
        return ((const struct class_ro_t *)cls->data)->name;
    }
}

Итак, gdb жалуется, что утверждение assert(cls) не выполняется. Это означает, что getName каким-то образом получает указатель NULL в качестве аргумента.

Что довольно забавно, где мы могли спросить имя класса NULL?

Надеюсь это поможет...

У меня тоже такая же проблема; У меня нет решения, но я могу обойти это. Короче говоря, я предлагаю вам добавить больше точек останова...

Я заметил в стеке вызовов, что на самом деле неправильно себя ведет отладчик. Функция gdb_class_getClass вызывает getName, предположительно это передает NULL вместо (скажем) MyClass. Код, который я пытаюсь отладить, является методом MyClass. Итак, думая, что у отладчика есть проблема с MyClass, я устанавливаю точку останова на строке за пределами любого кода MyClass (т.е. на строке, которая вызывает метод для MyClass) и нажимаю продолжить, когда программа прерывается. Кажется, это решает проблему в моем случае. (Обратите внимание, что автоматическое продолжение не работает.)

Чтобы было ясно:

//Set breakpoint here
[myClassInstance buggyMethod];

Мой buggyMethod на самом деле находится в другом файле:

...
-(void)buggyMethod {
    //This is where I set my 'real' breakpoint

Надеюсь, это поможет.

У меня похожая проблема, но моя связана с созданием пользовательского представления с основным текстом. Как только мой вид drawRect вызывает строку

CTFontRef titleFont = CTFontCreateWithName(CFSTR("Baskerville"), 40.0f, NULL); 

Это зависает приложение, будь то в симуляторе или на устройстве. Как ни странно, я могу исправить это, выделив другой текстовый компонент UIKit в методе viewDidLoad контроллера представления... Мне даже не нужно добавлять его в качестве подпредставления. Это похоже на то, что ему нужно загрузить некоторые общие текстовые элементы, прежде чем основной текст сможет загрузить шрифты.

- (void)viewDidLoad
{
    [super viewDidLoad];
    UILabel *l = [[UILabel alloc] initWithFrame:CGRectMake(0, 0, 0, 0)];        
}

Странный.