Sign in to follow this  
Followers 0
hackersarchangel

Want to start recompile without using separate .exe and one other question...

8 posts in this topic

#1 ·  Posted (edited)

So I was looking at the self delete FAQ code and was wondering if there is a way for me to modify that to do a self compile.

Basically, I want to be able to take my .exe, run it, have it unpack and change whatever files need changing, then recompile everything back into itself. I considered making a separate .exe so I could auto re-run the main.exe afterwards using a switch ,and I was also thinking I could make a placeholder file so the program would know it was just updated and run anything specific afterwards if I didn't make a separate .exe

MsgBox(0,"Start","Starting self-compile attempt.")
    $iDelay = 0
    Local $sCmdFile
    FileDelete(@TempDir & "update.bat")
    $sCmdFile = 'ping -n ' & $iDelay & ' 127.0.0.1 > nul' & @CRLF _
             & ':loop' & @CRLF _
             & @ScriptDir & 'UpdatesAut2exe.exe /in test.au3 /icon test.ico' & @CRLF _
             & 'if exist "' & @ScriptDir & 'Updatestest.au3 goto loop' & @CRLF _
             & 'Pause'
    FileWrite(@TempDir & "update.bat", $sCmdFile)
    Run(@TempDir & "update.bat", @TempDir, @SW_SHOW)

Also, if I make an includes file, to list all of the files that would need including, would that be relative to that file, i.e

This code would run the file from the main.exe being in the highest parent folder (like C: for example)

ShellExecute(""Subfolderincludedsubfolderfile.exe"

But in my subfolder: (example C:UpdateFileInstall.au3 and C:Updateextra_filesfile.exe)

FileInstall("extra_filesfile.exe", "file.exe")

If I was to #include that file into my main.exe, would it be placed in the right folder? I'm gonna test that theory in a bit, and post my findings. The basic thing is that if I was to re-compile the script, since that has to be a literal string, would prefer to not have to do a bunch of checking for those files to be in the right place lol.

As I'm running this through my head, I'm realizing that one option would be to compile that into the other .exe (update.exe) and then just have an extract all switch like /e.

Basic breakdown as I see it in my head: have the main.exe compile FileInstalling only the compiler and the update.exe files. The main.exe file would then extract the update.exe file and by default it would extract all files needed for running the sub programs. When going to update I would pass a switch /u to it so it would update any files, then recompile the main.exe. This is where the my need to possibly pass the command via the loopback into the computer would be needed. My testing shows that when going to run the compiler I need more time between the time I pass the command and the time it starts compiling due to it trying to pack the update.exe file and causing the compile to fail. One option I thought of was to do:

FileInstall("Update.ex_","Update.ex_")
FileInstall("Update.ex_","Update.exe")

but someone else didn't like it because they was thinking it would double the size of the file. I'm gonna test that theory in a minute as well after I finish making my final edit xD

Ok sorry for the massive post but this is a unique to me concept and was wondering if anyone else found this idea interesting and also had any advice.

Edited by hackersarchangel

Share this post


Link to post
Share on other sites



Ok so I did a test with the option:

FileInstall("Update.ex_","Update.ex_")
FileInstall("Update.ex_","Update.exe")

and it did not double the size of the file. I used a 4mb file to test with, going to include a bigger file and see if it's any different. Also noticed that FileInstall put the files in the same Dir as the Update.exe unless I specified the subdirectory. Since running commands needs to be spot on, just have to remember to specify that :) Doesn't change anything though.

Share this post


Link to post
Share on other sites

#3 ·  Posted (edited)

Why would you do this? Although I think it's an interesting idea, I don't see any advantage to it. On the other hand I can think of several drawbacks. What is wrong with simply writing commands to an external file such as an ini file?

Edited by czardas

Share this post


Link to post
Share on other sites

#4 ·  Posted (edited)

What I'm gonna do is compile two .exe's. One that has all the files in it and the commands for recompiling the main .exe. Then I will pack that exe inside the main exe, and when running, unpack the update.exe and then send it a switch to tell it what mode to go into, either to self update, or to just pop out all the files that are needed with the main.exe

Some of the other stuff I was just thinking could be useful, I did notice yesterday on the self delete one that when I had it do that it didn't take long to loopback into the machine except in one instance of that where it took it a full 5 seconds to do that

Oh and the advantage is that with the way I'm designing the program is that we have some files that hardly ever update, but others that update more often, almost daily, so I'm going to pack the least updated files into the .exe but in the event we encounter an old file that needs replacing from our program, we want to replace that file, then rebuild itself on the fly. Sounds complicated I know, but we want a program that can self maintain and still as much as we can when in transport, not run time, stay as one .exe

Edited by hackersarchangel

Share this post


Link to post
Share on other sites

I get the idea and find it intriguing. Perhaps someone else will be able to give you some suggestions, since I have never tried anything like this.. Good luck with it anyway. :)

Share this post


Link to post
Share on other sites

Mmm, I still don't see any real clear described purpose (Describing how it should work don't count to me as purpuse.).. Only thing I can think of is the bad kind's. ... Posters name not helping in that respect. ...


"Straight_and_Crooked_Thinking" : A "classic guide to ferreting out untruths, half-truths, and other distortions of facts in political and social discussions."
"The Secrets of Quantum Physics" : New and excellent 2 part documentary on Quantum Physics by Jim Al-Khalili. (Dec 2014)

"Believing what you know ain't so" ...

Knock Knock ...
 

Share this post


Link to post
Share on other sites

MvGulik, maybe you are right. It's not a standard approach to updating an app as far as I am aware. I have thought about it a bit and I see it as being a bad idea anyway. Since nobody else has made any comments, I'm leaning towards your way of thinking.

Share this post


Link to post
Share on other sites

hackersarchangel,

as much as we can when in transport, not run time, stay as one .exe

This bit is easy. I have written a script which FileInstalls several files within itself (an exe and various graphic and data files). When the compiled script is run these files are extracted to a folder and the stored exe run with a switch set by the parent, using the other files as needed. When the extracted exe finishes, the parent deletes all the extracted files and waits until the next run. :)

I can see how this could be amended to get the original file to recompile itself with updated internal files, but I really see little advantage over simply replacing the entire file. The "creation" process is rather fiddly requiring the writing of a "compiler" script with a lot of multiple quotes in the strings (always a syntactic nightmare :D) and also needing Aut2Exe.exe and AutoItSC.bin to be FileInstalled - which makes for a pretty hefty exe once everthing is onboard. ;)

In my opinion your idea is not without merit, but is unrealistic in practice. In these days of fast broadband download speeds simply replacing the whole exe seems to me to be the better solution. :)

M23


Any of my own code posted anywhere on the forum is available for use by others without any restriction of any kind._______My UDFs:

Spoiler

ArrayMultiColSort ---- Sort arrays on multiple columns
ChooseFileFolder ---- Single and multiple selections from specified path treeview listing
Date_Time_Convert -- Easily convert date/time formats, including the language used
ExtMsgBox --------- A highly customisable replacement for MsgBox
GUIExtender -------- Extend and retract multiple sections within a GUI
GUIFrame ---------- Subdivide GUIs into many adjustable frames
GUIListViewEx ------- Insert, delete, move, drag, sort, edit and colour ListView items
GUITreeViewEx ------ Check/clear parent and child checkboxes in a TreeView
Marquee ----------- Scrolling tickertape GUIs
NoFocusLines ------- Remove the dotted focus lines from buttons, sliders, radios and checkboxes
Notify ------------- Small notifications on the edge of the display
Scrollbars ----------Automatically sized scrollbars with a single command
StringSize ---------- Automatically size controls to fit text
Toast -------------- Small GUIs which pop out of the notification area

 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0

  • Similar Content

    • LFCavalcanti
      By LFCavalcanti
      Hi!
      Backstory to understand my need:
      I'm building something similar to what Chunk VNC was, using the Single Click function from UltraVNC to provide remote support.
      My "little monster" is actually working, but the "solution" will have 3 modules:
      SUPPORT: Users will open or install so IT Pros can access their system. VIEWER: IT Pros use to connect to User systems and perform their maintenance GENERATOR: The IT Pro uses to define the configuration for both the SUPPORT and VIEWER apps, like language files for text, SERVER address and ports, Company name, etc. I've attached a screenshot of the SUPPORT app that is done.
      Before anyone points the finger, no I'm not planning on just copying the AutoIt3 files to my project folder and distribute them, I intend to get the IT Pro who will use the GENERATOR to install SciTE and AutoIt3 then the GENERATOR will use them to compile the other two apps.
      The thing is, I need this to be simple, I thought about the GENERATOR having a single screen where the IT Pro can fill in all the information, select the language file and so on, then the GENERATOR compiles both "au3" sources for the SUPPORT and VIEWER.
      I'm using the ResourceEx UDF from Guiness and MetroUI UDF from BBs19. I even made some changes to the MEtroUI, that I shared here.
      This project will be uploaded to my Github account as soon I get this GENERATOR working, so people can actually use it.
      The problem:
      As explained, I need to compile the AU3 source files and perform an Resource Update. SciTE does that for me, right, but I just find sloppy making the GENERATOR open the script on the installed SciTE, clicking in the menus, waiting the process to end and then exit.
      When I hit the Compile or Build on SciTE, it generates this output:
       
      I've tried emulating this using the promt with console commands:
      It returns an error saying it was not possible to perform a resource update, poiting an TMP file on the ".../AppData/Local/AutoIt3/".
      As I understand, it runs the AutoIt3Wrapper, then the Wrapper should call the Aut2Exe to compile the script and then the Wrapper incorporate the resources into the compiled Script. It generates the file into a TMP one then copies to the directory defined in the Wrapper Directive.
      I know this seems strange, that you think I might be trying to pack AutoIt into my project with no F*** given, no... I just want to automate the compilation process, if there's no solution using console commands, I'll need to automate the process sending keyboard and mouse commands, what will be ugly and problematic.
      So... any help is a heaven's gift at this point.