iphone - guide - UIAlertView provoca un bloqueo en iOS SDK 6.0

uialertcontroller swift 4

Question

Recientemente envié una aplicación a App Store que aún no ha sido aceptada. Mientras tanto, descargué Xcode 4.5 y probé mi aplicación en iPhone 6.0 Simulator.

Sin embargo, cuando pretendo mostrar un UIAlertView , la aplicación se bloquea en la línea [myAlertView show] con el error EXC_BAD_ACCESS . Funciona bien con iPhone 5.1 Simulator.

Aquí está mi código:

UIAlertView *myAlertView = [[UIAlertView alloc] initWithTitle:@"Warning" message:@"Are you sure?" delegate:self cancelButtonTitle:@"No" otherButtonTitles:@"Yes", nil];
[myAlertView show];  

¿Eso es normal? ¿Qué estoy haciendo mal con mi código?

Además, ¿crees que debería reenviar mi aplicación a Apple? (Solo pido tu consejo)

Gracias por adelantado.

Edición: Apple ha rechazado la aplicación debido a la caída de iOS 6.

Answer 1

Borre este método y use el otro método:

 [myAlertView show];  

Pruebe este método:

 [myAlertView performSelectorOnMainThread:@selector(show) withObject:nil waitUntilDone:YES];

Answer 2

Vea esta pregunta relacionada: UIAlertView se muestra desde el subproceso en segundo plano y sin delegado crea EXC_BAD_ACCESS

La entrada del usuario y las llamadas de UI deben provenir del hilo principal. Muchos de ellos trabajarán "la mayoría" del tiempo en otros subprocesos, pero a veces se bloquearán. Es más probable que se bloqueen de manera diferente (más o menos frecuentemente) en un dispositivo que en el simulador, pero es posible que Apple haya realizado cambios que afecten esa diferencia en iOS6.

Y a su segunda pregunta, respondería que sí, cargaría un binario actualizado para su revisión tan pronto como solucione el problema, especialmente si puede reproducirlo en un dispositivo (le recomiendo que intente reproducirlo en un dispositivo) . De lo contrario, puede A) ser aceptado con un error que sus usuarios odian, o B) ser rechazado y tener un retraso aún mayor y posiblemente un mayor control. Si envía un binario actualizado antes de que finalice la revisión, lo colocará en el AFAIK "al final de la línea", pero mejor que las alternativas.