An HMODULE has always been the base address of the module, as loaded into its process.
And it's documented here: https://learn.microsoft.com/en-us/windows/win32/winprog/windows-data-types#HINSTANCE
For me it made unstable. There was no chance to do compile all for a large project group. The solution was to add scopes to unit names and improve code structure and reduce circular references.
I too would love to see a solution for this. I have read up on the problem but have no practical way to tackle it yet and I don't have the smarts to just create something from first principles. I would pay good money for a utility that just does it and could clean up my code base (20 years and counting) in a day. Sigh.
D11.3 uses some additional linker option by default to enable the address space layout randomization (ASLR) feature. Try to disable that and see if it fixes the issue.
Oh, relax. 😉 It's no bothering at all. In the end, there is now the information, that wibukey seems to be imcompatible to certain constellations with newer Delphi-projects. Not a Delphi-issue, but maybe an useful information for other wibukey-users.