Quelles sont les causes de cette erreur? “CALayer position contient NaN: [240 nan]”

J'ai vu cela se produire chaque fois que je tourne un écran qui a une UITableView sur elle. J'ai trouvé qu'il se passe entre les willRotate et didRotate les appels de méthode dans UIViewController Mes collègues l'ont vu dans d'autres spots, habituellement autour de la rotation. Il hadnt a commencé jusqu'à très récemment, et nous sommes perplexes quant à la façon dont nous devrions traiter avec elle (recherches google de ne pas faire tourner le message d'erreur dans sa forme exacte). Quelqu'un d'autre a rencontré ce que ne sait pas quoi faire à ce sujet?

InformationsquelleAutor Kevlar | 2010-06-11

36

(A décidé de prendre de commentaires et de mettre comme une réponse, car je pense que c'est une sacrément bonne réponse 🙂

Ha! J'ai eu un NaN de calcul (div0), trop. Clé de débogage de l'aide: le message en question est sortie par NSLog(), afin de définir un point d'arrêt sur NSLog() et de regarder ce que l'OS est en train de faire à l'époque. Pour moi, c'était myUISlider.valeur = NaN.

Définir un point d'arrêt:

XCode 3.x
- CMD-MAJ-Y (fenêtre de débogage.)
- Points d'arrêt bouton.
- "Double-cliquez pour le symbole"
- Tapez "NSLog" (sans les guillemets.)
XCode 4.x
- CMD-6 (points d'arrêt navigator.)
- "+" pour ajouter un point d'arrêt (en bas à gauche).
- Sélectionnez AJOUTER SYMBOLIQUE point d'arrêt.
- Symbole: NSLog
- Confirmer: Fait.
XCode 5.x - 7.1 (au moins)
(Même 4.x, à l'exception des points d'arrêt navigator est CMD-7, maintenant.)

Run app, regarder pause sur NSLog, vérifiez les traces de la pile.
- C'est l'répondu qu'effectivement des questions quand il s'agit de cette exception. Il est important de noter que cette exception peut être soulevée à partir de composants qui utilisent le CALayer et nous les utilisateurs de l'API ne sais pas de leur existence (grâce à l'encapsulation).
- Comment 'bout 5.1 - 6.0?
- Morkrom, vous pensez à la version iOS. Je parle de XCode version. Je n'ai pas eu la chance de visiter XCode 5.x, encore, mais je parie qu'il n'est pas trop difficile à comprendre.
- Grand, +1 pour le débogage approche.
- Je l'ai fait, mais rien ne se passe. Je n'ai toujours aucune idée de l'endroit où l'accident est arrivé depuis. Fait quelque chose de changé sur Xcode 7? Btw, sa Swift.
- Si vous n'obtenez pas le point d'arrêt, (a) vérifiez que votre point d'arrêt de ruptures sur les NSLog() (faire un test de log), (b) peut-être l'erreur que vous obtenez n'est pas sortie NSLog(); voir si vous pouvez casser ailleurs. La clé de peu sur ma réponse est: depuis que je n'arrivais pas à trouver le code pour arrêter, je me suis cassé sur le bit de sortie le message. Peut-être cherchez dans votre pile de trace pour certains iOS code de gestion des exceptions et essayer de casser sur celui.
- Enfin savoir ce que l'enfer qui se passait. La division par zéro a été faite en interne UIScrollView méthodes, c'est pourquoi le point d'arrêt n'était pas de rupture sur NSLog. Parfois, une contrainte peut être 0.
- Débogage partie est inutile pour les accidents à venir à partir de la 3ème partie SKDs
- Dans Xcode 8, j'ai eu un CALayer position contains NaN appelé à disparaître comme un NSException. Configuration d'un point d'arrêt Exception: Toutes les Exceptions m'a donné la trace de la pile. (Symbolique point d'arrêt: NSLog n'a pas.)
InformationsquelleAutor Olie
26

J'ai trouvé le problème.

Lorsque vous réinitialisez le cadre d'un tableview, il appelle la méthode du délégué tableView:heightForRowAtIndexPath: pour chaque ligne de la table de sorte qu'il peut recalculer sa la taille du contenu, si il en a besoin. À ce point, nous faisons un peu particulières de manipulation pour revenir à la hauteur, et en raison de certaines des hypothèses erronées dans notre code, nous avons par erreur renvoyé NaN en raison d'une erreur de division par zéro (la variable de nous diviser en était supposé ne jamais être égal à zéro). Nous nous assurons de ne pas diviser par zéro ici, il fixe.
- J'obtiens le même message d'erreur (position & limites contenir NaN, msgs viennent généralement en paires.) Juste avant que ma vue s'affiche. Pas de rotation, pas de tables, pas de fantaisie, de calcul. Un simple gris foncé avec une étiquette, "Processing..." et un progressIndicator. Quelqu'un d'autre a des idées sur ce que c'est?
- mettre des points d'arrêt dans votre viewdidload/viewwillappear méthodes et assurez-vous que vous n'êtes pas diviser par zéro partout accidentellement.
- Il peut ou peut ne pas être pertinente, mais j'avais vu cette chute a beaucoup plus de cohérence dans OSX Mavericks 10.9, cependant, n'a pas été vu de nouveau après le OSX 10.9.2 mise à jour.
InformationsquelleAutor Kevlar
15

J'ai passé une journée à essayer de trouver le code qui provoque même problème et résolu à l'intérieur d'une minutes après l'activation de la "pause " exception" dans Xcode. Vérifier ce tutoriel de voir comment l'activer.
- Pouvez-vous inclure un bref résumé du contenu de la page? C'est pour que les futurs lecteurs de ce post peut obtenir l'information qu'ils cherchent rapidement et facilement.
- Je vais c'est juste aidé à m'en sortir! Pour trouver la ligne exacte où votre application est mort, allez vers le point d'arrêt d'onglet sur la gauche de xcode, cliquez sur + ajouter une nouvelle Exception Breakpoint et laissez les paramètres par défaut. Cliquez sur Terminé et ré-exécutez votre application.
InformationsquelleAutor azernitsky
12

J'ai eu ce problème quand j'étais supposé que:

tableView:heightForHeaderInSection: renvoyé un NSInteger, mais il renvoie CGFloat...

en train de changer:
```
-(NSInteger)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section
```
à
```
-(CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section
```
fixé mon problème.

Edit:

À un certain moment, j'ai compris comment les ordinateurs fonctionnent en dessous du niveau C, donc j'ai pensé que je voudrais partager... (je vais utiliser un registre de noms de x86_64 que je suis plus familier avec eux, BRAS serait légèrement différente, mais analogue)
```
int f(){
          float someFloat=5.0f;
          return someFloat;
       }
```
résultats dans la conversion de la valeur de someFloat à un type entier, puis de le copier à un registre particulier: %rax, puis l'appel de l'instruction de retour.
```
float f(){
          float someFloat=5.0f;
          return someFloat;
       }
```
résultats en copiant la valeur de someFloat à partir de son emplacement actuel vers un registre particulier: %xmm0, puis l'appel de l'instruction de retour.

Donc, si vous avez la mauvaise prototype le code appelant vont s'attendre à ce que la valeur d'être au mauvais endroit, vous aurez vraiment de retourner une valeur d'ordures.

InformationsquelleAutor Grady Player
2

Cette erreur m'a coûté une longue période de temps.

À la fin, j'ai trouvé mon collègue a écrit quelque chose comme ceci:
```
UIEdgeInsets a;
a.left = (...some calculation);
button.imageEdgeInsets = a;
```
Et j'ai réécrit ces code comme celui-ci et de corriger le problème:
```
UIEdgeInsets a;
a.left = (...some calculation);
a.top = 0;
a.bottom = 0;
a.right = 0;
button.imageEdgeInsets = a;
```
une certaine valeur de UIEdgeInsets n'est pas initialisée correctement, et parfois se transformer en une valeur NaN, et le plantage de l'application.

Plus généralement, vous devriez vérifier si toutes les valeurs de C-style structures sont initialisées correctement.

InformationsquelleAutor Z.L.Chen
0

Il y a un autre moyen de reproduire le problème: l'utilisation de insetBy(dx:dy:) sur un trop petite rect

InformationsquelleAutor Tim
0

Vous pouvez essayer ce yourTableview?.bounces = false. Il fonctionne pour moi.

InformationsquelleAutor kalpesh

Vous devez vous connecter pour publier un commentaire.