Hi Gianni, In general it should be possible to write to the 64-bit part of the registry. The Uniface process of course needs the appropriate permission to do this. It would be interesting to know what exactly you are trying to do here. What is the name of the specific registry key/value? In case you can read the data from the registry value then you should also be able to update it. One possible reason that $setting returns the error -1118 could be when the name of a registry key (or value) includes one or more forward slashes. But this problem affects both reading and writing using $setting. For details see BUG#31289.

gianni said One side question: examples into Uniface documentation (current ULibrary or UnifaceInfo online doc) about $setting usage with Topic=REGDATA sometimes uses the syntax: $setting("", "HKEY_LOCAL_MACHINE\\TheFullPath\\keyName", "REGDATA") = value while in other cases I've seen used square brackets, like this: $setting("", "[HKEY_LOCAL_MACHINE\\TheFullPath]keyName", "REGDATA") = value Are both syntaxes correct?

Yes, both syntaxes are correct. The first retrieve profile ("HKEY_LOCAL_MACHINE\\TheFullPath\\keyName") can refer to a registry key or value called keyName under HKEY_LOCAL_MACHINE\\TheFullPath\\. When the keyword REGDATA is used then the retrieve profile has to refer to a registry value. If REGKEYS is used then the retrieve profile is referring to a registry key. And the second one ("[HKEY_LOCAL_MACHINE\\TheFullPath]keyName") refers to a registry value called keyName under HKEY_LOCAL_MACHINE\\TheFullPath\\. When using square brackets in the retrieve profile then you can only use the keywords REGDATA and REGVALUES. Using REGKEYS will cause the error -1118. Hope this helps. Best regards, Daniel Iseli Uniface Technical Support

Hi Gianni, For your first problem (32/64 bits) Introduced in 9.6.05 version : Added Source values of "32" and "64" to enable alternate registry access on older Windows Platform . Best regards,

More infos: I would like to change at runtime these registry key: HKEY_LOCAL_MACHINE\\SYSTEM\\ControlSet001\\Control\\Print\\Monitors\\Multi File Port Monitor\\HPPS:\\FilePattern HKEY_LOCAL_MACHINE\\SYSTEM\\ControlSet001\\Control\\Print\\Monitors\\Multi File Port Monitor\\HPPS:\\OutputPath These registry keys are also available as CurrentControlSet but I've concentrated my action on ControlSet001. When reading them with: vFile = $setting("", "HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Print\\Monitors\\Multi File Port Monitor\\HPPS:\\FilePattern", "REGDATA") vPath = $setting("", "HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Print\\Monitors\\Multi File Port Monitor\\HPPS:\\OutputPath", "REGDATA") I get correct results: vFile=HPPS-%t-%Y%m%d%H%n%s.ps and vPath=C:\\Users\\Gianni\\Documents\\U97Devel\\project. When trying to write them either with: $setting("", "HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Print\\Monitors\\Multi File Port Monitor\\HPPS:\\FilePattern", "REGDATA") = vFile or: $setting("64", "HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Print\\Monitors\\Multi File Port Monitor\\HPPS:\\FilePattern", "REGDATA") = vFile I always get $procerror = -1118 One more question: when I open regedit to look into registry Windows is interactively asking me to raise rights. How could I force my Uniface process to raise its rights NOT interactively? Gianni

Thanks for the additional info, Gianni. So it seems that the user does not have the required permission to write to the mentioned registry key. You need to start Uniface as Administrator and then it should be possible to update the values in the registry. This is not something you can do from inside Uniface (at least not with standard functionality). It, however, is a bit confusing that $setting does not report the error -12 (An error occurred while trying to read or write to the file, registry, or environment variable.) when it cannot write or update a registry key or value. But maybe there's a reason that the error -1118 is returned in this situation. Hope this helps. Daniel

Hi Daniel, without any code change, starting uniface as Administrator has worked properly! Nevertheless if this functionality is requiring admin rights is not the right one for me... I must look for another path to solve my problem... Thanks Daniel and UserGho for your inputs! Best Regards, Gianni

Why not write to CURRENT_USER reg key? That should be possible.

Hi Edu, nice to hear from you after all these years. Greetings from Frankfurt/Germany, Uli