Overlay UIPickerView instancié sur le simulateur mais pas sur le périphérique

Question

Dans mon projet j'ai une sous-classe A d'un UIPickerView.
Dans Interface Builder, j'ai un UIPickerView dont le type a été changé pour ma sous-classe A.
Dans une autre classe B, également définie dans mon code, instanciée dans Interface Builder et liée à A via sa sortie, elle se réfère à A avec un champ IBOutlet A *mySubclass.

Le problème est le suivant:
Lors de l'exécution sur le simulateur, il fonctionne très bien; Un point d'arrêt sur BawakeFromNib confirme que mySubclass a été chargé et est en effet de type A. Lors de l'exécution sur l'appareil (iOS4.1 sur iPhone 4), cependant, le même point de rupture révèle que mySubclass est maintenant de type UIPickerView.

Ajout d'une sous-classe awakeFromNibA confirme que lors de l'exécution sur awakeFromNib du simulateur A est appelé, mais pas lors de l'exécution sur l'appareil.

Quelqu'un a-t-il une idée de la raison?

Merci à l'avance pour toute aide,

Teo

Answer 1

Une mise à jour:

Après quelques jours d'essayer tout ce que je finalement commencé à essayer quelques exemples de projets sur le dispositif (qui a travaillé) et finalement créé un nouveau projet avec l'intention de migrer le code au cas où le projet lui-même serait en quelque sorte cassé. Ayant nommé le nouveau projet le même que le problème, j'ai remarqué que je ne pouvais pas l'exécuter en raison d'une discordance UDID. Cela m'a amené à jeter un coup d'oeil aux applications sur l'appareil via l'organiseur Xcode et j'ai remarqué que j'avais deux de la même application là-bas. Supprimer ceux qui ont tout fait fonctionner à nouveau. Soupir. Heureux que ça soit réglé, mais si quelqu'un a une idée de ce qui s'est passé, j'aimerais l'entendre.

Merci pour les globes oculaires et désolé de poser un problème impossible, bien que quiconque lisant cela pourrait maintenant essayer de retirer l'application fautive de leur appareil le plus tôt possible.

Best, Teo