Нераспознанный селектор отправлен на экземпляр на UIViewController

Question

У меня действительно раздражающая проблема, и, как бы я ни искал, я не могу найти ответ. Мое приложение заканчивается, когда я пытаюсь просмотреть TableView. Источник данных и делегат устанавливаются владельцем файла, который реализует протокол.

альтернативный текст http://grab.by/2IJV

альтернативный текст http://grab.by/2IK7

Ошибка, которую я получаю, выглядит следующим образом:

[Session started at 2010-02-27 16:28:24 +0000.]
2010-02-27 16:28:27.209 Moola[28564:207] Unknown class FirstViewController in Interface Builder file.
2010-02-27 16:28:28.189 Moola[28564:207] *** -[UIViewController tableView:numberOfRowsInSection:]: unrecognized selector sent to instance 0x5005900
2010-02-27 16:28:28.190 Moola[28564:207] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -[UIViewController tableView:numberOfRowsInSection:]: unrecognized selector sent to instance 0x5005900'
2010-02-27 16:28:28.190 Moola[28564:207] Stack: (
    40692267,
    2469430537,
    40961963,
    40426854,
    40423522,
    4542959,
    4550376,
    4549359,
    3202411,
    3139508,
    3189226,
    3176954,
    68444159,
    68443501,
    68441542,
    68440628,
    68472982,
    40444146,
    40231701,
    40228984,
    49023565,
    49023762,
    2840157,
    9184,
    9038
)

Наконец, вот файл реализации (SettingsController.m) класса SettingsController:

альтернативный текст http://grab.by/2ILu

Я уверен, что для профессионала это тривиальная проблема, но я родом из сети, и только несколько лет назад занимался C, Честно говоря, у меня болит голова.

Спасибо

Jamie

Answer 1

Что такое FirstViewController, на который ссылается эта запутанная строка журнала? Может быть, это какая-то оставшаяся ссылка, которую на самом деле пытается создать Interface Interface Builder вместо вашего SettingsController?

2010-02-27 16:28:27.209 Moola[28564:207] Unknown class FirstViewController in Interface Builder file.

Answer 2

Вы уверены, что получатель действительно является контроллером настроек? Попробуйте

NSLog(@"receiver's type: %@", NSStringFromClass([foo class]));

непосредственно перед неудачным вызовом (и, конечно, замените «foo» на то, каким будет настоящее имя получателя).