-
Notifications
You must be signed in to change notification settings - Fork 270
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use without installer? #142
Comments
Not currently. PRs welcome. |
[Deleted a series of factually wrong and increasingly off-topic comments.] |
This comment has been minimized.
This comment has been minimized.
It would be relatively straightforward to do this on Windows. The key is that, while you cannot delete a running executable, you can easily rename it. So, once an update is initiated, the workflow would be:
The currently-running application won't be updated live---the user will need to close the application and re-open it. (WinSparkle could theoretically force the application to close after it completed downloading the new EXE, but this seems needlessly invasive.) But when the user does go to re-open the application, because the updated EXE has been put in the place of the original EXE, the process will be seamless to them. For completeness, code should be added to WinSparkle that checks for any ".bak" files in the application folder and removes them. These are vestiges of the previous update process, and should no longer be required. (Bonus: A copy of the old application binary is kept until the updated application binary successfully starts up.) cc @bvgastel , in case you're still interested in implementing this feature. Armed with this information, you should not need any particular Windows-programming expertise. All you need to know how to do is how to rename and delete files. |
Yep, that's crucial. Assuming the same applies to DLLs and |
Is there a way to use this to simply replace a portable exe without an installer?
The text was updated successfully, but these errors were encountered: