I need to automatically update the software I've included with my WinPE image, but whatever changes I make to the flash drive don't stick after reboot. It updates successfully, but the files that I've copied get deleted and the old ones somehow come back after I reboot, forcing the updater to run again.
What do I have to do to get changes made to x:\ to stick, or is it even possible?
I don't see where this has been asked anywhere else so forgive me if someone has already gotten the answer to this.
What I've done is; instead of making changes to x:\, the software will find the drive's volume number by its name through a batch script, then compare a version.txt on the flash drive with a version.txt on the server. If the version on the server is newer, it downloads an updated boot.wim to the WinPE sources folder and restarts.
Related
When, in Visual Code with the Pymakr extension, one sets the development mode to automatically synchronize any change in the local files with the device, Pymakr reboots the device every time a file is saved.
How can I prevent this behaviour?
Important: Not looking for a workaround. I do not want the reboot to happen at all.
I have googled for it
I have checked the Pymakr extension settings and the settings.json
PD: I can't undestand why this is not an option in the extension (or, maybe, I did not find it?)
So I made a few gamemaker games about 11 years ago and tried to run the exe file.
When I run the exe file, nothing really happens just an error box pops up saying you can find out more here. And it points to 3 .tmp files located in the Temp folder on my computer.
Anyone know how to get these exe files working again?
The older versions of game maker games use an old runner that does not work with the newer versions of window (from Vista and up).
Using compatibilty mode does not fix this.
There is however a fix available that replaces the runner in the EXE with an updated one.
The tool was posted by Mark Overmars (the original creator of Game Maker) but the link in his topic is no longer active (the .zip does download but its an HTML page, not the actual tool).
http://gmc.yoyogames.com/index.php?showtopic=299895&p=2116603
It did work for me and using this program I was able to run a lot of older gm4 + games that I have played before on windows XP.
If its a must - you can always try to run it on an XP machine.
TL;DR:
There is a tool to make them work, I will upload it tonight.
EDIT: Turns out YoYoGames has the tool posted themselves;
http://help.yoyogames.com/attachments/token/lsj0pmbzqeu64hf/?name=GM_Convert_Game.zip
More information: http://help.yoyogames.com/hc/en-us/articles/216753218-Troubleshooting-Legacy-GameMaker
You can extract all the files to a directory, then drag your old .exe file onto the converter exe. It will then create a game_old.exe and game.exe and then you should be able to run the game.exe one.
I need suggestions on how to update my application. The form application is going to be put on a drive for many users to be using non stop all day. What are ways to update the program or allow updates to the program while it being use? If I update the program and recreate a new build for it, trying to copy paste over the old application will not let me if someone else has it open. Open to any suggestions.
Option 1: Deploy the app with ClickOnce and set it to check for updates every time it runs.
ClickOnce:
In your project settings, click on the Publish tab.
From here you can configure where the app publishes to and if it should be installed or available online only.
Once you have it all configured you will use the Publish Now button to compile and upload your update to the publish location. Each time your users open the app it will check for updates at your set location. To have your app check for updates programmatically use code like the one found at this MSDN link - https://msdn.microsoft.com/en-us/library/ms404263.aspx
You should note that users will no longer run an exe directly and you won't copy your exe to the publish folder. Your users will have to click on a file that has the extension of .application. The users could create a shortcut to this .application file to place on their desktop or wherever they want.
Also note that if using ClickOnce and you publish a bad version (with a bug for instance) then your users have the ability to revert back to the previous version so that they can continue using the app while you fix the bug. Your users also have the option to skip an update so you'll want to inform them to never skip the updates.
Option 2: Create an app that publishes your main app
I'll admit that this answer is not a great way
You could create another exe for the purpose of publishing the main exe. The publishing exe will simply try to copy the new exe over the old one and keep trying until it is successful. It will be successful when all instances of the program are terminated.
Option 3: Use a database
Have your app check a database value that indicates an update is available. Prompt users using the app to shutdown and don't allow other instances to startup while the database value is set to update available.
You could use nUpdate, a free and open-source .NET-library for updating applications that also cares about the safety of your update packages which is an important fact. Many update routines do not validate the packages they downloaded, which can result in serious damage, if updates are replaced by malware (as it happened to the puush-service some time ago).
nUpdate is especially designed for Windows Forms-applications.
It is still being improved at the moment and the support for WPF-applications will be added soon, but the current version is very stable, yet.
Alright. This is utterly puzzling.
I am developing a game project with Xcode 4.1.
The project files are always with me in an USB stick, because I am constantly developing the project on many different Macs.
So I come to a workstation, paste a copy of the project in the USB stick to the desktop, and start working on that copy. When I am done developing, I delete the project in the USB stick, and then copy the one in the workstation's desktop back to the USB stick.
For some reason, my file GameData.h and GameData.m are not properly updated. But everything else in the project is. Basically, I made some edits to GameData, and when I got back home, I noticed that GameData is not the same as the one I was editing a while back. In fact, it only has code I wrote yesterday.
What could be wrong? Why is that file the only thing that never gets copied properly?
Check to make sure your GameData.m/.h files are where you think they are. Select one of them in the navigator tree, right click, select Show in Finder. Examine the file it points to - is it in the same directory as it's project peers, does it have correct (writable) permissions, is it an alias to another file, etc.?
Sometimes you can get into trouble (usually with libs) by adding them to the project, but not checking the box that says "copy into destination group's folder if necessary". In this case, XCode tries to find the file in that other directory (which may not be on all of your Mac machines) rather than the directory where all the other project files are.
I have noticed that occasionally xCode either fails to save a file or fails to rebuild after a file has been changed. It seems to happen on some projects and not others (I've noticed it mostly on a desktop app, but never on phone apps). I have no idea why this happens.
So here is the problem.
I have a local snapshot in my local windows system and i run my ant script and it builds.
I have build system which is also winxp but its a vmware built inside ubuntu. i have also a snapshot there too in winxp , and my script runs against this. But clearcase doesnt allow to write anything on this folder and build fails. Tried and tired of changing everything thats possible.
I did try one more option, like copying snapshot from my local windows system to vmware winxp and run it from there, and it works cool. Coz clearcase doesnt hold any lock. Unable to figure out how to fix this.
Any thoughts friends ?.
ClearCase shouldn't prevent the creation of private files in a snapshot view.
A snapshot view is like a SVN workspace: a collection if files copied on the hard-drive (as opposed to dynamic views which allows for network-access to the same elements)
So I suspect your script fails when it tries to checkout and/or "add to source control" elements.
I which case you need to make sure of the:
user characteristics (CLEARCASE_PRIMARY_GROUP)
view protect ("cleartool lsview -l -full -pro")
If you have those informations, plus any specific error message, you can add them to your question and leave a comment on this answer. I will then update it accordingly.