Not running - DLL registration issue?

Question

Not running - DLL registration issue?

Opened this issue 8 years ago · 14 comments

I have "unblocked" both the .EXE file and the .DLL file, and even downloaded the latest version of the DLL, but the script still does not work. I put MsgBox statements in the script, and the problem seems to be in executing the "DllCall(GoToDesktopNumberProc, Int, n-1)" statement.

I am running on 64-bit Windows 10.

Any clues as to what else I can try?

Answer 1 · 2017-04-01T21:50:49.000Z

More info:
Right after the call that loads the DLL, %ErrorLevel% has a value of zero.
Right after attempting the "GoToDesktopNumberProc" attempt, %ErrorLevel% is -4 (negative 4).
AutoHotKey documentation says that means "The specified function could not be found inside the DLL."

Answer 2 · 2017-04-05T02:52:22.000Z

Did you ever get a resolution? I just downloaded / installed and it doesn't work at all. I'm also on Win 10 64-bit.

Answer 3 · 2017-04-05T09:00:30.000Z

Hi. What is the version of your Windows installations?

Answer 4 · 2017-04-05T20:05:29.000Z

@sdias: I have Win 10 Home, 64-bit. (The 'free' update from Win 8.x)
ver: Microsoft Windows [Version 10.0.14393]

Answer 5 · 2017-04-06T02:37:18.000Z

I need to clarify... The EXE works. (Mostly, at least. Still checking some key assignments.)
Running the AHK file fails. The systray icon loads, I can right click it, etc., but the hotkeys don't work.

Answer 6 · 2017-04-06T11:22:53.000Z

I think the problem is either related to admin permissions or with the latest Windows update. I'll have to investigate when I have some time.
@gityta That's strange. Maybe AutoHotkey isn't running with enough permissions.

Answer 7 · 2017-04-06T15:19:06.000Z

For what it's worth, running the script as Administrator did not change the behavior.

Answer 8 · 2017-04-06T16:10:31.000Z

What version of AutoHotkey do you have installed?

…

On 6 Apr 2017 4:19 pm, "gityta" ***@***.***> wrote: For what it's worth, running the script as Administrator did not change the behavior. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#37 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ABpaAaHyQmnof2fH0eLe5LgwszHxMo3Uks5rtQJrgaJpZM4Mwn2w> .

Answer 9 · 2017-04-06T18:25:09.000Z

I have version 1.1.24.00
Just updated to 1.1.25.01 and tired again. The script still loads the tray icon but does nothing else.
I'm sticking with the EXE, as it's working great.

Answer 10 · 2017-04-10T13:23:45.000Z

@kger @gityta I'm stumped. You are using the same version of Windows and AutoHotkey that I am. Could it be that the current working directory that you are launching the script with isn't the directory where the script is located in?

Answer 11 · 2017-04-11T00:16:46.000Z

@sdias I specifically ran the script from the directory where it is located.

Answer 12 · 2017-04-13T11:05:45.000Z

@gityta Very strange indeed. The only other reason I can think of is that the script and the executable are running different code, but I recompiled the script into a new executable, and both still work on my machine. I'm glad the executable works for you though.
I'll leave this open to see if any other people are experiencing this, and based on what they report to see if we can debug this further.

Answer 13 · 2017-05-18T20:26:28.000Z

Hi @gityta, I am currently revising old issues on this project: do you still experience the bug you reported?

Answer 14 · 2017-05-19T03:55:25.000Z

Hi @GioBonvi, I haven't done anything other than use the EXE since posting this. Since it works so well, I just stayed with it. Didn't have time to do any more testing.