I have a policy to install software with a separate Administrative user, but develop with a normal non-Administrative user.
For some software, this creates problems, either because it cannot cope while running as a non-UAC user, or because they write their configuration (either on disk or in the registry) to the user that installed the software as opposed to:
- write the configuration as a template to a generic place (like %ProgramData% or HKLM) then
- apply that template when a user first runs the software
ModelMaker Code Explorer does the latter, of which I earlier wrote about in Fixing Unable to create ModelMaker Tools Shared Directory and Cannot create file “C:\HungarianTypeLookup.txt”. Access is denied..
Uwe Rabbe (who now maintains MMX) will fix this, but until then, you either will see no MMX menu entry at all, or get errors like the ones below.
Others have ran into them as well, so hopefully these steps will provide a fix for them as well, see
I think the best fix is for the installer to detect if it is being run as regular user or administrator, then decide upon those where to write in the registry. I’m not sure though how other Delphi experts handle this, so I am open on input from other parties.
Steps below are based on
- Delphi version info table; need help with these: ProjectVersion for C# Builder, Delphi 2005 and 2006; DllSuffix for C# Builder; Appbuilder 1.13 codename
- Verify Installation – MMX
- How to verify a ModelMaker installation?
No MMX in the Delphi menu at all
This likely means MMX is not registered in the registry for the current user.




