AutoHotkey Community

Do you mean you can't create a task from within AutoHotkey? I suppose you could Run Schtasks.exe...
You'd have to relaunch the script, requesting admin rights. This can be done via ShellExecuteEx - see example. Schtasks.exe might also require this.

I'm having an issue with the latest v0.9.0.49 release where it will copy the Ahk2Exe.exe, AutoHotkeySC.bin and Upx.exe files to the directory containing the script I am compiling if I use the right-click option "Compile with Options"

If I remove the v0.9.0.49 release, install v0.9.0.48, run a "test" compile and then install v0.9.0.49 over it the problem goes away.

This happens in both Windows XP and Windows 7.

Any ideas?

Are there any plans on updating this to support AutoHotKey_COM? When I compile it and try to run it I get an error

Could not extract script from .EXE

There's nothing this script has to do to support it - all the real work is done by Ahk2Exe. However, you'll have that problem if you try to use the /NoDecompile option with any custom build of AutoHotkey. Also note that AutoHotkey_COM is obsolete; AutoHotkey_L is more up to date.

Nice, I didn't know that, that would explain what my issue is, I never tried it without the no decompile option.



My mistake, I meant AutoHotKey_L, the issue is there with either.

Thanks for the feedback, I really like this application but was disappointed it wouldn't work with the modified versions. Now that I know it was a simple checkbox causing my problem I'm back up and running like normal.

I've been having the same issue, but no idea which version I'm using. I think I must've deleted the script's temporary folder (along with everything else in %TEMP%) at some point, and this version is incapable of recreating it. This is the problem section:
This simply won't work. If the directory doesn't exist, SetWorkingDir will fail and A_WorkingDir will remain unchanged. However, it appears to be fixed in the current version:

Hi
Tks for the nice application.
Question: The passord is for compilation I have tested it and it does not seemed to be for execution. Can you confirm this.l? Tks.

Bat

The password used for compilation is used to decompile, not to run the script.

You can script your own password prompt if you want to prevent unauthorized execution of the script.

_________________


Need help right away? Get live support on IRC.
Already have an IRC client installed? /join #ahk

very cool! thank you!

For some reason, when using this, it insist about overwriting my source code, I woud have lost all if I didnt have it open in editplus, so that was kinda nasty.

Using AH version 1.0.48.05.161

Also have all files stored in a dropbox folder.

Trojan-GameThief.Win32.OnLineGames.tnys detected by kaspersky when i try to compile. maybe that's also why user duveit has his source code rewritten, maybe it tries to add some other hacks too. (it happened to me too)

_________________
fincs
Highly recommended: AutoHotkey_L (see why) (all my code snippets require it)
Formal request to polyethene - I support the unity of the AutoHotkey community
Get SciTE4AutoHotkey v3.0.00 (Release Candidate)
[My project list]

It might also be the AutoHotkeys_L compiler that's problematic.

...and sorry, you were answering as i was posting. I read about that but the trojan it finds seems pretty specific, and a version of my script compiled in 2009 is not detected as malware. I now edited my script and recompiled it with AutoHotkeys_L only for the Unicode support.

I uninstalled this compiler and AutoHotkey_L with an uninstaller that also cleaned the registry, reinstalled and used Ahk2Exe.exe to compile it and no more malware alert.