From: Phil D. <de...@gm...> - 2010-01-19 22:45:46
|
Rails opens the log file when you start it up and holds it open. It saves on exit. Therefore, if two people open rails from the same folder at the same time, the log file will end up conflicted since two people have accessed it. The program log isn't a killer I don't believe. The game log is a seperate file. Conflicted versions can probably be deleted without impacting the game. I'll create a conflict in my DB game and test this... Phil On 19 Jan 2010, at 21:59, Chris Shaffer <chr...@gm...> wrote: > Right, I understand that, but we are using Rails in the Dropbox > directory and sharing it. We know it is a slight security risk but > keeping the software version synchronized trumped that. > > So, the questions remain: > > 1) Is there any way to prevent Rails from saving the log file on > exit if no actions are taken; > 2) What are the conflicted log files, and what purpose do they serve; > 3) Are 1 and 2 the same question? > > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Tue, Jan 19, 2010 at 1:53 PM, Aliza Panitz > <ali...@gm...> wrote: > On Tue, Jan 19, 2010 at 1:36 PM, Chris Shaffer <chr...@gm... > > wrote: > > One of our players says: > > > >> It looks like the 18xx.log file mod. date is updated when you > >> close a .rails file even if you don't make any changes. Is there > >> a way to review the game without forcing an update to the > >> log - other than copying the directory and opening that? > > If you use a copy of Rails in one directory to open a savefile in > another directory, then the logfile is in the same directory as the > software, not the data. > > For example, in my PBEM games the Dropbox shared file area has data > files only, and we each run our own copies of the Rails software (a > slightly more secure model, though a bit more error prone if players > need to keep track of which software version to use with which game.) > > - Aliza > > --- > --- > --- > --------------------------------------------------------------------- > Throughout its 18-year history, RSA Conference consistently attracts > the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important > issues through > interactions with peers, luminaries and emerging and established > companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > --- > --- > --- > --------------------------------------------------------------------- > Throughout its 18-year history, RSA Conference consistently attracts > the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important > issues through > interactions with peers, luminaries and emerging and established > companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |