Сбой EXC_BAD_ACCESS в строке с форматом - PullRequest
Новая
       17

Сбой EXC_BAD_ACCESS в строке с форматом

0 голосов
/ 06 марта 2012

Я обрабатываю необработанные IP-данные для обработки видеосигнала (ATSC-MH). Тем не менее, у меня возникли проблемы с какой-то основной проблемой, и в данный момент я, очевидно, зажарен, и мне нужен еще один набор глаз.

Это функция, которая переворачивает. Самое смешное, что это работало какое-то время, и я не могу вспомнить, что я меняю. Строка ** d - это та, на которую ссылаются в журнале ошибок. Я не могу сделать много отладки NSLog, потому что поток поступает от аксессуара (поэтому нет прямой трубы отладки: (). 

-(NSString*)reportSMT{
//NSString* ret = @"Not implemented yet";
__autoreleasing NSMutableString* ret = [[NSMutableString alloc] initWithFormat:@"\nSMT:\n  SecSynInd:%@ PriInd:%@\n  SecLen:%d SMTMHProVer:%d\n  EnID:%d VerNum:%d\n  CurNxtInd:%@ SecNum:%d\n  lastSec#:%d #Servs:%d\n\n",(Header.section_syntax_indicator?@"YES":@"NO"),(Header.private_indicator?@"YES":@"NO"),Header.section_length,Header.SMT_MH_protocol_version,Header.ensemble_id,Header.version_number,(Header.current_next_indicator?@"YES":@"NO"), Header.section_number,Header.last_section_number,Header.num_MH_services];
[ret appendString:[NSString stringWithFormat:@"SMT Table:\n"]];
for (int i = 0; i<Header.num_MH_services; i++) {
    **[ret appendString:[NSString stringWithFormat:@"Serv(%d):\n  ServID:%d MultiEnServ:%d\n  ServStat:%d ServSPInd:%@\n  ServShotName:%@\n  ServCat:%d\n  source:%@ dest:%@\n  #MHServComps:%d\n",i,Services[i].MH_service_id,Services[i].multi_ensemble_service,Services[i].MH_service_status,(Services[i].SP_indicator?@"YES":@"NO"),[NSString stringWithUTF8String:(char*)Services[i].short_MH_service_name],(Services[i].service_source_IP_address_flag?[Utility ParseIP:Services[i].service_source_IP_address]:@"N/A"),(Services[i].service_destination_IP_address_flag?[Utility ParseIP:Services[i].service_destination_IP_address]:@"N/A"),Services[i].num_components]];**
    for (int m=0; m<Services[i].num_components; m++) {
        [ret appendString:[NSString stringWithFormat:@"  Comp(%d)(essential:%@):\n    port#count:%d compSource:%@\n    compDest:%@ destPort:%d\n",m,(Services[i].components[m].essential_component_indicator?@"YES":@"NO") ,Services[i].components[m].port_num_count,(Services[i].components[m].component_source_IP_address_flag?[Utility ParseIP:Services[i].components[m].component_source_IP_address]:@"N/A"),(Services[i].components[m].component_destination_IP_address_flag?[Utility ParseIP:Services[i].components[m].component_destination_IP_address]:@"N/A"),Services[i].components[m].component_destination_UDP_port_num]];
    }
}

return [ret copy];
}

Вот эта функция утилиты анализа IP. Хотя это ничего не изменило, чтобы прокомментировать вызов и жестко закодировать значение там: 

+(NSString*)ParseIP:(long)ip{
__autoreleasing NSString* ret = nil;

if (ip) {
    unsigned char* ipPtr = (unsigned char*)&ip;
    unsigned char ipc[4];
    for (int i=0; i<4; i++) {
        ipc[i] = *(ipPtr+i);
    }
    ret = [NSString stringWithFormat:@"(%d.%d.%d.%d)",ipc[3],ipc[2],ipc[1],ipc[0]];
}

return ret;
}

Вот структура этой части SMT: 

struct SMTChunk{
unsigned int MH_service_id;//16
unsigned char multi_ensemble_service;//2
unsigned char MH_service_status;//2
bool SP_indicator;//1
unsigned char short_MH_service_name_length;//3 /* m */ 
unsigned char* short_MH_service_name;//16*m
unsigned char reserved2;//2 should be 11
unsigned char MH_service_category;//6
unsigned char num_components;//5
bool IP_version_flag;//1
bool service_source_IP_address_flag;//1
bool service_destination_IP_address_flag;//1
unsigned long service_source_IP_address;//32 if (service_source_IP_address_flag)
unsigned long service_destination_IP_address;//32 if (service_destination _IP_address_flag)
struct SMTComponent* components;
unsigned char reserved4;//4 1111(f)
unsigned char num_MH_service_level_descriptors;//4
struct SMTServiceDescriptor* descriptors;
};

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

Журнал устройства (важная часть): 

Date/Time:       2012-03-06 00:56:40.480 -0600
OS Version:      iPhone OS 5.0.1 (9A405)
Report Version:  104

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000a
Crashed Thread:  0

Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0   libobjc.A.dylib                 0x300e4fb6 objc_msgSend + 10
1   Foundation                      0x30dd9d14 _NSDescriptionWithLocaleFunc + 44
2   CoreFoundation                  0x335d699e __CFStringAppendFormatCore + 7998
3   CoreFoundation                  0x33551210 _CFStringCreateWithFormatAndArgumentsAux + 68
4   Foundation                      0x30dd9c3e +[NSString stringWithFormat:] + 54
5   APT-test                        0x000c9630 -[SMT reportSMT] (SMT.m:178)
6   APT-test                        0x000c54bc -[VideoViewController saveTimerFun:] (VideoViewController.mm:940)
7   Foundation                      0x30e79616 __NSFireTimer + 138

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

Заранее спасибо!

1 Ответ

2 голосов
/ 06 марта 2012

Подстановочные знаки и аргументы printf не сбалансированы должным образом: 

[NSString stringWithFormat:@"1%d 2%d 3%d 4%d 5%@ 6%@ 7%d 8%@ 9%@ A%d",
    /* 1 */i,
    /* 2 */Services[i].MH_service_id,
    /* 3 */Services[i].multi_ensemble_service,
    /* 4 */Services[i].MH_service_status,
    /* 5 */(Services[i].SP_indicator?@"YES":@"NO"),
    /* 6 */[NSString stringWithUTF8String:(char*)Services[i].short_MH_service_name],
    /* 7 */(Services[i].service_source_IP_address_flag?[Utility ParseIP:Services[i].service_source_IP_address]:@"N/A"),
    /* 8 */(Services[i].service_destination_IP_address_flag?[Utility ParseIP:Services[i].service_destination_IP_address]:@"N/A"),
    /* 9 */Services[i].num_components]];

Похоже, вы пытаетесь сопоставить спецификатор %@ в позиции 9 с Services[i].num_components, что вполне может привести к EXC_BAD_ACCESS. Вы бы лучше всего переписали код, чтобы он был более читабельным, этот беспорядок только вызывает проблемы.

...