Closed dewiniaid closed 7 years ago
@Dunbaratu mentioned in slack the other day that he thinks there is a misalignment happening somewhere but he wasn't sure where. Perhaps this example will help him find the problem.
Is there any chance you could run this with the error and pass along the full log file?
For the time being I'm going to add this to the v1.0.0 milestone, but it will depend on if we can find the issue in time for release.
It's been awhile, but I'll see if I can repro. Fortunately it's all still in the gist.
Okay, apparently somehow the gist has a different version of lib_util (and, indeed, everything else) than the one I could swear I uploaded. I'll see if I can figure out what the actual version I had was at the time.
Should we finally close this issue? It's only open because we were waiting to see if it could still be reproduced. It's been 9 months without that happening.
Due to the difficulty of re-creating the problem, and due to the fact that this has been waiting in limbo for 9 months to see if @dewiniaid could re-create it, with no movement during that time. We're going to close it.
If you want to re-discuss the issue, feel free to open a new issue with new information for it.
I'm having issues slimming down my test case (which spans several files), so here is a gist with the affected.
When running
lib_orbit_tests
from the attached gist, KOS throws an error about stack misalignment. There's two different triggers depending on whether the orbital eccentricity is greater than 1 or not -- the e>1 case triggers at the end of a function that shouldn't have even been called.e<=1 case:
e>1 case:
It's worth noting there's a lot of use of delegates being used here -- both to builtin functions (arcsin/etc) and KerboScript functions. In fact, most of the delegates use
:bind(another_delegate@)
in their construction.Note that nowhere in the logical flow in the second stack trace should _acosh have ever even been entered -- yet it is called (evidenced by the debugging PRINT triggering.)