rails-devel — List for discussion of Rails development

Re: [Rails-devel] Problem with 1835 PfB

[Erik V. <eri...@xs...>]

OK, the fix is to always address the president of the company of which the
token must be laid in the token placement prompt.
This is a one-liner, but it breaks the architecture, as the UI (client) is
not supposed to have direct access to the identity of a company president
(which is a server state variable).
So this still is a provisional fix.

Anyway, the effect on this game will be that the prompt becomes the BY
president will now get the prompt "<BA-president>, select a station on hex
L6 for the BA home base token".

BTW all test cases now fail because the first "GameIs" report line has
disappeared from the test report.  But this line still appears in the report
window. 
Something must have changed in the game initialization process.

Erik.

> -----Original Message-----
> From: Erik Vos [mailto:eri...@xs...]
> Sent: Tuesday, February 21, 2012 6:50 PM
> To: vol...@ar...; 'Development list for Rails: an 18xx game'
> Subject: Re: [Rails-devel] Problem with 1835 PfB
> 
> Aha, thanks, that clarifies it sufficiently.
> 
> All I have to do then is to undo most of a change that I did three months
ago.
> That change was more a workaround than a fix for the reported problem that
> placing the BA home token was asked to the wrong player.  The workaround
> was to move the BA home token placement to the first BA OR turn.
> 
> Now it turns out that this change precludes correct play in some cases, so
it
> must be reverted.
> 
> The question asked to the NY president was (and will become again):
> "<BY-president>, select a station on hex L6 for the BA home base token".
> I will see if I can put the correct name (of the BA president) into that
> question, but it will still be asked to the BY-president.
> Stay tuned.
> 
> Erik.
> 
> 
> > -----Original Message-----
> > From: Schnell, Volker [mailto:vol...@ar...]
> > Sent: Tuesday, February 21, 2012 3:26 PM
> > To: rai...@li...
> > Subject: Re: [Rails-devel] Problem with 1835 PfB
> >
> > Hi Erik,
> >
> > the english translation is missing an important sentence.
> > chapter 5.5.10 3rd Sentence. (VII.10 in the english rules)"Wird das
> > Feld bebaut, nachdem dort bereits der Baden-Bahnhof liegt, dann muß
> > der Baden-Direktor sofort eine der beiden Städte für seinen
> > Heimatbahnhof auswählen, der andere Bahnhof kann dann schon von der
> > gerade bauenden Gesellschaft errrichtet werden.
> > "if the Tile is built, when the baden Home-token already exists, the
> > baden Director must choose immediately one of the cities as the
> > homestation. The other one can be used by the building Company."
> > The Baden-Token is placed on the Yellow Field, like the Wt-Token and
> > has
> to
> > assigned to a city, when a tile is placed.
> >
> > The hometokens are laid in the stockround, when the company is floated
> > (sometimes a problem, when Baden and Hessen opens in the same
> > stockround and a Bayern-Token exist in Frankfurt. No Chance for the
> > Baden to get throu Frankfurt).
> >
> > the Simple approach, that the current Player lays the Bad-token, is
> > for me
> ok.
> >
> > Volker
> >
> > Am 21.02.2012 14:33, schrieb Erik Vos:
> > > Martin,
> > >
> > >> 1. the Map Definition of the Hex is wrong...
> > > I suppose you refer to 'unlaidHomeBlocksTokens="yes" '.  That indeed
> > causes the behaviour that Volker is complaining about.
> > > Strictly spoken this attribute is still valid: BA must lay its home
> token before
> > BY can add its token.
> > > The question is: exactly WHEN must BA lay its home token in such a
case?
> > >
> > > The rules (English v2) say: "... the new Baden director decides in
> > > the
> next
> > operating round which of the two stations to occupy with its station
> marker."
> > > But the rules don't say *when* in that OR he must take that decision.
> > > Possibilities I see: (1) at the start of the OR, or (2) in its own
> > > turn,
> or (3) in its
> > own turn or earlier as soon as another company wants to lay a second
> > token on L6 (either using PfB, or by a normal token lay).
> > >
> > > Current implementation is (2), as is correct for Erie(1830) and THB
> (1856).
> > There the hex remains blocked until after the home token has been laid
> > normally.
> > > If this interpretation would hold for the BA as well, there is no
> problem at
> > all. BY must wait until BA has had a turn.
> > >
> > > Now Volker appears to favour interpretation (3).  I'm actually not
> > > sure
> if
> > that interpretation is correct.  Any other opinions?
> > >
> > > I have been working to implement (3) by actually giving the BA
> > > director
> an
> > intervening turn, but that turns out to be rather complex and tricky,
> > and
> I
> > think I'll abandon that approach.
> > > We need a generic solution for such problems, but such a solution
> > > will
> not
> > fit well into the current architecture. Let's await which direction
> > Rails
> will take
> > in the near future before trying again.
> > >
> > > A simpler approach would be to have the current player (the BY
> president)
> > place the BA token. So these players (if different) must consult each
> other,
> > but that is not uncommon in Dropbox Rails. That approach sounds doable
> > now, but let's first discuss what the real need is.
> > >
> > >> 2. the method to move a token on a hex after that token has been
> > >> laid
> is
> > not yet implemented i am afraid.
> > >
> > > I'm not sure what you mean here.  Tokens can never be moved.
> > > In some cases, initial token placement is provisional.  That is the
> > > case
> if the
> > tile hasn't any tracks yet.  As soon as a tile with tracks is placed,
> actual token
> > placement follows.
> > > That has been implemented and it works (at least it did last time I
> looked).
> > >
> > >> 3. if you alter the map definition for that hex in 1835/Map.xml the
> game
> > declares the save file invalid because it expects a different action...
> > >
> > > Then game loading breaks down in an earlier stage.  I'm not sure
> > > exactly
> > why, but meddling with the course of events often (if not always)
> > renders saved files invalid.
> > >
> > > Erik.
> > >
> > >
> > > --------------------------------------------------------------------
> > > --
> > > -------- Keep Your Developer Skills Current with LearnDevNow!
> > > The most comprehensive online learning library for Microsoft
> > > developers is just $99.99! Visual Studio, SharePoint, SQL - plus
> > > HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when
> > you subscribe now!
> > > http://p.sf.net/sfu/learndevnow-d2d
> > > _______________________________________________
> > > Rails-devel mailing list
> > > Rai...@li...
> > > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> > --
> > Volker Schnell
> > email: vol...@ar...
> > homepage: home.arcor.de\volker_schnell
> >
> >
> >
>
----------------------------------------------------------------------------
> --
> > Keep Your Developer Skills Current with LearnDevNow!
> > The most comprehensive online learning library for Microsoft
> > developers is just $99.99! Visual Studio, SharePoint, SQL - plus
> > HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when
> you subscribe now!
> > http://p.sf.net/sfu/learndevnow-d2d
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> 
> 
>
----------------------------------------------------------------------------
--
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers is
> just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro
> Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

[Rails-devel] Bug in 1.6.2 & 1.4, laying special D&H tile

[Russell J. A. <Ra...@Mt...>]

NYC player is trying to lay the special D&H tile but Rails is saying 
the tile cannot be upgraded now.

The hex isn't connected to the NYC's network, but the rules do say 
that the station does NOT have to be connected to the remainer of the route.

Is this interpreted as meaning you can lay the tile any time, or that 
you can only lay the tile when it would be valid to do so but don't 
have to connect the track to your route? I susepct the latter is what 
Rails is doing???

R.

Re: [Rails-devel] Rails configuration

[Jerry A. <jer...@ya...>]

On Windows using C# you can use Environment.GetFolderPath(Environment.SpecialFolder.CommonDocuments). I believe this is the Java equivalent.
 
http://stackoverflow.com/questions/1503555/how-to-find-my-documents-folder
 

________________________________
 From: Stefan Frey <ste...@we...>
To: an 18xx game <rai...@li...> 
Sent: Tuesday, February 21, 2012 9:07 AM
Subject: [Rails-devel] Rails configuration
  
All:
I am currently refactoring the configuration methods a little bit to 
make them easier to follow (the core of that code dates back to Colossus).

What would you think about adding a default directory to store rails 
application data and settings. Something like ~/.rails on a Unix system.
The major advantage would be that the settings would survive new 
releases without providing an installer that searches for the 
application data.

However I do not know what is the current handling for application data 
on a Windows system? Is there a unique place or a way to retrieve them 
from Java or (better) the batch file?

As we currently use batch/shell files already I would prefer to have 
command line option which allows users to change that directory easily 
if they do not want the storage option chosen by default.

Another question is how does this work on a Mac system? As the Mac OS is 
built on a BSD I would assume that the Unix way of things should work, 
but is that true?

Other opinions and recommendations?

Thanks,
Stefan

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Problem with 1835 PfB

[Erik V. <eri...@xs...>]

Aha, thanks, that clarifies it sufficiently.

All I have to do then is to undo most of a change that I did three months
ago.  That change was more a workaround than a fix for the reported problem
that placing the BA home token was asked to the wrong player.  The
workaround was to move the BA home token placement to the first BA OR turn.

Now it turns out that this change precludes correct play in some cases, so
it must be reverted.

The question asked to the NY president was (and will become again):
"<BY-president>, select a station on hex L6 for the BA home base token".
I will see if I can put the correct name (of the BA president) into that
question, but it will still be asked to the BY-president.
Stay tuned.

Erik.


> -----Original Message-----
> From: Schnell, Volker [mailto:vol...@ar...]
> Sent: Tuesday, February 21, 2012 3:26 PM
> To: rai...@li...
> Subject: Re: [Rails-devel] Problem with 1835 PfB
> 
> Hi Erik,
> 
> the english translation is missing an important sentence.
> chapter 5.5.10 3rd Sentence. (VII.10 in the english rules)"Wird das Feld
> bebaut, nachdem dort bereits der Baden-Bahnhof liegt, dann muß der
> Baden-Direktor sofort eine der beiden Städte für seinen Heimatbahnhof
> auswählen, der andere Bahnhof kann dann schon von der gerade bauenden
> Gesellschaft errrichtet werden.
> "if the Tile is built, when the baden Home-token already exists, the baden
> Director must choose immediately one of the cities as the homestation. The
> other one can be used by the building Company."
> The Baden-Token is placed on the Yellow Field, like the Wt-Token and has
to
> assigned to a city, when a tile is placed.
> 
> The hometokens are laid in the stockround, when the company is floated
> (sometimes a problem, when Baden and Hessen opens in the same
> stockround and a Bayern-Token exist in Frankfurt. No Chance for the Baden
> to get throu Frankfurt).
> 
> the Simple approach, that the current Player lays the Bad-token, is for me
ok.
> 
> Volker
> 
> Am 21.02.2012 14:33, schrieb Erik Vos:
> > Martin,
> >
> >> 1. the Map Definition of the Hex is wrong...
> > I suppose you refer to 'unlaidHomeBlocksTokens="yes" '.  That indeed
> causes the behaviour that Volker is complaining about.
> > Strictly spoken this attribute is still valid: BA must lay its home
token before
> BY can add its token.
> > The question is: exactly WHEN must BA lay its home token in such a case?
> >
> > The rules (English v2) say: "... the new Baden director decides in the
next
> operating round which of the two stations to occupy with its station
marker."
> > But the rules don't say *when* in that OR he must take that decision.
> > Possibilities I see: (1) at the start of the OR, or (2) in its own turn,
or (3) in its
> own turn or earlier as soon as another company wants to lay a second token
> on L6 (either using PfB, or by a normal token lay).
> >
> > Current implementation is (2), as is correct for Erie(1830) and THB
(1856).
> There the hex remains blocked until after the home token has been laid
> normally.
> > If this interpretation would hold for the BA as well, there is no
problem at
> all. BY must wait until BA has had a turn.
> >
> > Now Volker appears to favour interpretation (3).  I'm actually not sure
if
> that interpretation is correct.  Any other opinions?
> >
> > I have been working to implement (3) by actually giving the BA director
an
> intervening turn, but that turns out to be rather complex and tricky, and
I
> think I'll abandon that approach.
> > We need a generic solution for such problems, but such a solution will
not
> fit well into the current architecture. Let's await which direction Rails
will take
> in the near future before trying again.
> >
> > A simpler approach would be to have the current player (the BY
president)
> place the BA token. So these players (if different) must consult each
other,
> but that is not uncommon in Dropbox Rails. That approach sounds doable
> now, but let's first discuss what the real need is.
> >
> >> 2. the method to move a token on a hex after that token has been laid
is
> not yet implemented i am afraid.
> >
> > I'm not sure what you mean here.  Tokens can never be moved.
> > In some cases, initial token placement is provisional.  That is the case
if the
> tile hasn't any tracks yet.  As soon as a tile with tracks is placed,
actual token
> placement follows.
> > That has been implemented and it works (at least it did last time I
looked).
> >
> >> 3. if you alter the map definition for that hex in 1835/Map.xml the
game
> declares the save file invalid because it expects a different action...
> >
> > Then game loading breaks down in an earlier stage.  I'm not sure exactly
> why, but meddling with the course of events often (if not always) renders
> saved files invalid.
> >
> > Erik.
> >
> >
> > ----------------------------------------------------------------------
> > -------- Keep Your Developer Skills Current with LearnDevNow!
> > The most comprehensive online learning library for Microsoft
> > developers is just $99.99! Visual Studio, SharePoint, SQL - plus
> > HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when
> you subscribe now!
> > http://p.sf.net/sfu/learndevnow-d2d
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> 
> --
> Volker Schnell
> email: vol...@ar...
> homepage: home.arcor.de\volker_schnell
> 
> 
>
----------------------------------------------------------------------------
--
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

[Rails-devel] Rails configuration

[Stefan F. <ste...@we...>]

All:
I am currently refactoring the configuration methods a little bit to 
make them easier to follow (the core of that code dates back to Colossus).

What would you think about adding a default directory to store rails 
application data and settings. Something like ~/.rails on a Unix system.
The major advantage would be that the settings would survive new 
releases without providing an installer that searches for the 
application data.

However I do not know what is the current handling for application data 
on a Windows system? Is there a unique place or a way to retrieve them 
from Java or (better) the batch file?

As we currently use batch/shell files already I would prefer to have 
command line option which allows users to change that directory easily 
if they do not want the storage option chosen by default.

Another question is how does this work on a Mac system? As the Mac OS is 
built on a BSD I would assume that the Unix way of things should work, 
but is that true?

Other opinions and recommendations?

Thanks,
Stefan

Re: [Rails-devel] Problem with 1835 PfB

[Schnell, V. <vol...@ar...>]

Hi Erik,

the english translation is missing an important sentence.
chapter 5.5.10 3rd Sentence. (VII.10 in the english rules)"Wird das Feld 
bebaut, nachdem dort bereits der Baden-Bahnhof liegt, dann muß der 
Baden-Direktor sofort eine der beiden Städte für seinen Heimatbahnhof 
auswählen, der andere Bahnhof kann dann schon von der gerade bauenden 
Gesellschaft errrichtet werden.
"if the Tile is built, when the baden Home-token already exists, the 
baden Director must choose immediately one of the cities as the 
homestation. The other one can be used by the building Company."
The Baden-Token is placed on the Yellow Field, like the Wt-Token and has 
to assigned to a city, when a tile is placed.

The hometokens are laid in the stockround, when the company is floated 
(sometimes a problem, when Baden and Hessen opens in the same stockround 
and a Bayern-Token exist in Frankfurt. No Chance for the Baden to get 
throu Frankfurt).

the Simple approach, that the current Player lays the Bad-token, is for 
me ok.

Volker

Am 21.02.2012 14:33, schrieb Erik Vos:
> Martin,
>
>> 1. the Map Definition of the Hex is wrong...
> I suppose you refer to 'unlaidHomeBlocksTokens="yes" '.  That indeed causes the behaviour that Volker is complaining about.
> Strictly spoken this attribute is still valid: BA must lay its home token before BY can add its token.
> The question is: exactly WHEN must BA lay its home token in such a case?
>
> The rules (English v2) say: "... the new Baden director decides in the next operating round which of the two stations to occupy with its station marker."
> But the rules don't say *when* in that OR he must take that decision.
> Possibilities I see: (1) at the start of the OR, or (2) in its own turn, or (3) in its own turn or earlier as soon as another company wants to lay a second token on L6 (either using PfB, or by a normal token lay).
>
> Current implementation is (2), as is correct for Erie(1830) and THB (1856). There the hex remains blocked until after the home token has been laid normally.
> If this interpretation would hold for the BA as well, there is no problem at all. BY must wait until BA has had a turn.
>
> Now Volker appears to favour interpretation (3).  I'm actually not sure if that interpretation is correct.  Any other opinions?
>
> I have been working to implement (3) by actually giving the BA director an intervening turn, but that turns out to be rather complex and tricky, and I think I'll abandon that approach.
> We need a generic solution for such problems, but such a solution will not fit well into the current architecture. Let's await which direction Rails will take in the near future before trying again.
>
> A simpler approach would be to have the current player (the BY president) place the BA token. So these players (if different) must consult each other, but that is not uncommon in Dropbox Rails. That approach sounds doable now, but let's first discuss what the real need is.
>
>> 2. the method to move a token on a hex after that token has been laid is not yet implemented i am afraid.
>
> I'm not sure what you mean here.  Tokens can never be moved.
> In some cases, initial token placement is provisional.  That is the case if the tile hasn't any tracks yet.  As soon as a tile with tracks is placed, actual token placement follows.
> That has been implemented and it works (at least it did last time I looked).
>
>> 3. if you alter the map definition for that hex in 1835/Map.xml the game declares the save file invalid because it expects a different action...
>
> Then game loading breaks down in an earlier stage.  I'm not sure exactly why, but meddling with the course of events often (if not always) renders saved files invalid.
>
> Erik.
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

-- 
Volker Schnell
email: vol...@ar...
homepage: home.arcor.de\volker_schnell

Re: [Rails-devel] Problem with 1835 PfB

[<Dr....@t-...>]

Hi Erik, 

	in the approach that the owner of the Pfalzbahnen might use the power
and place a tile on L6 AND place his token and the BAD has not started
yet, the game is handling this wrong as it disallows all actions. 

	Sure most of the time if the first 3 train is bought (thus green
tiles make L6 available) BAD is operational, but it acts after 2 major
companies. 

	And those companies should be able to lay a token if they wish for
their company, cause they might want to got to Elsass Lothringen at
least once :).  This is prohibited by the current mechanic. 

	What should solve the problem would be a Correction Mode for Tokens ?
(or a routine to alter a laid token by special or rightfull power i.e.
the intervening BAd Director Token Turn/Move). 

	Regards, 

	Martin  

	  Von: "Erik Vos" <eri...@xs...>
 An: <Dr....@t-...>, "'Development list for Rails: an
18xx game'" <rai...@li...>
 Betreff: Re: [Rails-devel] Problem with 1835 PfB
 Datum: Tue, 21 Feb 2012 14:33:15 +0100

 Martin,

 > 1. the Map Definition of the Hex is wrong...

 I suppose you refer to 'unlaidHomeBlocksTokens="yes" '.  That indeed
causes the behaviour that Volker is complaining about.
 Strictly spoken this attribute is still valid: BA must lay its home
token before BY can add its token.  
 The question is: exactly WHEN must BA lay its home token in such a
case?

 The rules (English v2) say: "... the new Baden director decides in
the next operating round which of the two stations to occupy with its
station marker."
 But the rules don't say *when* in that OR he must take that decision.

 Possibilities I see: (1) at the start of the OR, or (2) in its own
turn, or (3) in its own turn or earlier as soon as another company
wants to lay a second token on L6 (either using PfB, or by a normal
token lay).

 Current implementation is (2), as is correct for Erie(1830) and THB
(1856). There the hex remains blocked until after the home token has
been laid normally.  
 If this interpretation would hold for the BA as well, there is no
problem at all. BY must wait until BA has had a turn.

 Now Volker appears to favour interpretation (3).  I'm actually not
sure if that interpretation is correct.  Any other opinions?

 I have been working to implement (3) by actually giving the BA
director an intervening turn, but that turns out to be rather complex
and tricky, and I think I'll abandon that approach.
 We need a generic solution for such problems, but such a solution
will not fit well into the current architecture. Let's await which
direction Rails will take in the near future before trying again.

 A simpler approach would be to have the current player (the BY
president) place the BA token. So these players (if different) must
consult each other, but that is not uncommon in Dropbox Rails. That
approach sounds doable now, but let's first discuss what the real need
is.

 > 2. the method to move a token on a hex after that token has been
laid is not yet implemented i am afraid.

 I'm not sure what you mean here.  Tokens can never be moved.  
 In some cases, initial token placement is provisional.  That is the
case if the tile hasn't any tracks yet.  As soon as a tile with tracks
is placed, actual token placement follows.
 That has been implemented and it works (at least it did last time I
looked). 

 > 3. if you alter the map definition for that hex in 1835/Map.xml the
game declares the save file invalid because it expects a different
action...

 Then game loading breaks down in an earlier stage.  I'm not sure
exactly why, but meddling with the course of events often (if not
always) renders saved files invalid.

 Erik.

 ------------------------------------------------------------------------------
 Keep Your Developer Skills Current with LearnDevNow!
 The most comprehensive online learning library for Microsoft
developers
 is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3,
MVC3,
 Metro Style Apps, more. Free future releases when you subscribe now!
 http://p.sf.net/sfu/learndevnow-d2d
 _______________________________________________
 Rails-devel mailing list
 Rai...@li...
 https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Problem with 1835 PfB

[Erik V. <eri...@xs...>]

Martin,

> 1. the Map Definition of the Hex is wrong...

I suppose you refer to 'unlaidHomeBlocksTokens="yes" '.  That indeed causes the behaviour that Volker is complaining about.
Strictly spoken this attribute is still valid: BA must lay its home token before BY can add its token.  
The question is: exactly WHEN must BA lay its home token in such a case?

The rules (English v2) say: "... the new Baden director decides in the next operating round which of the two stations to occupy with its station marker."
But the rules don't say *when* in that OR he must take that decision. 
Possibilities I see: (1) at the start of the OR, or (2) in its own turn, or (3) in its own turn or earlier as soon as another company wants to lay a second token on L6 (either using PfB, or by a normal token lay).

Current implementation is (2), as is correct for Erie(1830) and THB (1856). There the hex remains blocked until after the home token has been laid normally.  
If this interpretation would hold for the BA as well, there is no problem at all. BY must wait until BA has had a turn.

Now Volker appears to favour interpretation (3).  I'm actually not sure if that interpretation is correct.  Any other opinions?

I have been working to implement (3) by actually giving the BA director an intervening turn, but that turns out to be rather complex and tricky, and I think I'll abandon that approach.
We need a generic solution for such problems, but such a solution will not fit well into the current architecture. Let's await which direction Rails will take in the near future before trying again.

A simpler approach would be to have the current player (the BY president) place the BA token. So these players (if different) must consult each other, but that is not uncommon in Dropbox Rails. That approach sounds doable now, but let's first discuss what the real need is.

> 2. the method to move a token on a hex after that token has been laid is not yet implemented i am afraid.
 
I'm not sure what you mean here.  Tokens can never be moved.  
In some cases, initial token placement is provisional.  That is the case if the tile hasn't any tracks yet.  As soon as a tile with tracks is placed, actual token placement follows.
That has been implemented and it works (at least it did last time I looked). 

> 3. if you alter the map definition for that hex in 1835/Map.xml the game declares the save file invalid because it expects a different action...
 
Then game loading breaks down in an earlier stage.  I'm not sure exactly why, but meddling with the course of events often (if not always) renders saved files invalid.

Erik.

Re: [Rails-devel] Problem with 1835 PfB

[<Dr....@t-...>]

Hi Erik, 

	1. the Map Definition of the Hex is wrong... 

	2. the method to move a token on a hex after that token has been laid
is not yet implemented i am afraid. 

	3. if you alter the map definition for that hex in 1835/Map.xml the
game declares the save file invalid because it expects a different
action... 

	Thats for a quick analysis... 

	If i got some less work and more sleep, but you'll probably be faster
:) 

	Regards, 

	Martin  

	  Von: "Erik Vos" <eri...@xs...>
 An: <vol...@ar...>, "'Development list for Rails: an 18xx
game'" <rai...@li...>
 Betreff: Re: [Rails-devel] Problem with 1835 PfB
 Datum: Mon, 20 Feb 2012 12:16:10 +0100

 Volker,

 It was a practical decision to postpone the Bad home-token laying
until its first OR, but I agree that in this case it works out badly. 

 I'll see if I can do something about it.

 Erik

 > -----Original Message-----
 > From: Schnell, Volker [mailto:vol...@ar...]
 > Sent: Monday, February 20, 2012 10:51 AM
 > To: rai...@li...
 > Subject: [Rails-devel] Problem with 1835 PfB
 > 
 > Hello,
 > 
 > here is another problem with the special ability of the Pfalzbahn
in 1835.
 > Bad is opened in the sdr and the By-director use the ability of the
Pfalzbahn
 > (tile laying (i.e. 210/L6/NE) and Token) before the BAD has layed
the home-
 > Token.
 > message: by cannot lay token on M6, base token slot.
 > see attached file. I play the game with the master-Branch.
 > 
 > The rules say, if a tile on L6 is already exist when the BAD is
floated, the
 > director decides, where to place the BAd-basetoken.
 > 
 > Can you fix the problem?
 > 
 > Volker
 > 
 > --
 > Volker Schnell
 > email: vol...@ar...
 > homepage: home.arcor.devolker_schnell

 ------------------------------------------------------------------------------
 Try before you buy = See our experts in action!
 The most comprehensive online learning library for Microsoft
developers
 is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3,
MVC3,
 Metro Style Apps, more. Free future releases when you subscribe now!
 http://p.sf.net/sfu/learndevnow-dev2
 _______________________________________________
 Rails-devel mailing list
 Rai...@li...
 https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Rails configuration profiles

[Frederick W. <fre...@go...>]

Stefan:
I had just re-saved an existing profile (attached a copy with stripped
sound config) after toggling a yes/no option (->save) and then
toggling it back (->save).
But even if the yes/no option value is not removed from the config
file, it's not that important as the end users won't recognize this
situation. So, if I was you, I wouldn't invest too much in
investigating this.

-- Frederick

Re: [Rails-devel] Rails configuration profiles

[Stefan F. <ste...@we...>]

Frederick:
I realized that I had fixed that issue already by checking for contains
of the rootProperties, I thought after your mail that I had forgotten
to take care of that issue.

Have you created your profiles before or after the entries have been 
added to predefined ones? But still there is a check if the entries are 
of the config window at the time of save are identical to the ones in 
the predefined and if so get removed before saving.

Could you please forward me one of your profiles?

Thanks,
Stefan


On 02/17/2012 06:35 PM, Frederick Weld wrote:
> Stefan:
> In my tests, I found that my customized props also have entries that
> are the same as the default (root) entry. Didn't you say that this
> shouldn't occur? Perhaps there is an issue with my setup?
>
> Where would I select second-tier profile (import?)
>
> -- Frederick
>
> ------------------------------------------------------------------------------
> Virtualization&  Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Git repo problem

[Erik V. <eri...@xs...>]

After a few more failures, it finally worked again.  It's apparently a
matter of patience.

Erik.

> -----Original Message-----
> From: Erik Vos [mailto:eri...@xs...]
> Sent: Monday, February 20, 2012 3:38 PM
> To: 'Development list for Rails: an 18xx game'
> Subject: Re: [Rails-devel] Git repo problem
> 
> > At the top of your git root, is there still a ".git" sub-directory?
> 
> Yes, there is.
> 
> > I had the same error message here (at around 11:30 am local time so
> > close to Erik's error) after git pull. However it only occurred once,
> > 10 seconds later it worked as usual. Unlikely that it was a local issue
on Erik's
> system.
> 
> OK, I'll try again later.
> 
> Thanks,
> Erik.
> 
> > -----Original Message-----
> > From: brett lentz [mailto:bre...@gm...]
> > Sent: Monday, February 20, 2012 2:02 PM
> > To: Development list for Rails: an 18xx game
> > Subject: Re: [Rails-devel] Git repo problem
> >
> > On Mon, Feb 20, 2012 at 7:34 AM, Erik Vos <eri...@xs...> wrote:
> > > When executing 'git pull'  I'm getting the messages
"'/gitroot/rails/rails'
> > > does not appear  to be a git repository" and "The remote end hung up
> > > unexpectedly".
> > > Until yesterday it worked fine.  Any problem out there?
> > >
> > > Erik.
> > >
> > >
> >
> >
> > It sounds like the git tools can't find the .git directory that houses
> > all of the repository information.
> >
> > ---Brett.
> >
> > ----------------------------------------------------------------------
> > -------- Try before you buy = See our experts in action!
> > The most comprehensive online learning library for Microsoft
> > developers is just $99.99! Visual Studio, SharePoint, SQL - plus
> > HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when
> you subscribe now!
> > http://p.sf.net/sfu/learndevnow-dev2
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> 
> 
>
----------------------------------------------------------------------------
--
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers is
> just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro
> Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Fwd: [Rails-users] Rails - Bug in version 1.6.2

[Stefan F. <ste...@we...>]

Phil:
sorry for misunderstanding your issue.

I assume it was not a pbem game (otherwise there would save files 
available) For a ftf-game  it would have been preferable if autosave had 
been turned on. If that has been the case there should be 
18xx_autosave.rails in his rails folder.

Unfortunately I was the only one who lobbied for autosave turned on by 
default, so that is unlikely.

I believe the opinion what should be in the log depends on the bug to 
investigate: In your case it is bad luck, if Rails would have been 
frozen related to something with route discovery, I would be happy to 
have it in the log.

But maybe that is helpful:
If you try to filter the 18xx log for all commands look for all lines 
starting with "Done: AddToList ExecutedActions:"
Those are the selected commands.

Stefan


On 02/20/2012 05:06 PM, Phil Davies wrote:
> I know I can change it for myself, my point was we have a user who
> mailed to the users list with the debug log from his game and all of
> this stuff is showing up with INFO against it.  To rebuild the scenario
> he constructed that causes a freeze I need to replay his steps and
> that's tricky given the detail in the file.  If those steps had WARN or
> DEBUG next to them I could cut them out of the resultant file and fathom
> out the situation he ended up in a lot quicker.
>
> On 20 February 2012 15:54, Stefan Frey <ste...@we...
> <mailto:ste...@we...>> wrote:
>
>     Phil:
>     set the logging options inside log4j.properties file for
>
>     log4j.logger.rails.algorithms=...
>
>     from INFO to WARN and you will receive no output related
>     to route discovery.
>
>     Stefan
>
>
>     On 02/20/2012 04:43 PM, Phil Davies wrote:
>      > Looking through the debug log, I see the following:
>      >
>      > 2012-02-20 18:44:37 DEBUG  Tiles can be laid
>      > 2012-02-20 18:44:37 INFO   Found city Hex A3 (St. Louis)
>      > 2012-02-20 18:44:37 INFO   Added A3.1
>      > 2012-02-20 18:44:37 INFO   Added A3.E
>      > 2012-02-20 18:44:37 INFO   Found city Hex A5 (East St. Louis)
>      > 2012-02-20 18:44:37 INFO   Added A5.1
>      > 2012-02-20 18:44:37 INFO   Found city Hex I13 (Huntsville)
>      > 2012-02-20 18:44:37 INFO   Added I13.1
>      > 2012-02-20 18:44:37 INFO   Found city Hex H16 (Chattanooga)
>      >
>      > Does anyone else think that the tile lay discovery should go
>     under debug
>      > data?  It's really tricky trying to replay this users game with
>     all the
>      > debug data in there, if you could just strip out all lines from
>     the log
>      > with debug in, you are still left with all the route discovery
>     information.
>      >
>      > Thoughts?
>      >
>      > Phil
>      >
>      > ---------- Forwarded message ----------
>      > From: *Mike Bourke* <com...@ip...
>     <mailto:com...@ip...>
>      > <mailto:com...@ip...
>     <mailto:com...@ip...>>>
>      > Date: 20 February 2012 09:20
>      > Subject: [Rails-users] Rails - Bug in version 1.6.2
>      > To: rai...@li...
>     <mailto:rai...@li...>
>      > <mailto:rai...@li...
>     <mailto:rai...@li...>>
>      >
>      >
>      > Hi – ____
>      >
>      > __ __
>      >
>      > I just had the game freeze and crash (log attached) while playing
>     1851.
>      > The situation was that a company had no train, and there were no
>     trains
>      > left in the IPO to purchase.____
>      >
>      > __ __
>      >
>      > If the “Purchase Trains” had been allowed, it would have been
>     possible
>      > to buy a train from another company.____
>      >
>      > __ __
>      >
>      > Mike Bourke____
>      >
>      > Campaign Mastery http://www.campaignmastery.com
>      > <http://www.campaignmastery.com/>____
>      >
>      > Co-author, /Assassin’s Amulet /http://www.legaciescampaignsetting.com
>      > <http://www.legaciescampaignsetting.com/>____
>      >
>      > __ __
>      >
>      >
>      >
>      >
>     ------------------------------------------------------------------------
>      >
>      > avast! Antivirus <http://www.avast.com>: Outbound message clean.
>      >
>      > Virus Database (VPS): 19/02/2012
>      > Tested on: 20/02/2012 8:10:11 PM
>      > avast! - copyright (c) 1988-2012 AVAST Software.
>      >
>      >
>      >
>      >
>     ------------------------------------------------------------------------------
>      > Try before you buy = See our experts in action!
>      > The most comprehensive online learning library for Microsoft
>     developers
>      > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5,
>     CSS3, MVC3,
>      > Metro Style Apps, more. Free future releases when you subscribe now!
>      > http://p.sf.net/sfu/learndevnow-dev2
>      > _______________________________________________
>      > Rails-users mailing list
>      > Rai...@li...
>     <mailto:Rai...@li...>
>     <mailto:Rai...@li...
>     <mailto:Rai...@li...>>
>      > https://lists.sourceforge.net/lists/listinfo/rails-users
>      >
>      >
>      >
>      >
>      >
>     ------------------------------------------------------------------------------
>      > Try before you buy = See our experts in action!
>      > The most comprehensive online learning library for Microsoft
>     developers
>      > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5,
>     CSS3, MVC3,
>      > Metro Style Apps, more. Free future releases when you subscribe now!
>      > http://p.sf.net/sfu/learndevnow-dev2
>      >
>      >
>      >
>      > _______________________________________________
>      > Rails-devel mailing list
>      > Rai...@li...
>     <mailto:Rai...@li...>
>      > https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>     ------------------------------------------------------------------------------
>     Try before you buy = See our experts in action!
>     The most comprehensive online learning library for Microsoft developers
>     is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>     Metro Style Apps, more. Free future releases when you subscribe now!
>     http://p.sf.net/sfu/learndevnow-dev2
>     _______________________________________________
>     Rails-devel mailing list
>     Rai...@li...
>     <mailto:Rai...@li...>
>     https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
>
> ------------------------------------------------------------------------------
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Fwd: [Rails-users] Rails - Bug in version 1.6.2

[Phil D. <de...@gm...>]

I know I can change it for myself, my point was we have a user who mailed
to the users list with the debug log from his game and all of this stuff is
showing up with INFO against it.  To rebuild the scenario
he constructed that causes a freeze I need to replay his steps and that's
tricky given the detail in the file.  If those steps had WARN or DEBUG next
to them I could cut them out of the resultant file and fathom out the
situation he ended up in a lot quicker.

On 20 February 2012 15:54, Stefan Frey <ste...@we...> wrote:

> Phil:
> set the logging options inside log4j.properties file for
>
> log4j.logger.rails.algorithms=...
>
> from INFO to WARN and you will receive no output related
> to route discovery.
>
> Stefan
>
>
> On 02/20/2012 04:43 PM, Phil Davies wrote:
> > Looking through the debug log, I see the following:
> >
> > 2012-02-20 18:44:37 DEBUG  Tiles can be laid
> > 2012-02-20 18:44:37 INFO   Found city Hex A3 (St. Louis)
> > 2012-02-20 18:44:37 INFO   Added A3.1
> > 2012-02-20 18:44:37 INFO   Added A3.E
> > 2012-02-20 18:44:37 INFO   Found city Hex A5 (East St. Louis)
> > 2012-02-20 18:44:37 INFO   Added A5.1
> > 2012-02-20 18:44:37 INFO   Found city Hex I13 (Huntsville)
> > 2012-02-20 18:44:37 INFO   Added I13.1
> > 2012-02-20 18:44:37 INFO   Found city Hex H16 (Chattanooga)
> >
> > Does anyone else think that the tile lay discovery should go under debug
> > data?  It's really tricky trying to replay this users game with all the
> > debug data in there, if you could just strip out all lines from the log
> > with debug in, you are still left with all the route discovery
> information.
> >
> > Thoughts?
> >
> > Phil
> >
> > ---------- Forwarded message ----------
> > From: *Mike Bourke* <com...@ip...
> > <mailto:com...@ip...>>
> > Date: 20 February 2012 09:20
> > Subject: [Rails-users] Rails - Bug in version 1.6.2
> > To: rai...@li...
> > <mailto:rai...@li...>
> >
> >
> > Hi – ____
> >
> > __ __
> >
> > I just had the game freeze and crash (log attached) while playing 1851.
> > The situation was that a company had no train, and there were no trains
> > left in the IPO to purchase.____
> >
> > __ __
> >
> > If the “Purchase Trains” had been allowed, it would have been possible
> > to buy a train from another company.____
> >
> > __ __
> >
> > Mike Bourke____
> >
> > Campaign Mastery http://www.campaignmastery.com
> > <http://www.campaignmastery.com/>____
> >
> > Co-author, /Assassin’s Amulet /http://www.legaciescampaignsetting.com
> > <http://www.legaciescampaignsetting.com/>____
> >
> > __ __
> >
> >
> >
> > ------------------------------------------------------------------------
> >
> > avast! Antivirus <http://www.avast.com>: Outbound message clean.
> >
> > Virus Database (VPS): 19/02/2012
> > Tested on: 20/02/2012 8:10:11 PM
> > avast! - copyright (c) 1988-2012 AVAST Software.
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > Try before you buy = See our experts in action!
> > The most comprehensive online learning library for Microsoft developers
> > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> > Metro Style Apps, more. Free future releases when you subscribe now!
> > http://p.sf.net/sfu/learndevnow-dev2
> > _______________________________________________
> > Rails-users mailing list
> > Rai...@li... <mailto:
> Rai...@li...>
> > https://lists.sourceforge.net/lists/listinfo/rails-users
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > Try before you buy = See our experts in action!
> > The most comprehensive online learning library for Microsoft developers
> > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> > Metro Style Apps, more. Free future releases when you subscribe now!
> > http://p.sf.net/sfu/learndevnow-dev2
> >
> >
> >
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
> ------------------------------------------------------------------------------
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Fwd: [Rails-users] Rails - Bug in version 1.6.2

[Stefan F. <ste...@we...>]

Phil:
set the logging options inside log4j.properties file for

log4j.logger.rails.algorithms=...

from INFO to WARN and you will receive no output related
to route discovery.

Stefan


On 02/20/2012 04:43 PM, Phil Davies wrote:
> Looking through the debug log, I see the following:
>
> 2012-02-20 18:44:37 DEBUG  Tiles can be laid
> 2012-02-20 18:44:37 INFO   Found city Hex A3 (St. Louis)
> 2012-02-20 18:44:37 INFO   Added A3.1
> 2012-02-20 18:44:37 INFO   Added A3.E
> 2012-02-20 18:44:37 INFO   Found city Hex A5 (East St. Louis)
> 2012-02-20 18:44:37 INFO   Added A5.1
> 2012-02-20 18:44:37 INFO   Found city Hex I13 (Huntsville)
> 2012-02-20 18:44:37 INFO   Added I13.1
> 2012-02-20 18:44:37 INFO   Found city Hex H16 (Chattanooga)
>
> Does anyone else think that the tile lay discovery should go under debug
> data?  It's really tricky trying to replay this users game with all the
> debug data in there, if you could just strip out all lines from the log
> with debug in, you are still left with all the route discovery information.
>
> Thoughts?
>
> Phil
>
> ---------- Forwarded message ----------
> From: *Mike Bourke* <com...@ip...
> <mailto:com...@ip...>>
> Date: 20 February 2012 09:20
> Subject: [Rails-users] Rails - Bug in version 1.6.2
> To: rai...@li...
> <mailto:rai...@li...>
>
>
> Hi – ____
>
> __ __
>
> I just had the game freeze and crash (log attached) while playing 1851.
> The situation was that a company had no train, and there were no trains
> left in the IPO to purchase.____
>
> __ __
>
> If the “Purchase Trains” had been allowed, it would have been possible
> to buy a train from another company.____
>
> __ __
>
> Mike Bourke____
>
> Campaign Mastery http://www.campaignmastery.com
> <http://www.campaignmastery.com/>____
>
> Co-author, /Assassin’s Amulet /http://www.legaciescampaignsetting.com
> <http://www.legaciescampaignsetting.com/>____
>
> __ __
>
>
>
> ------------------------------------------------------------------------
>
> avast! Antivirus <http://www.avast.com>: Outbound message clean.
>
> Virus Database (VPS): 19/02/2012
> Tested on: 20/02/2012 8:10:11 PM
> avast! - copyright (c) 1988-2012 AVAST Software.
>
>
>
> ------------------------------------------------------------------------------
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> _______________________________________________
> Rails-users mailing list
> Rai...@li... <mailto:Rai...@li...>
> https://lists.sourceforge.net/lists/listinfo/rails-users
>
>
>
>
> ------------------------------------------------------------------------------
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Git repo problem

[Erik V. <eri...@xs...>]

> At the top of your git root, is there still a ".git" sub-directory?

Yes, there is.

> I had the same error message here (at around 11:30 am local time so close to
> Erik's error) after git pull. However it only occurred once, 10 seconds later it
> worked as usual. Unlikely that it was a local issue on Erik's system.

OK, I'll try again later.

Thanks,
Erik.

> -----Original Message-----
> From: brett lentz [mailto:bre...@gm...]
> Sent: Monday, February 20, 2012 2:02 PM
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Git repo problem
> 
> On Mon, Feb 20, 2012 at 7:34 AM, Erik Vos <eri...@xs...> wrote:
> > When executing 'git pull'  I'm getting the messages "'/gitroot/rails/rails'
> > does not appear  to be a git repository" and "The remote end hung up
> > unexpectedly".
> > Until yesterday it worked fine.  Any problem out there?
> >
> > Erik.
> >
> >
> 
> 
> It sounds like the git tools can't find the .git directory that houses all of the
> repository information.
> 
> ---Brett.
> 
> ------------------------------------------------------------------------------
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers is
> just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro
> Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Git repo problem

[Stefan F. <ste...@we...>]

Brett & Erik:
I had the same error message here (at around 11:30 am local time so 
close to Erik's error) after git pull. However it only occurred once, 10 
seconds later it worked as usual. Unlikely that it was a local issue
on Erik's system.

 From my experience it is not so unsual to experience error message with 
sf.net at European lunch time or US night time. Similar to bgg it might
be the time of maintenance.
Stefan


On 02/20/2012 02:02 PM, brett lentz wrote:
> On Mon, Feb 20, 2012 at 7:34 AM, Erik Vos<eri...@xs...>  wrote:
>> When executing 'git pull'  I'm getting the messages "'/gitroot/rails/rails'
>> does not appear  to be a git repository" and "The remote end hung up
>> unexpectedly".
>> Until yesterday it worked fine.  Any problem out there?
>>
>> Erik.
>>
>>
>
> At the top of your git root, is there still a ".git" sub-directory?
>
> It sounds like the git tools can't find the .git directory that houses
> all of the repository information.
>
> ---Brett.
>
> ------------------------------------------------------------------------------
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Git repo problem

[brett l. <bre...@gm...>]

On Mon, Feb 20, 2012 at 7:34 AM, Erik Vos <eri...@xs...> wrote:
> When executing 'git pull'  I'm getting the messages "'/gitroot/rails/rails'
> does not appear  to be a git repository" and "The remote end hung up
> unexpectedly".
> Until yesterday it worked fine.  Any problem out there?
>
> Erik.
>
>

At the top of your git root, is there still a ".git" sub-directory?

It sounds like the git tools can't find the .git directory that houses
all of the repository information.

---Brett.

[Rails-devel] Git repo problem

[Erik V. <eri...@xs...>]

When executing 'git pull'  I'm getting the messages "'/gitroot/rails/rails'
does not appear  to be a git repository" and "The remote end hung up
unexpectedly". 
Until yesterday it worked fine.  Any problem out there?

Erik.

Re: [Rails-devel] Problem with 1835 PfB

[Erik V. <eri...@xs...>]

Volker,

It was a practical decision to postpone the Bad home-token laying until its first OR, but I agree that in this case it works out badly.  
I'll see if I can do something about it.

Erik


> -----Original Message-----
> From: Schnell, Volker [mailto:vol...@ar...]
> Sent: Monday, February 20, 2012 10:51 AM
> To: rai...@li...
> Subject: [Rails-devel] Problem with 1835 PfB
> 
> Hello,
> 
> here is another problem with the special ability of the Pfalzbahn in 1835.
> Bad is opened in the sdr and the By-director use the ability of the Pfalzbahn
> (tile laying (i.e. 210/L6/NE) and Token) before the BAD has layed the home-
> Token.
> message: by cannot lay token on M6, base token slot.
> see attached file. I play the game with the master-Branch.
> 
> The rules say, if a tile on L6 is already exist when the BAD is floated, the
> director decides, where to place the BAd-basetoken.
> 
> Can you fix the problem?
> 
> Volker
> 
> --
> Volker Schnell
> email: vol...@ar...
> homepage: home.arcor.de\volker_schnell

[Rails-devel] Problem with 1835 PfB

[Schnell, V. <vol...@ar...>]

Hello,

here is another problem with the special ability of the Pfalzbahn in 1835.
Bad is opened in the sdr and the By-director use the ability of the 
Pfalzbahn (tile laying (i.e. 210/L6/NE) and Token) before the BAD has 
layed the home-Token.
message: by cannot lay token on M6, base token slot.
see attached file. I play the game with the master-Branch.

The rules say, if a tile on L6 is already exist when the BAD is floated, 
the director decides, where to place the BAd-basetoken.

Can you fix the problem?

Volker

-- 
Volker Schnell
email: vol...@ar...
homepage: home.arcor.de\volker_schnell

Re: [Rails-devel] Swing Docking Framework for Rails

[Frederick W. <fre...@go...>]

> Pressing "Ctrl" while dragging an externalized (/detached) panel averts retaching it to the OR Window.
Small correction: It's by pressing "Shift" that this is achieved.

-- Frederick

Re: [Rails-devel] Splash Screen

[Frederick W. <fre...@go...>]

Stefan:
Thanks for wanting to get into the details of what has been done - I'm
also feeling more comfortable if the four-eye principle is applied for
such critical change.

Core rails objects are created in game.setup and game.load
respectively - both called within the init thread. GameUIManager's
gameUIInit is only called once this is done (as there is no
parallelization up that point in time - it's also called by the init
thread). This gameUIInit calls constructors and init method for all UI
components (eg., leading to the creation of GUITile and so on). By
this means, the game core layer is ensured to be fully available
before the UI layer begins to be set up.

As a further explanation, there is really much more potential of
parallelization / speed-up, but I had opted against that because
ensuring correct ordering would have been cumbersome (synch-points) or
not reliable enough. So there is really not much "magic" in the
changes - just putting the (isolated) last steps of UI component
initialization into a separate thread (EDT) and continuing with the
next UI component in the meantime.

-- Frederick

Re: [Rails-devel] Splash Screen

[Stefan F. <ste...@we...>]

Frederick:
thanks for your explanations: Concurrency for me is still something that 
is a pretty demanding task (unless it is simple parallel processing). 
And I am neither an expert on Swing nor on the UI classes of Rails.

So basically you move out game setup into a non-EDT thread and then only 
have the required calls via SwingUtilities back to the EDT? And so it is 
not so easy to simply have one running before the other for testing 
purposes as there is more interleaving going on.

Still allow me one question to get a better understanding:
In which thread are those objects created that link to the rails core 
classes? Examples are GUITile, GUIHex and all Field elements?
For those you have to ensure that the Rails components are initialized 
before the UI equivalents/observers.

Sorry for not been able to provide the StackTrace of the Null pointer 
exception during initialization. As mentioned before it occurred at the 
first run after I have installed the Sun JRE/JDK in parallel, so I 
thought there was something wrong in the setup/classpath. I cannot even 
remember if the exception occurred inside a Rails class.
However it disappeared as I did test a game load instead starting a new 
game and then I was never been able to reproduce it.

So my proposal is take the risk and release all things quickly as it 
seems to me that you have taken care of most of the potential issues 
already.

But maybe there are other opinions and I would be glad to have more 
people have already tested the new setup already.

Stefan


On 02/18/2012 06:43 PM, Frederick Weld wrote:
> Stefan:
>
>> However are you sure that the the thread separation cannot create issues?
>
> It's indeed quite a challenge to ensure that concurrent threads work
> as expected under various situations. Therefore, when implementing the
> splash screen, I refrained from any optimizations that were not
> clearly without risks. The key is the following thread dependency:
>
> - The splash thread (ProgressVisualizer inner class) will never cause
> any issue as it is only considering the splash screen visualization of
> what it has been notified.
>
> - The init thread (non-EDT) creates/inits the classes (frames/panels).
> Following swing's "realization" thread rule by the letter, I've put
> any post-realization create/init logic (most often: pack()) of these
> classes into an invokeLater. The same applies when finalizing the
> initialization. There, the init Thread completely pauses until EDT is
> through and issues setVisible / toFront within the EDT afterwards
> (this is all done by invokeAndWait).
>
> So as a result, the dependencies between init thread and EDT are drawn
> very clearly and, by design, are very robust.
>
> What I cannot exclude for 100% is that there is still some UI
> component code (in some ? extends JFrame) that tries to access other
> components when being run in the init thread. But I reduced the
> likelihood of that being reviewing the existing code that is called
> (transitively) during initialization.
>
> So for the null pointer exception, please provide me the call stack
> and I would follow up with an analysis.
>
> My proposal for the splash screen would have been to include it into
> 1.7.0 and, if there are really reported issues, make it work for
> 1.7.x. I hope you understand I won't invest into reducing the scope of
> this functionality, as it works fine for me and I would have been
> willing to follow up on analyzing reported issues.
>
> But it would also be a very valid option to exclude the functionality
> from 1.7.0 (meaning forking 1.7.0 from before the splash screen
> commits) and making more experiences with this for the weeks until
> 1.8.0.
>
> My personal opinion is that for any feature I have developed in the
> last months bugs could still be reported when releasing, the
> probability for this to happen being only somewhat higher for the
> docking framework and the game init refactoring.
>
> So it's on you or the rest of rails-devel to decide...
>
> -- Frederick
>
> ------------------------------------------------------------------------------
> Virtualization&  Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Swing Docking Framework for Rails

[Frederick W. <fre...@go...>]

One piece of information I've just stumbled upon and which could be
valuable for the users of the docking framework:

Pressing "Ctrl" while dragging an externalized (/detached) panel
averts retaching it to the OR Window.
This is valuable when aiming at placing an externalized panel partly
on top of the OR Window.

-- Frederick