Crash on RequestLease a second time

We can't reproduce this with the dynamic builds of TurboFloat. We haven't tested the static builds to try to reproduce this (because (a) the static versions are identical, functionally, to the dynamic version and (b) static builds can be interfered with by linking with alternative libraries and overwriting our internal code).

Try again with the dynamic version of TurboFloat. If you're still getting an error then we'll need more information (full stack trace, a reproducible example, etc.).

If you're not getting an error with the dynamic version of TurboFloat, then analyze how you're linking the static TurboFloat. First, make sure you're *only* using our static versions of libraries (don't swap things out -- we carefully compile things so they work, just because we depend on publicly available libraries does not mean they can be swapped out without consequences). And also make sure you're using the latest version of TurboFloat.

We are using the dynamic TurboFloat DLL. The TurboActivate part is statically linked, though. Will try upgrading. If that does not work, will try some sample code to reproduce.

Tried upgrading TurboFloat DLL and TurboActivate. Still same issue. Made a small test app that basically does TF_RequestLease(); TF_DropLease(); TF_RequestLease() and then BAM! The second request crashes.

This is using a hollowed out shell of the class used in production. So, if we are doing something unusual the code can be provided privately. We are under pressure to release, so identifying the cause of this issue is time sensitive.

Shoot your reproducible example over to support@wyday.com and we'll take a look at it.

Just in case anyone else runs into this weird problem, the issue has been resolved! The code did an erroneous TF_Cleanup() after dropping the lease.

Took awhile to peel back the layers to match the Example.c program. Once done, the only difference was that cleanup memory call. Removing it fixed the program that otherwise crashed.