Ap 6.1.32 - Permission denied in ExecuteCommand At Line 108

[just-starting]

This is my first attempt using the new AP.
The problem occurred trying both Win7 and Win8.
I verified that the permissions seem to be correct and actually changed them
to full access for my user id. Did not help.

The autopatcher log follows.

► Show Spoiler

Autopatcher v6.1.32 Has Started at 2015-11-09 14:55:38

Starting Autopatcher From G:\Autopatcher-Win8.1\autopatcher

Detected OS: English (1033) Microsoft Windows 7 Home Premium x64 Service Pack 1
Current Locale: English / Non-Unicode Default: English
***Downloading/Processing Release List***

List file HTTP location: http://www.autopatcher.net/releases.list
Download queue processed. Proceeding to next phase.

***Release list Processed: Waiting for User Input***


Searching For Existing Releases Installed...
Found: AutoPatcher Engine 6.1.32 (Replaces Apup)
Found: AutoPatcher for Windows 8.1 (x64)
Found: AutoPatcher for Windows 8.1 (x86)
Found: AutoPatcher Common Modules
Found: .NET Framework Addon Pack (x64)
Found: .NET Framework Addon Pack (x86)
Found: Microsoft Security ENU Addon Pack
Found: Microsoft Redistributables
Found: Extras Addon Pack
Search Complete

The Following Releases have been Picked:
apengine/apengine_6132.script
common/autopatcher_common_20151013.script

***Running Any Pre-Cleanup Routines***

Download queue processed. Proceeding to next phase.

***Starting Detection Routine Phase***

***Downloading Releases***

Files to be Downloaded: 0
Nothing To Download. Proceeding to next phase.

***Processing Cleanup Routines***


Searching For Existing Releases Installed...
Found: AutoPatcher Engine 6.1.32 (Replaces Apup)
Found: AutoPatcher for Windows 8.1 (x64)
Found: AutoPatcher for Windows 8.1 (x86)
Found: AutoPatcher Common Modules
Found: .NET Framework Addon Pack (x64)
Found: .NET Framework Addon Pack (x86)
Found: Microsoft Security ENU Addon Pack
Found: Microsoft Redistributables
Found: Extras Addon Pack
Search Complete

The Following Releases have been Picked:
eight_1_x64/autopatcher_windows_eight_1_x64_20151103.script
eight_1_x86/autopatcher_windows_eight_1_x86_20151103.script

***Running Any Pre-Cleanup Routines***

Download queue processed. Proceeding to next phase.
Executing shell command: call "G:\Autopatcher-Win8.1\autopatcher\bin\curl.exe" -o "G:\Autopatcher-Win8.1\autopatcher\temp_bin\EightOne_x64.7z" http://www.autopatcher.net/releases/eig ... 0151021.7z
Executing shell command: call "G:\Autopatcher-Win8.1\autopatcher\bin\7za.exe" x -y -o"G:\Autopatcher-Win8.1\autopatcher\temp_bin\" "G:\Autopatcher-Win8.1\autopatcher\temp_bin\EightOne_x64.7z"
Error Detected: Permission denied in ExecuteCommand At Line 108

[Pendraguin]

What happens when you try running the "call..." commands directly from a command line? Do you get any errors then?

[just-starting]

I can run the call command in a normal (non-elevated) command prompt as the following shows.

► Show Spoiler

C:\Users\xxxx>call "G:\Autopatcher-Win8.1\autopatcher\bin\7za.exe" x -y -o"G:\A
utopatcher-Win8.1\autopatcher\temp_bin\" "G:\Autopatcher-Win8.1\autopatcher\temp
_bin\EightOne_x64.7z"

7-Zip (A) 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18

Processing archive: G:\Autopatcher-Win8.1\autopatcher\temp_bin\EightOne_x64.7z

Extracting TheOneW81x64.bat
Extracting W81x64Deletes.txt

Everything is Ok
Files: 2
Size: 12717
Compressed: 2207

Also, if I simply close the Yikes dialog instead of quitting, AP will happily run the md5 check and download what it
thinks is missing but, of course, since the unzip failed it actually downloads down level modules as I verified when
running the addon selection.

[just-starting]

Forgot to mention that when running the addon selection I also got a 'permission' error at line 108 but this time on the command
del /q "G:\Autopatcher-Win8.1\autopatcher\modules\AddOns\Adobe_files\install_flash_player_18_plugin.exe"

When I ran this in command prompt, it failed when 'file not found'. I verified that the file was in fact not there.
So this is not really a permission issue in this case.

[Pendraguin]

Try running AP by right-clicking it and clicking on "Run as administrator". It *shouldn't* matter, but I could have sworn that I'd gotten "Permission denied" errors occasionally, and that's what I did to try to get past it. Might have just been coincidence though.

[just-starting]

Running as administrator makes no difference although I was mis-lead into thinking it did. I tried a run getting only the
common modules and it worked correctly as administrator but I re-tried in normal mode and it also worked correctly.
As a wild guess, I created a new directory for autopatcher (assuming my permissions were actually muffed) and then
ran common modules separately without issue and then tried the admin tools which started reporting permission problems.

In this case, for the first time, an execute of curl failed.
So I ran each failing command directly in a normal command prompt and they all worked correctly.

However, sweeper reported a permission failure trying to delete C:\#AutoPatcher_Temp#.
I then ran sweeper /verbose and when closing the dialog I get Application Error - Error detected in frmsweep.Closing() at
line 0. Access to the path 'modulecode-13-08-57.58.bat' is denied. I cannot find that bat file anywhere on my system.

I am very confused about what is going on.

[TheAPGuy]

The batch file was an older way of executing external commands. The system figured out how to implement running commands that way. However it left the possibility of running into permission errors and such. So I improved the way executions are handled by calling the external commands properly. Go to the testing forum and download the latest version and see if that fixes your permission issues.

[just-starting]

Downloaded AutoPatcher-v6_1_39.7z
Installed in a test directory
Tried just the Admin Tools request which failed with error

► Show Spoiler

Autopatcher v6.1.39 Has Started at 2015-11-11 20:46:09

Starting Autopatcher From G:\test

Detected OS: English (1033) Microsoft Windows 7 Home Premium x64 Service Pack 1
Current Locale: English / Non-Unicode Default: English
***Downloading/Processing Release List***

List file HTTP location: http://www.autopatcher.net/releases.list
Download queue processed. Proceeding to next phase.

***Release list Processed: Waiting for User Input***


Searching For Existing Releases Installed...
Found: AutoPatcher Engine 6.1.32 (Replaces Apup) Is Not Current.
Found: AutoPatcher Common Modules
Found: Admin Tools (Requires Users Presence To Install Items)
Search Complete

The Following Releases have been Picked:
admintools/windows_admin_20151109.script

***Running Any Pre-Cleanup Routines***

Download queue processed. Proceeding to next phase.
Executing shell command: call "G:\test\bin\curl.exe" -o "G:\test\temp_bin\TheAdmin.7z" http://www.autopatcher.net/releases/adm ... 0151029.7z
Error Detected: File not found in RunCommand At Line 104
Attempted Commandline: call "G:\test\bin\curl.exe" -o "G:\test\temp_bin\TheAdmin.7z" http://www.autopatcher.net/releases/adm ... 0151029.7z

As an aside, I ran Icacls just to check the consistency of permission on the G:\test directory and no problems detected.
And just for the hell of it, also ran sfc /scannow which found no integrity violations.

[Pendraguin]

Error Detected: File not found in RunCommand At Line 104
Attempted Commandline: call "G:\test\bin\curl.exe" -o "G:\test\temp_bin\TheAdmin.7z" http://www.autopatcher.net/releases/adm ... 0151029.7z[/spoil]

APGuy, that's the same error that WAC & I reported with 6.1.39 here: viewtopic.php?f=26&t=47&start=290#p4114
(tho with different scripts)

[just-starting]

Quick update:

The frmsweep.Closing() error that I mentioned earlier occurred due to impatience. The dialog was 'going nothing'
with the cursor in column 1 under the file count so I simply closed the dialog. Well, the sweep was not actually
finished; however, it would be preferable id the message 'Performing Cleanup...' showed in the dialog. I let the
dialog sit and eventually it closed normally.