潜在的无效删除

Question

我正在使用一个开源JSON解析器，但是在编译它的同时，我会提出警告。

myproject/class/sbjson.m：403：13潜在的无效解释。根据编码标准，“创建和返回nserror对象”的“参数”错误可能为null

- (BOOL)scanValue:(NSObject **)o error:(NSError **)error
{
skipWhitespace(c);

switch (*c++) {
    case '{':
        return [self scanRestOfDictionary:(NSMutableDictionary **)o error:error];
        break;
    case '[':
        return [self scanRestOfArray:(NSMutableArray **)o error:error];
        break;
    case '"':
        return [self scanRestOfString:(NSMutableString **)o error:error];
        break;
    case 'f':
        return [self scanRestOfFalse:(NSNumber **)o error:error];
        break;
    case 't':
        return [self scanRestOfTrue:(NSNumber **)o error:error];
        break;
    case 'n':
        return [self scanRestOfNull:(NSNull **)o error:error];
        break;
    case '-':
    case '0'...'9':
        c--; // cannot verify number correctly without the first character
        return [self scanNumber:(NSNumber **)o error:error];
        break;
    case '+':
        *error = err(EPARSENUM, @"Leading + disallowed in number");
        return NO;
        break;
    case 0x0:
        *error = err(EEOF, @"Unexpected end of string");
        return NO;
        break;
    default:
        *error = err(EPARSE, @"Unrecognised leading character");
        return NO;
        break;
}

NSAssert(0, @"Should never get here");
return NO;
}

在这里，它显示出错误的解释。

Answer 1

它抱怨误差参数可能为null（如果呼叫者选择通过null）。然后，声明

*error = err(EPARSENUM, @"Leading + disallowed in number");

会崩溃。 A r求职工作 是在作业围绕作业的if语句：

if(error){
    *error = err(EPARSENUM, @"Leading + disallowed in number");
}