Announcement

Collapse
No announcement yet.

1605 Error

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • 1605 Error

    Hello again,

    I have noticed that whenever I try to use a Registry Key (which is readable just fine by all other software), the Log reports Error 1605 on trying to access the key.

    [02/04/2015 05:51:45] Error Script: On Startup, Line 46 (1605)

    if not g_InstalledVersion then
    local MainKey = HKEY_CURRENT_USER;
    local SubKey = SessionVar.Expand("Software\\TestAppBuild");
    local ValueName = "InstallLocation";
    local FolderPath = Registry.GetValue(MainKey, SubKey, ValueName);
    g_InstalledVersion = VisualPatch.CheckFolderVersion("%AppFolder%", FolderPath);
    if g_InstalledVersion then
    SessionVar.Set("%AppFolder%", FolderPath);
    end
    end

    The key exists, and all other software accesses it fine like I said...it doesn't matter what I change it to, it's always the same error.

    I am running Win 7 64-bit Ultimate.

  • #2
    Forgot to mention, I'm running as an Administrator (UAC is off)

    Comment


    • #3
      Are you sure that the registry key is located in HKEY_CURRENT_USER and not in HKEY_LOCAL_MACHINE?

      You could export the relevant data from the registry and attach it here, assuming that what you posted is exactly your current script.

      Ulrich

      Comment


      • #4
        I'm having this same problem on machines running 64-bit Windows. The following code checks to see the version of Java installed:

        check_var = Registry.GetValue(HKEY_LOCAL_MACHINE, "SOFTWARE\\JavaSoft\\Java Runtime Environment", "CurrentVersion", true);
        SetupData.WriteToLogFile("Check for existing install of Java JRE ... version="..check_var.."\r\n", true);
        if (check_var == "") then
        check_var = Registry.GetValue(HKEY_LOCAL_MACHINE, "SOFTWARE\\JavaSoft\\Java Development Kit", "CurrentVersion", true);
        SetupData.WriteToLogFile("Check for existing install of Java JDK ... version="..check_var.."\r\n", true);
        end
        if (check_var ~= "") then
        SessionVar.Set("%JavaCurrentVersion%", check_var);
        else
        SessionVar.Set("%JavaCurrentVersion%", "");
        end

        On a machine running 32-bit Windows, the setup log entries are:

        [02/10/2015 11:53:47] Error Script: On Startup, (1000)
        [02/10/2015 11:53:47] Error Script: On Startup, (1000)
        [02/10/2015 11:53:47] Error Script: On Startup, (1000)
        [02/10/2015 11:53:47] Check for existing install of Java JRE ... version=1.7
        [02/10/2015 11:53:47] Error Script: On Startup, (1000)
        [02/10/2015 11:53:47] Error Script: On Startup, (1000)
        [02/10/2015 11:53:47] Error Script: On Startup, (1000)
        [02/10/2015 11:53:47] Error Script: On Startup, (1000)
        [02/10/2015 11:53:47] Error Script: On Startup, (1000)

        but on 64-bit Windows machines, I see this in the log:

        [02/10/2015 11:46:12] Error Script: On Startup, (1000)
        [02/10/2015 11:46:12] Error Script: On Startup, (1000)
        [02/10/2015 11:46:12] Error Script: On Startup, (1000)
        [02/10/2015 11:46:12] Error Script: On Startup, (1605)
        [02/10/2015 11:46:12] Check for existing install of Java JRE ... version=
        [02/10/2015 11:46:12] Error Script: On Startup, (1605)
        [02/10/2015 11:46:12] Check for existing install of Java JDK ... version=
        [02/10/2015 11:46:12] Error Script: On Startup, (1000)
        [02/10/2015 11:46:12] Error Script: On Startup, (1000)
        [02/10/2015 11:46:12] Error Script: On Startup, (1000)
        [02/10/2015 11:46:12] Error Script: On Startup, (1000)
        [02/10/2015 11:46:12] Error Script: On Startup, (1000)
        [02/10/2015 11:46:12] Error Script: On Startup, (1000)

        As far as the registry goes, the entries look identical (i.e.: HKLM\SOFTWARE\JavaSoft\Java Runtime Environment\CurrentVersion exists)

        Tim

        Comment


        • #5
          On a 64-bit operating system, and without help (Wow64 plugin), Visual Patch cannot access HKLM\SOFTWARE\JavaSoft\Java Runtime Environment\CurrentVersion. Any attempt to read there would be redirected to the 32-bit registry node.

          Ulrich

          Comment


          • #6
            Thank you for the reply. That plug-in works great!

            Comment

            Working...
            X
            😀
            🥰
            🤢
            😎
            😡
            👍
            👎