Re: [GD-General] Multifile atomic updates
Brought to you by:
vexxed72
Menu
▾
▴
Re: [GD-General] Multifile atomic updates
|
From: Mike W. <mi...@ge...> - 2003-08-16 09:14:16
|
nm, just realized i'm subscribed twice...can't figure out what my 'other' email address i'm subscribed with is...hmm... Mike Wuetherick wrote: > doh, sorry bout the double post > my bad > mike > > Mike Wuetherick wrote: > >> i'd think that you'd have your updater application set an ini or >> registry entry indicating 'startedupdate=1' or something and then >> have some kind of launcher application that does checks of the >> application, reads this setting on every launch, if the >> 'startedupdate' is set, but not 'finishedupdate', then prompt the >> user to finish the update they started, which could check at what >> state the update is in, if the files have been downloaded locally >> already, the user doesn't have to do that step, you can md5 the files >> to make sure they are valid before applying the changes (taking into >> account terminated downloads) and download any 'broken' files as >> necessary... >> >> or use VISE AutoUpdate that does all this fun stuff for you ;] >> >> mike w >> www.gekidodesigns.com >> >> >> Brian Hook wrote: >> >>> Say you have a patch installer that needs to update the following >>> files: >>> >>> GAME.EXE >>> GAME.DLL >>> NETAPI.DLL >>> >>> The typical way would be to download the patch, apply it to >>> temporary files, then copy over the files upon completion. >>> >>> PATCH GAME.EXE NEWGAME.EXE >>> PATCH GAME.DLL NEWGAME.DLL >>> PATCH NETAPI.DLL NEWNETAPI.DLL >>> >>> //Assume UPDATE renames existing to .EXT.OLD >>> //and copies NEW*.EXT to *.EXT >>> UPDATE GAME.EXE >>> UPDATE GAME.DLL >>> UPDATE NETAPI.DLL >>> >>> Obviously nothing destructive happens until after the patches are >>> applied and you can verify that everything is okay. But what do you >>> do if something bad happens during the destructive update portion, >>> e.g. lost connection to remote disk or power outage or system crash, >>> etc. during the update? >>> >>> The brute force mechanism seems a little, well, brute force, I was >>> wondering if there's something more elegant I could do. >>> >>> Brian >>> >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.Net email sponsored by: Free pre-built ASP.NET sites including >>> Data Reports, E-commerce, Portals, and Forums are available now. >>> Download today and enter to win an XBOX or Visual Studio .NET. >>> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 >>> >>> _______________________________________________ >>> Gamedevlists-general mailing list >>> Gam...@li... >>> https://lists.sourceforge.net/lists/listinfo/gamedevlists-general >>> Archives: >>> http://sourceforge.net/mailarchive/forum.php?forum_idU7 >>> >>> >>> >>> >> >> >> >> ------------------------------------------------------- >> This SF.Net email sponsored by: Free pre-built ASP.NET sites including >> Data Reports, E-commerce, Portals, and Forums are available now. >> Download today and enter to win an XBOX or Visual Studio .NET. >> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 >> >> _______________________________________________ >> Gamedevlists-general mailing list >> Gam...@li... >> https://lists.sourceforge.net/lists/listinfo/gamedevlists-general >> Archives: >> http://sourceforge.net/mailarchive/forum.php?forum_id=557 >> >> > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 > > _______________________________________________ > Gamedevlists-general mailing list > Gam...@li... > https://lists.sourceforge.net/lists/listinfo/gamedevlists-general > Archives: > http://sourceforge.net/mailarchive/forum.php?forum_id=557 > > |
