Problem using 32-bits TurboFloat.dll with 32-bits Delphi applicationAnswered

We have a problem using the TurboFloat.dll (32-bits) with a Delphi (32-bits) application. When the following code is executed, an access violation occurs:

// set the lease changed handler
tf.LeaseChange := TurboFloat_LeaseChange;

When we use the demo Delphi application in 32-bits, the same access violation occurs. When we use the demo Delphi application in 64-bits (with also 64-bits TurboFloat.dll), it works fine. Any ideas what the problem can be?

Versions?

https://wyday.com/limelm/help/faq/#useful-reports

We are using TurboFloat 4.3.3.0.

... and the version of Delphi .... and the version of Windows.

Delphi 10.2 (Tokyo) and Windows 10 (version 2004).

Answer

We can't reproduce this with either 32-bit or 64-bit versions of TurboFloat with Delphi 10.3 on Windows 10 (version 2004).

Did you fix the Delphi settings as we clearly describe in the tutorial article?

, edited

Yes, i have set the Privileged Instruction to User Program instead of Debugger. The 32-bits version of the demo application also doesn't start when i don't use the debugger.

Delete your compiled app, and the TurboActivate.dll. Recompile your app and re-copy the TA dll.

If it works in debug but not in compile then it‘s almost certainly a problem with how you’re compiling or distributing your app.

if it still doesn’t work after that, then provide a whole bunch more info and we’ll try to help.

, edited
Reply
Discard post