I am getting this exact same issue. I have built a new VM (parallels, latest on MacBook M1 Max) for Delphi 12 and can’t get FB to run at all. I assumed it was the registration request thing that is failing, but seeing this, I installed v .3067 which has been running fine on my D11 VM and that does work. Of course, I need the latest one to pick up the Delphi 12 compiler actions.
FinalBuilder is an x86 application, so on arm it’s running in an emulated environment. I have seen other applications crash on my m1 mbp on win11 arm/parallels with similar errors. We have had this issue before, but then it started working again on later builds and now it’s failing.
I suspect it’s the virtualization code we use to protect our licensing causing this, but at the end of the day it’s all valid x86 code and the fault imho lays with the mac’s x86 emulation.
We will try a few things and see if I can produce a build that works… but no guarantees as we’ll essentially be flying blind.
It’s not as simple as doing a code diff, the problem is no in our code (which runs fine on intel/amd) - something in the compiled code is causing a problem with the x86 emulation on arm.
So it does, many thanks, I didn’t know that as it wasn’t an option on the version history page and it was 3310 that shows it as D12 (I guess as it’s the main release) but I found it. Looks like I may be stuck on that.
So what else may have changed between the two versions as 3263 works fine?
I am only guessing here, but my guess is the obfuscation tool we use to protect our licensing moves things around randomly and while it generates valid x86 code, the arm x86 emulation doesn’t like what it’s doing.