Code: Select all
What AutoPatcher was trying to do
It appears that the error occured while AutoPatcher was trying to execute an external command or program.
Where: GeneralFunctions.RunCommand() At Line 104
Error Code: 0x35: File not foundThis is where it is looking for an rti file to load into an object. I didn't put a safety in there for "file not found". Really though it should not have an issue there since that file would have been just created. I will look around.Pendraguin wrote: Where: mdlReleaseIntegrity.indexRTIFiles() At Line 132
Error Code: 0x35: File not found[/code]
tyrying??
This is fine... it deletes the unziped rti's after loading them. However the one you crashed on is not shown. What scripts did you have to load?Pendraguin wrote: From the Show Log screen:► Show Spoiler
This will often get you past the error but, continued normal operation is usually unlikely.Pendraguin wrote: As per parkd1's suggestion with the previous error, I hit the X button to close the error, and AP continued.
This can happen if something is still using the temp directory. For example you may have that window open or a command is still running from there. I have no known way of telling when its free to delete something. what I can do is catch the error and make it silent.Pendraguin wrote: I proceeded to install the updates, clicked FINISH, then got another YIKES error message:
What AutoPatcher was trying to do
It appears that the error occurred while AutoPatcher was trying to clean up the temporary folders.
Where: frmMain.Form_Unload() At Line 104
Error Code: 0x46: Permission denied
The only script I'm selecting is Windows 7 SP1 (x86). Trying to keep things simple for now.TheAPGuy wrote: This is fine... it deletes the unziped rti's after loading them. However the one you crashed on is not shown. What scripts did you have to load?
from when apup was still being supported. Since the big switch off to AP they were supposed to be edited to just "bin\curl.exe" I may have forgotten to inform WAC about that during the time. That will only effect the removal of older updates though since, he uses the batch file to clean up things with instead of cluttering up the script with more entries.
copy paste from other thread so others may find the scripts commands easier.Ok so I said screw it to messing with the scripts. Anyways... I fixed up the execute function to include searches for "call" "ren" "del" "copy" and "move" to go to console execution. However it is recommended to start using the already included AP functions instead of the console commands as the functions will give feedback on errors while the consoles commands will not.
The following is a list of script functions supported (they should be easy to figure out what they do):
"FILERENAME", "RENAMEFILE"
"FILEMOVE", "MOVEFILE"
"FILECOPY", "COPYFILE"
"FOLDERRENAME", "RENAMEFOLDER"
"FOLDERMOVE", "MOVEFOLDER"
"FOLDERCOPY", "COPYFOLDER"
"FILEDELETE", "DELETEFILE"
"FOLDERDELETE", "DELETEFOLDER"
"UNZIP", "UNZIPFILE", "FILEUNZIP"
"DOWNLOAD" <-- this one is new and supported in this latest version and up. For you WAC! replace curl command with this eventually. NOT YET THOUGH! (I want to test a bit more.) you can do it in a test script though.
The functions that require two inputs need the inputs to be separated with a "|" character. Example PREACTION=FOLDERMOVE autopatcher:\modules | autopatcher:\Mymodules
Download is the exception to this. it requires "::" in between the inputs. Example PREACTION=download http://www.autopatcher.net/gold :: c:\MyWallet <-- notice I didn't need caps to use download function. It just makes it easier to notice commands if you write them in all caps. Same with preaction it doesn't need to be all caps. it could be pReacTioN and still work.
hmm... I remember there was a reason you said you didn't like the functions though... or was it dom that said that...
Uploading latest version in a min.
