LynnS

NDog, thank you very much for posting that code!

This looks like a very useful UDF, but the download file only contains two web URLs, neither of them work.

Ah, much better... Thank you!

$return = RegWrite('HKLMSoftwareMicrosoftWindowsCurrentVersionRun', 'FHCServicesPortalUpdate', 'REG_SZ', 'C:FHC_Toolsnew.Portalnew.PortalSvc.exe') $error = @error MsgBox(262144,'Debug line ~' & @ScriptLineNumber,'Selection:' & @lf & '$return' & @lf & @lf & 'Return:' & @lf & $return) ;### Debug MSGBOX MsgBox(262144,'Debug line ~' & @ScriptLineNumber,'Selection:' & @lf & '$error' & @lf & @lf & 'Return:' & @lf & $error) ;### Debug MSGBOX ; $return = 0 ; $error = 0 It has to be something with that specific test system. Even when I try to import a reg file manually it fails. I also tried stopping the antivirus and manually importing the reg file... Still the same error: Registry Editor Cannot import C:Documents and SettingsAdministratorDesktoprunkey.reg: Not all data was successfully written to the registry. Some keys are open by the system or other processes. Of course, modifying the registry using regedit works fine. Strange behavior, but not an AutoIt thing. I appreciate that you ran it on a different system, and helped me narrow it further.

When trying to write an entry into the registry (specifically the Windows Run key) on a Windows XP system, it fails: $test2 = RegWrite('HKLM\Software\Microsoft\Windows\CurrentVersion\Run', 'FHCServicesPortalUpdate', 'REG_SZ', 'C:\FHC_Tools\new.Portal\new.PortalSvc.exe') MsgBox(262144,'Debug line ~' & @ScriptLineNumber,'Selection:' & @lf & '$test2' & @lf & @lf & 'Return:' & @lf & $test2) ;### Debug MSGBOX ; fails to write I have tried various things with no success. If I just change the data string slightly that gets written the code works just fine. For example, this code works: $test2 = RegWrite('HKLM\Software\Microsoft\Windows\CurrentVersion\Run', 'FHCServicesPortalUpdate', 'REG_SZ', 'C:\FHC_Tools\new.Portal2\new.Portal2Svc.exe') MsgBox(262144,'Debug line ~' & @ScriptLineNumber,'Selection:' & @lf & '$test2' & @lf & @lf & 'Return:' & @lf & $test2) ;### Debug MSGBOX ; works just fine Windows 7 (with the #RequireAdmin) has no problems. I have already checked the Registry permissions and my "administrator" user has Full access. Any Ideas why it won't work?

Is there a secret to getting this to work in Windows 7? Even with the #RequireAdmin included in the Example.au3 code, I cannot get this to work. It appears to access all of the include files correctly, but no hash info is ever generated. Has anyone come up with an easier way to generate a SHA512 hash since the posting of this code in 2008?

I have a whole bunch of scripts that I've generated using AutoIT that work great on Win2k and WinXP. I'm now trying to get them to work on Windows 7 (32 bit and 64 bit). I am deploying the scripts using LANDesk Management Suite version 8.8 and version 9 (two separate LANDesk core servers). The problem I'm seeing (I think) is that the UAC is stopping the programs from running (even though UAC is as disabled as much as it can be). LANDesk Management Suite downloads the scripts to the machines successfully using a pull-based technology, and then executes the scripts with the local computer SYSTEM account. The programs never display anything until I logout and log back in. I then get a message from Windows 7 telling me that there is one or more programs asking to interact with the desktop. If I allow the interaction, then Win7 goes into some sort of "secure" desktop mode (something I haven't been able to find anything about online yet), and the scripts finally show up. They can be as simple as: #RequireAdmin MsgBox(0,'Test','Hello World!') Exit If I manually browse to the executable and run it, after being prompted to allow it to run, the script executes successfully. Any ideas? Lynn

In the previous versions of AutoIt, it was possible to store double-byte character languages like Japanese, Chinese, and Korean in a UTF8 format ini file. Then by simply accessing the various fields in the ini file, configuring the script dialogue for different languages. In this latest version 3.3.0.0, how can something like this be implemented? I do not understand the changes that have been made, nor why they were made. I used to save dialog for multiple languages in ini files in UTF8 format like so: [English] $title = "Sophos Security Suite Install" [spanish] $title = "Instalación del Paquete de Seguridad Sophos" [Korean] $title = "Sophos Security Suite 설치" [Chinese] $title = "安裝 Sophos Security Suite" [Japanese] $title = "Sophos Security Suite インストール" Then I'd determine the language an OS is displaying in, and set the variables to the appropriate language. Example: $lang = "Japanese" $title = Translate("$title") Func Translate($txt) Return IniRead(@TempDir & "\Sophoslang.ini", $lang, $txt, IniRead(@TempDir & "\Sophoslang.ini", "English", $txt, $txt)) EndFunc ;==>Translate Does anyone have any suggestions on how to get something similar to work in this latest version of AutoIt?

http://home.fnal.gov/~jklemenc/importpfx.html provides a tool that will automatically do the import into the personal or root store on a system. This works great for Internet Explorer. However, I'm trying to now do the equivelant for Firefox. I've found http://www.mozilla.org/projects/security/pki/nss/tools/ but they do not look simple to use at all. Any suggestions?

HOW? Your posting really is useless because you didn't tell anyone how you fixed the problem.

Monamo, that works great. Thanks.

I'll have to do some additional testing... I thought the execute() function would work, but I haven't gotten it to yet when reading in the ini file. I'll have to try the other suggestion too. Thanks for the help.

That doesn't work... It still displays things as text. I tried single quotes and double quotes.

I am importing dialog text from an ini file based on the language detected. Some times the message of the dialog needs additional information based on what language is being displayed (because of the location of the person reading the message). I want to be able to include AutoIt macros like @CRLF and @TAB into the ini variables, something like this: certfailmsg = "text line 1" & @CRLF & "line2" & @Tab & "line2 message" & @CRLF & "line3" & @Tab & "line3 message" & @CRLF & "line4" & @Tab & "line4 message" When I run the script, the iniread() function successfully pulls in the entire line, but when I use msgbox to display it, the macros are interpreted as text instead of the AutoIt macro. Any suggestions?

PsaltyDS, VERY helpful. Exactly the type of help I was looking for. THANKS!