From: Jim B. <jim...@ya...> - 2009-11-09 18:20:10
|
PPS- also, chris- it occurs to me that the approach I described with the separate, empty "current player token" file can be viewed as a "lock file" for the game- whoever "owns" that token file (ie, whoever the file is named after), is the current player that's writing to the rails folder, in general. When that player finishes, he renames the file to point to the next player - and, essentially, has thus handed the "write lock" over to the subsequent player, too. It hasn't really come up for us that we had the opportunity for write conflicts on the same files (and, even if we do housekeeping simultaneously- simple renames and moves- it's fairly harmless, even if there is an unlikely collision). But, this might provide additional practical benefits from decoupling the actual 'save file' (a .rails extension file, holding game state) from the 'current player' file (an empty file, renamed by convention to identify the current-player, and stand-out at the top of the browser list). best, - jim On Nov 9, 2009, at 9:25 AM, Chris Shaffer wrote: > Before I try it, I thought I'd ask - has anyone tried simultaneously > loading a game from two different computers while using Dropbox as > the game save file location? If one player makes an action, would > it update in the other player's copy of the open game file? Or am I > just asking for trouble? > > -- > Chris > > Please consider the environment before printing this e-mail. > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july_______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |