¿Cómo se manejan las declaraciones 'require (..., fianza)' con ARC?

Question

Estoy buscando a través del código de ejemplo para el Square Cam in Apple's sample code. Quiero replicar parte de su funcionalidad en un proyecto moderno usando ARC. Sin embargo, hay un montón de establecer que los estados tales como:

BOOL success = (destination != NULL); 
require(success, bail); 

que genera el error del compilador:

Goto into protected scope.

Mi pregunta es - ¿cuál es la forma adecuada para manejar este tipo de declaraciones en un proyecto utilizando ¿ARCO?

Answer 1

Tuve el mismo problema (con el mismo código de muestra). El código se veía así:

BOOL success = (destination != NULL); 
require(success, bail); 

//Initialise some variables 

bail: 
//Deal with errors 

que añade llaves alrededor de la manzana con las declaraciones para que su alcance claro:

BOOL success = (destination != NULL); 
require(success, bail); 
{ 
    // *** Initialise some variables *** 
} 
bail: 
{ 
    //Deal with errors 
} 

Y resolvió el problema para mí. Al observar esto también aprendí que a veces puedes expandir los errores de compilación para obtener más detalles.

Answer 2

Al parecer, bail tiene un alcance con una o más variables __block; Esto no esta permitido. Ver http://clang.llvm.org/compatibility.html#blocks-in-protected-scope para más. La solución propuesta allí es limitar el alcance de la (s) variable (s) __block, colocándolas en bloques delimitados por corchetes. Esto puede no funcionar siempre; YMMV.

Answer 3

Estoy agregando algunas descripciones para @ Lewis42 respuesta.

Si no coloca la variable en su propio ámbito, omite la inicialización de todas las variables después de goto, y cuando ARC intente limpiarla, terminará tratando de liberar algún bit aleatorio de memoria.

Si no quiere poner las variables en su propio ámbito, asegúrese de que ninguna variable deba declararse debajo de la palabra clave ir.

Jumps to within __block variable scope

__block require special runtime initialization. A jump into the scope of a __block variable bypasses this initialization, leaving the variable's metadata in an invalid state.