What causes this error? “CALayer position contains NaN: [240 nan]”

Question

I\'ve seen this happen whenever i rotate a screen that has a UITableView on it. I\'ve found out that it happens inbetween the willRotate and

Answer 1

There is an another way to reproduce the issue: using insetBy(dx:dy:) on a too small rect

Answer 2

I had this problem when i was assumed that:

tableView:heightForHeaderInSection: returned an NSInteger, but it returns CGFloat...

changing:

-(NSInteger)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section

to

-(CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section

fixed my issue.

Edit:

At some point I figured out how computers work below the C level, so I thought I would share it... (I will use an register names from x86_64 as I am most familiar with them, ARM would be slightly different but analogous)

int f(){
          float someFloat=5.0f;
          return someFloat;
       }

results in converting the value of someFloat to an integer type then copying that to a particular register: %rax then calling the return instruction.

float f(){
          float someFloat=5.0f;
          return someFloat;
       }

results in copying the value of someFloat from its current location to a particular register: %xmm0 then calling the return instruction.

So if you have the wrong prototype the calling code will expect the value to be in the wrong place, you will end up really returning a garbage value.

Answer 3

I've found the problem.

When you reset the frame of a tableview, it calls the delegate method tableView:heightForRowAtIndexPath: for each row in the table so it can recalculate its content size if it needs to. At that point, we do some special handling to return the height, and due to some bad assumptions in our code, we mistakenly returned NaN due to a divide by zero error (the variable we divide by was assumed to never be zero). Making sure that we do not divide by zero here fixed it.

Answer 4

This error also cost me a long time.
At the end I found my colleague wrote something like this:

UIEdgeInsets a;
a.left = (...some calculation);
button.imageEdgeInsets = a;

And I rewrote these code like this and fix the issue:

UIEdgeInsets a;
a.left = (...some calculation);
a.top = 0;
a.bottom = 0;
a.right = 0;
button.imageEdgeInsets = a;

some value of UIEdgeInsets isn't initialised properly, and it sometimes turn into a NaN value, and crash the application.
More generally, you should check whether all values of C-style structs are initialised properly.

Answer 5

You can try this yourTableview?.bounces = false. It works for me.

Answer 6

I've spent a day trying to find the code that causes same problem and solved it within a minutes after enabling "break on exception" in Xcode. Check this tutorial to see how to enable it.