Open GoogleCodeExporter opened 8 years ago
There's another in easeInElastic(): a is set to 0, then it's compared against 0
in an if statement without being changed in between, so the comparison is
always true. That means there's no use for the else statement afterwards, nor
for the trailing "a < Mathf.Abs(end)" in the if statement because eager
evaluation will mean that's never evaluated.
In fact I think the else statement has a divide by zero in that case anyway
"Mathf.Asin(1 / a)", so it's probably compiled out early. I'm surprised it
doesn't bail on errors, or maybe I'm missing something... ;-)
Original comment by FHR...@gmail.com
on 14 Jul 2011 at 6:30
Original issue reported on code.google.com by
FHR...@gmail.com
on 14 Jul 2011 at 6:16