Menu
▾
▴
rails-devel
|
From: Stefan F. <ste...@we...> - 2012-10-03 21:57:56
|
All commits of the Rails 1.x tree are now merged into the Rails2.0 branch (this makes Rails2.0_merge obsolete and will be deleted soon). So everyone (and especially the one-and-only Erik) is invited to start coding against Rails2.0 from now on. Major change so far are the revised classes/interfaces of the state/model packages (see previous mails). Current (known) issues soon to be fixed are: * Undo/Redo in the UI is deactivated * Some annoyance in the UI that items are referred by the id instead of the name (e.g. a train called 3_3 instead of simply 3) (see next mail on toText() methods) The only exception are those commits that have been related to the started implementation of 1880, before I can merge them I have to get a better picture of the requirements, but this will be done soon. Testing of Rails2.0 in development is already possible by fetching the git branch. I will release a alpha version as soon as I have enabled (or gave up on) WebStart support (see separate mail for this). Further roadmap: * Start revised Round classes * Use that to finish 1825 ==> Release of Rails2.0 * Add tile lay allowance algorithm * Support realtime-online play ==> Release of Rails2.1 Other plans (independent of releases) * Improve ftf-play (no-map mode) with an optimized gui * Finish 1880 (if not Martin continues his work there) Stefan |
|
From: Dr. M. B. <dr....@t-...> - 2012-10-05 16:29:10
|
Hi Stefan, i was and still am busy with other things in the moment. As soon as my time permits I would like to continue but would prefer to work with someone else on the finishing of 1880 :) You said you need to understand the requirements of 1880 ? Perhaps I can explain that to you either on or off the list. Regards Martin. -----Ursprüngliche Nachricht----- Von: Stefan Frey [mailto:ste...@we...] Gesendet: Mittwoch, 3. Oktober 2012 23:58 An: Development list for Rails: an 18xx game Betreff: [Rails-devel] Rails2.0: (Almost) all of Rails 1.x merged All commits of the Rails 1.x tree are now merged into the Rails2.0 branch (this makes Rails2.0_merge obsolete and will be deleted soon). So everyone (and especially the one-and-only Erik) is invited to start coding against Rails2.0 from now on. Major change so far are the revised classes/interfaces of the state/model packages (see previous mails). Current (known) issues soon to be fixed are: * Undo/Redo in the UI is deactivated * Some annoyance in the UI that items are referred by the id instead of the name (e.g. a train called 3_3 instead of simply 3) (see next mail on toText() methods) The only exception are those commits that have been related to the started implementation of 1880, before I can merge them I have to get a better picture of the requirements, but this will be done soon. Testing of Rails2.0 in development is already possible by fetching the git branch. I will release a alpha version as soon as I have enabled (or gave up on) WebStart support (see separate mail for this). Further roadmap: * Start revised Round classes * Use that to finish 1825 ==> Release of Rails2.0 * Add tile lay allowance algorithm * Support realtime-online play ==> Release of Rails2.1 Other plans (independent of releases) * Improve ftf-play (no-map mode) with an optimized gui * Finish 1880 (if not Martin continues his work there) Stefan ---------------------------------------------------------------------------- -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |
|
From: Erik V. <eri...@xs...> - 2012-10-06 13:48:17
|
> Testing of Rails2.0 in development is already possible by fetching the git > branch. Trying to fetch Rails2.0, but no luck. What I have sorted out so far are the following commands: - git fetch origin rails2.0 That seems to do something, although 'git branch -r' still only reports origin/master. - git checkout -b rails2.0 origin/rails2.0 That fails with the apparently well-known message "fatal: git checkout: updating paths is incompatible with switching branches. Did you intend... etc.". Adding --track does not help. Doing a 'git pull' first (an advice I found somewhere) does neither. What am I doing wrong? Please note, that I have configured the bare 'git push'/'git pull' to transmit branch 'master' only. I don't have a local Rails2.0 branch yet, which I understand is the proper way to set it up this way. Erik. |
|
From: brett l. <bre...@gm...> - 2012-10-06 14:20:40
|
On Sat, Oct 6, 2012 at 9:48 AM, Erik Vos <eri...@xs...> wrote: >> Testing of Rails2.0 in development is already possible by fetching the git >> branch. > > Trying to fetch Rails2.0, but no luck. > > What I have sorted out so far are the following commands: > > - git fetch origin rails2.0 > That seems to do something, although 'git branch -r' still only reports > origin/master. > "git fetch" is all you need. It will fetch all changesets across all remote branches. > - git checkout -b rails2.0 origin/rails2.0 > That fails with the apparently well-known message "fatal: git checkout: > updating paths is incompatible with switching branches. Did you intend... > etc.". > Adding --track does not help. Doing a 'git pull' first (an advice I found > somewhere) does neither. > > What am I doing wrong? Please note, that I have configured the bare 'git > push'/'git pull' to transmit branch 'master' only. > I don't have a local Rails2.0 branch yet, which I understand is the proper > way to set it up this way. > Once you do a fetch or pull without arguments, it should pull down references to any branches you're missing. If this fails, can you show what "git config --list" and "git branch -r" shows? > Erik. > > ---Brett |
|
From: Erik V. <eri...@xs...> - 2012-10-06 15:33:05
|
Brett, > "git fetch" is all you need. It will fetch all changesets across all remote > branches. I think you have overlooked this remark of mine: >> Please note, that I have configured the bare > > 'git push'/'git pull' to transmit branch 'master' only.+ ...which also applies to git fetch. > Once you do a fetch or pull without arguments, it should pull down > references to any branches you're missing. No, and that is not what I had always intended either, see above. I don't want branches that I'm not interested in. I want to keep it simple. I guess that's unusual... > If this fails, can you show what "git config --list" and "git branch -r" shows? git config -l: core.symlinks=false core.autocrlf=true color.diff=auto color.status=auto color.branch=auto color.interactive=true pack.packsizelimit=2g help.format=html http.sslcainfo=/bin/curl-ca-bundle.crt sendemail.smtpserver=/bin/msmtp.exe diff.astextplain.textconv=astextplain rebase.autosquash=true user.name=Erik Vos user.email=eri...@xs... branch.autosetuprebase=always core.repositoryformatversion=0 core.filemode=false core.logallrefupdates=true core.autocrlf=false remote.origin.url=ssh://ev...@ra.../gitroot/rails/rails remote.origin.fetch=refs/heads/master:refs/remotes/origin/master remote.origin.push=refs/heads/master:refs/heads/master branch.master.remote=origin branch.master.merge=refs/heads/master branch.autosetuprebase=always git branch -r: origin/master Thinking again, I might remove remote.origin.fetch, leaving remote.origin.push in place. Or can I add just a second branch? Erik. |
|
From: brett l. <bre...@gm...> - 2012-10-06 16:37:58
|
On Sat, Oct 6, 2012 at 11:33 AM, Erik Vos <eri...@xs...> wrote: > Brett, > >> "git fetch" is all you need. It will fetch all changesets across all > remote >> branches. > > I think you have overlooked this remark of mine: >>> Please note, that I have configured the bare >> > 'git push'/'git pull' to transmit branch 'master' only.+ > ...which also applies to git fetch. > >> Once you do a fetch or pull without arguments, it should pull down >> references to any branches you're missing. > > No, and that is not what I had always intended either, see above. I don't > want branches that I'm not interested in. I want to keep it simple. I > guess that's unusual... > It is unusual and also a bit unnecessary. Git is extremely efficient at what it does, so this sort of thing, as you're finding out, will cause more problems than it solves. >> If this fails, can you show what "git config --list" and "git branch -r" > shows? > > git config -l: > > core.symlinks=false > core.autocrlf=true > color.diff=auto > color.status=auto > color.branch=auto > color.interactive=true > pack.packsizelimit=2g > help.format=html > http.sslcainfo=/bin/curl-ca-bundle.crt > sendemail.smtpserver=/bin/msmtp.exe > diff.astextplain.textconv=astextplain > rebase.autosquash=true > user.name=Erik Vos > user.email=eri...@xs... > branch.autosetuprebase=always > core.repositoryformatversion=0 > core.filemode=false > core.logallrefupdates=true > core.autocrlf=false > remote.origin.url=ssh://ev...@ra.../gitroot/rails/rails > remote.origin.fetch=refs/heads/master:refs/remotes/origin/master I recommend changing this to: remote.origin.fetch=refs/heads/*:refs/remotes/origin/* > remote.origin.push=refs/heads/master:refs/heads/master This line isn't needed. A better way (imo) would be to set an alias. But it's also functionally equivalent to "git push origin master" > branch.master.remote=origin > branch.master.merge=refs/heads/master > branch.autosetuprebase=always > > git branch -r: > > origin/master > > Thinking again, I might remove remote.origin.fetch, leaving > remote.origin.push in place. > Or can I add just a second branch? > You could, but I don't believe it's necessary. The whole '.git' directory for rails is 32M, which includes all remote branches. There's really not much (if any) savings in restricting your fetches to just master. Remote branches don't really impact your local repository if you don't check them out or track them in a local branch. > Erik. > > ---Brett. |
|
From: Erik V. <eri...@xs...> - 2012-10-06 17:58:58
|
> > remote.origin.push=refs/heads/master:refs/heads/master > > This line isn't needed. A better way (imo) would be to set an alias. > > But it's also functionally equivalent to "git push origin master" I don't trust myself remembering that every time. What I want is to have 'git push' upload just the one (maybe two) branch(es) with which I work, or into which I merge my local branches. All my own local branches that do not exist in the remote repo should be excluded from uploading. I want just the simple 'git push' do that, as it does now, because the current configuration makes me push 'master' only. How can I set that up without 'remote.origin.push'? Erik. |
|
From: brett l. <bre...@gm...> - 2012-10-06 18:38:35
|
On Sat, Oct 6, 2012 at 1:58 PM, Erik Vos <eri...@xs...> wrote: >> > remote.origin.push=refs/heads/master:refs/heads/master >> >> This line isn't needed. A better way (imo) would be to set an alias. >> >> But it's also functionally equivalent to "git push origin master" > > I don't trust myself remembering that every time. > It's a learning process. The more you work with it, the easier it becomes. :-) > What I want is to have 'git push' upload just the one (maybe two) branch(es) > with which I work, or into which I merge my local branches. > All my own local branches that do not exist in the remote repo should be > excluded from uploading. > I want just the simple 'git push' do that, as it does now, because the > current configuration makes me push 'master' only. > > How can I set that up without 'remote.origin.push'? > That's the default behavior. "Git push" doesn't blindly upload everything. It only syncs the branches that you've selected as remote tracking branches. Everything else stays local. This is why the typical git workflow is to use lots of local branches that you merge to master when a particular feature is ready. So, in your current config, a git push would only consider master, because it's the only remote-tracking branch that's checked out. > Erik. > > ---Brett. |
|
From: Stefan F. <ste...@we...> - 2012-10-09 12:31:59
|
Erik: were you able to proceed? I am using git push origin rails2.0 to push only rails2.0 and git push origin to push all. What Brett is suggesting is to define an alias command: e.g. git-config alias.pushAll push origin git-config alias.pushTwo push origin rails2.0 My experience with pushing is that is harder to get the push done, instead of pushing bad things. And even if you, it is easy to fix, just complain and either Brett or I will step in. I did a few hundreds of cherry-picks with conflicts already and had not one bad experience so far with git. Even if everything gets messed up it is easy to redo (or to fix with rebase --interactive). Stefan On 10/06/2012 07:58 PM, Erik Vos wrote: >>> remote.origin.push=refs/heads/master:refs/heads/master >> >> This line isn't needed. A better way (imo) would be to set an alias. >> >> But it's also functionally equivalent to "git push origin master" > > I don't trust myself remembering that every time. > > What I want is to have 'git push' upload just the one (maybe two) branch(es) > with which I work, or into which I merge my local branches. > All my own local branches that do not exist in the remote repo should be > excluded from uploading. > I want just the simple 'git push' do that, as it does now, because the > current configuration makes me push 'master' only. > > How can I set that up without 'remote.origin.push'? > > Erik. > > > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Erik V. <eri...@xs...> - 2012-10-09 14:53:29
|
> were you able to proceed? Not yet, but I haven't tried. Thanks for your suggestions. I'll pick it up one of these days. Unfortunately (from the Rails perspective), I'm now spending most of my time playing Grepolis, which is rather absorbing. One day that will end... It'll probably be easier to make a restart now that Stefan is about done with Rails2.0. We clearly were on diverging paths, and the understanding that much of my work was making it harder for him didn't help to keep me active. Erik. |
|
From: Stefan F. <ste...@we...> - 2012-10-09 17:27:13
|
Erik: I hope you will soon come back to the development. If you check it out, you will realize that I really tried hard to keep the main structure and ideas intact. So most likely you will feel yourself comfortable, especially adding new games should be easier in the future and in my impression this was your main goal in the recent past. Your work never made it more difficult (merging is far easier than writing the new code myself) and I hope this does not discourage you from adding to the project as without you it would never got that far. Stefan On 10/09/2012 04:53 PM, Erik Vos wrote: >> were you able to proceed? > > Not yet, but I haven't tried. Thanks for your suggestions. I'll pick it up > one of these days. > > Unfortunately (from the Rails perspective), I'm now spending most of my time > playing Grepolis, which is rather absorbing. One day that will end... > > It'll probably be easier to make a restart now that Stefan is about done > with Rails2.0. We clearly were on diverging paths, and the understanding > that much of my work was making it harder for him didn't help to keep me > active. > > Erik. > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Schnell, V. <vol...@ar...> - 2012-10-11 17:56:34
Attachments:
1835_20121011_1744_Klaus-J_rgen_buy_5train.rails
|
Hello, our game have some strange options. the pre Pru M1 buy the first 5-Train. Then the merger takes place und rails stopped. "done" is an option, but nothing happens. see attached file The Prussian can operate normal incl. the 5-Train. The owner of the M1 receive no revenue. greetings Volker -- Volker Schnell email: vol...@ar... homepage: home.arcor.de\volker_schnell |
|
From: Erik V. <eri...@xs...> - 2012-10-11 22:13:05
|
There is an uncatched exception on the console: Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at rails.game.OperatingRound.setBuyableTrains(OperatingRound.java:3056) at rails.game.OperatingRound.setPossibleActions(OperatingRound.java:392) ... The cause probably is, that the operating company that bought the train no longer exists whilst wrapping up its OR turn. I presume this bug has crept in by some change. I'll try to sort it out tomorrow. Erik > -----Original Message----- > From: Schnell, Volker [mailto:vol...@ar...] > Sent: Thursday, October 11, 2012 7:56 PM > To: rai...@li... > Subject: [Rails-devel] next 1835 bug > > Hello, > > our game have some strange options. > the pre Pru M1 buy the first 5-Train. Then the merger takes place und rails > stopped. > "done" is an option, but nothing happens. see attached file The Prussian can > operate normal incl. the 5-Train. The owner of the M1 receive no revenue. > > greetings > > Volker > > -- > Volker Schnell > email: vol...@ar... > homepage: home.arcor.de\volker_schnell |
|
From: Erik V. <eri...@xs...> - 2012-10-12 20:19:15
|
A check was missing on that: M1 bought a 5-train and was still considered being operational. I have added a check after resuming an OR after a PR formation round triggered by buying a train: if the operating company has closed in the meantime (as is the case here), the turn will be finished. It now runs well, but I was surprised to see that now the PR gets a turn. I doubt if that is correct. AFAIK, the PR cannot operate if any minor has both operated and merged in that same OR. Or am I wrong here? I vaguely remember a discussion about this issue long ago, but I'm not sure what the outcome was. I also fixed a harmless error in the definition of tile -114 (Braunschweig): an extra redundant null track, which I have removed. Nothing pushed yet. Erik. > -----Original Message----- > From: Erik Vos [mailto:eri...@xs...] > Sent: Friday, October 12, 2012 12:13 AM > To: vol...@ar...; 'Development list for Rails: an 18xx game' > Subject: Re: [Rails-devel] next 1835 bug > > There is an uncatched exception on the console: > Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException > at > rails.game.OperatingRound.setBuyableTrains(OperatingRound.java:3056) > at > rails.game.OperatingRound.setPossibleActions(OperatingRound.java:392) > ... > The cause probably is, that the operating company that bought the train no > longer exists whilst wrapping up its OR turn. I presume this bug has crept in > by some change. > I'll try to sort it out tomorrow. > > Erik > > > > -----Original Message----- > > From: Schnell, Volker [mailto:vol...@ar...] > > Sent: Thursday, October 11, 2012 7:56 PM > > To: rai...@li... > > Subject: [Rails-devel] next 1835 bug > > > > Hello, > > > > our game have some strange options. > > the pre Pru M1 buy the first 5-Train. Then the merger takes place und > rails > > stopped. > > "done" is an option, but nothing happens. see attached file The > > Prussian > can > > operate normal incl. the 5-Train. The owner of the M1 receive no revenue. > > > > greetings > > > > Volker > > > > -- > > Volker Schnell > > email: vol...@ar... > > homepage: home.arcor.de\volker_schnell > > > > ---------------------------------------------------------------------------- -- > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly what is > happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic > at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |
|
From: Schnell, V. <vol...@ar...> - 2012-10-12 20:41:38
|
hi Eric, it is correct, the pru operates and also runs the 5 train. the owner of the M1 receives no dividend greetings volker Am 12.10.2012 22:19, schrieb Erik Vos: > A check was missing on that: M1 bought a 5-train and was still considered > being operational. > I have added a check after resuming an OR after a PR formation round > triggered by buying a train: if the operating company has closed in the > meantime (as is the case here), the turn will be finished. > > It now runs well, but I was surprised to see that now the PR gets a turn. I > doubt if that is correct. > AFAIK, the PR cannot operate if any minor has both operated and merged in > that same OR. Or am I wrong here? > I vaguely remember a discussion about this issue long ago, but I'm not sure > what the outcome was. > > I also fixed a harmless error in the definition of tile -114 (Braunschweig): > an extra redundant null track, which I have removed. > Nothing pushed yet. > > Erik. > >> -----Original Message----- >> From: Erik Vos [mailto:eri...@xs...] >> Sent: Friday, October 12, 2012 12:13 AM >> To: vol...@ar...; 'Development list for Rails: an 18xx game' >> Subject: Re: [Rails-devel] next 1835 bug >> >> There is an uncatched exception on the console: >> Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException >> at >> rails.game.OperatingRound.setBuyableTrains(OperatingRound.java:3056) >> at >> rails.game.OperatingRound.setPossibleActions(OperatingRound.java:392) >> ... >> The cause probably is, that the operating company that bought the train no >> longer exists whilst wrapping up its OR turn. I presume this bug has crept > in >> by some change. >> I'll try to sort it out tomorrow. >> >> Erik >> >> >>> -----Original Message----- >>> From: Schnell, Volker [mailto:vol...@ar...] >>> Sent: Thursday, October 11, 2012 7:56 PM >>> To: rai...@li... >>> Subject: [Rails-devel] next 1835 bug >>> >>> Hello, >>> >>> our game have some strange options. >>> the pre Pru M1 buy the first 5-Train. Then the merger takes place und >> rails >>> stopped. >>> "done" is an option, but nothing happens. see attached file The >>> Prussian >> can >>> operate normal incl. the 5-Train. The owner of the M1 receive no > revenue. >>> greetings >>> >>> Volker >>> >>> -- >>> Volker Schnell >>> email: vol...@ar... >>> homepage: home.arcor.de\volker_schnell >> >> >> > ---------------------------------------------------------------------------- > -- >> Don't let slow site performance ruin your business. Deploy New Relic APM >> Deploy New Relic app performance management and know exactly what is >> happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic >> at no cost today and get our sweet Data Nerd shirt too! >> http://p.sf.net/sfu/newrelic-dev2dev >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > 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 |
|
From: Erik V. <eri...@xs...> - 2012-10-12 21:03:36
|
Ah OK, the M1 can have had no revenue because it had no train, otherwise it could not have bought that 5-train. So I'm saved by the minor train limit being 1 in that phase. Anyway, it works. I have pushed the fixes mentioned to master. Erik. > -----Original Message----- > From: Schnell, Volker [mailto:vol...@ar...] > Sent: Friday, October 12, 2012 10:41 PM > To: rai...@li... > Subject: Re: [Rails-devel] next 1835 bug > > hi Eric, > it is correct, the pru operates and also runs the 5 train. the owner of the M1 > receives no dividend greetings volker > > Am 12.10.2012 22:19, schrieb Erik Vos: > > A check was missing on that: M1 bought a 5-train and was still > > considered being operational. > > I have added a check after resuming an OR after a PR formation round > > triggered by buying a train: if the operating company has closed in > > the meantime (as is the case here), the turn will be finished. > > > > It now runs well, but I was surprised to see that now the PR gets a > > turn. I doubt if that is correct. > > AFAIK, the PR cannot operate if any minor has both operated and merged > > in that same OR. Or am I wrong here? > > I vaguely remember a discussion about this issue long ago, but I'm not > > sure what the outcome was. > > > > I also fixed a harmless error in the definition of tile -114 (Braunschweig): > > an extra redundant null track, which I have removed. > > Nothing pushed yet. > > > > Erik. > > > >> -----Original Message----- > >> From: Erik Vos [mailto:eri...@xs...] > >> Sent: Friday, October 12, 2012 12:13 AM > >> To: vol...@ar...; 'Development list for Rails: an 18xx game' > >> Subject: Re: [Rails-devel] next 1835 bug > >> > >> There is an uncatched exception on the console: > >> Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException > >> at > >> rails.game.OperatingRound.setBuyableTrains(OperatingRound.java:3056) > >> at > >> rails.game.OperatingRound.setPossibleActions(OperatingRound.java:392) > >> ... > >> The cause probably is, that the operating company that bought the > >> train no longer exists whilst wrapping up its OR turn. I presume this > >> bug has crept > > in > >> by some change. > >> I'll try to sort it out tomorrow. > >> > >> Erik > >> > >> > >>> -----Original Message----- > >>> From: Schnell, Volker [mailto:vol...@ar...] > >>> Sent: Thursday, October 11, 2012 7:56 PM > >>> To: rai...@li... > >>> Subject: [Rails-devel] next 1835 bug > >>> > >>> Hello, > >>> > >>> our game have some strange options. > >>> the pre Pru M1 buy the first 5-Train. Then the merger takes place > >>> und > >> rails > >>> stopped. > >>> "done" is an option, but nothing happens. see attached file The > >>> Prussian > >> can > >>> operate normal incl. the 5-Train. The owner of the M1 receive no > > revenue. > >>> greetings > >>> > >>> Volker > >>> > >>> -- > >>> Volker Schnell > >>> email: vol...@ar... > >>> homepage: home.arcor.de\volker_schnell > >> > >> > >> > > ---------------------------------------------------------------------- > > ------ > > -- > >> Don't let slow site performance ruin your business. Deploy New Relic > >> APM Deploy New Relic app performance management and know exactly > what > >> is happening inside your Ruby, Python, PHP, Java, and .NET app Try > >> New Relic at no cost today and get our sweet Data Nerd shirt too! > >> http://p.sf.net/sfu/newrelic-dev2dev > >> _______________________________________________ > >> Rails-devel mailing list > >> Rai...@li... > >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > ---------------------------------------------------------------------- > > -------- Don't let slow site performance ruin your business. Deploy > > New Relic APM Deploy New Relic app performance management and know > > exactly what is happening inside your Ruby, Python, PHP, Java, and > > .NET app Try New Relic at no cost today and get our sweet Data Nerd > > shirt too! > > http://p.sf.net/sfu/newrelic-dev2dev > > _______________________________________________ > > 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 > > > ---------------------------------------------------------------------------- -- > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |
|
From: Stefan F. <ste...@we...> - 2012-10-17 07:32:03
|
Erik: I have not realized that there was a fix until now. Just released with 1.7.12. I have added the case as a test game under test/bugs. There are two test for 1835 which fail for several releases already, so I usually ignore them, but maybe you have some time to check them. (Just run the test cases it will show which one are problematic). If not, I will remove them, already done that under Rails2.0. Stefan On 10/12/2012 11:03 PM, Erik Vos wrote: > Ah OK, the M1 can have had no revenue because it had no train, otherwise it > could not have bought that 5-train. > So I'm saved by the minor train limit being 1 in that phase. Anyway, it > works. > > I have pushed the fixes mentioned to master. > > Erik. > >> -----Original Message----- >> From: Schnell, Volker [mailto:vol...@ar...] >> Sent: Friday, October 12, 2012 10:41 PM >> To: rai...@li... >> Subject: Re: [Rails-devel] next 1835 bug >> >> hi Eric, >> it is correct, the pru operates and also runs the 5 train. the owner of > the M1 >> receives no dividend greetings volker >> >> Am 12.10.2012 22:19, schrieb Erik Vos: >>> A check was missing on that: M1 bought a 5-train and was still >>> considered being operational. >>> I have added a check after resuming an OR after a PR formation round >>> triggered by buying a train: if the operating company has closed in >>> the meantime (as is the case here), the turn will be finished. >>> >>> It now runs well, but I was surprised to see that now the PR gets a >>> turn. I doubt if that is correct. >>> AFAIK, the PR cannot operate if any minor has both operated and merged >>> in that same OR. Or am I wrong here? >>> I vaguely remember a discussion about this issue long ago, but I'm not >>> sure what the outcome was. >>> >>> I also fixed a harmless error in the definition of tile -114 > (Braunschweig): >>> an extra redundant null track, which I have removed. >>> Nothing pushed yet. >>> >>> Erik. >>> >>>> -----Original Message----- >>>> From: Erik Vos [mailto:eri...@xs...] >>>> Sent: Friday, October 12, 2012 12:13 AM >>>> To: vol...@ar...; 'Development list for Rails: an 18xx game' >>>> Subject: Re: [Rails-devel] next 1835 bug >>>> >>>> There is an uncatched exception on the console: >>>> Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException >>>> at >>>> rails.game.OperatingRound.setBuyableTrains(OperatingRound.java:3056) >>>> at >>>> rails.game.OperatingRound.setPossibleActions(OperatingRound.java:392) >>>> ... >>>> The cause probably is, that the operating company that bought the >>>> train no longer exists whilst wrapping up its OR turn. I presume this >>>> bug has crept >>> in >>>> by some change. >>>> I'll try to sort it out tomorrow. >>>> >>>> Erik >>>> >>>> >>>>> -----Original Message----- >>>>> From: Schnell, Volker [mailto:vol...@ar...] >>>>> Sent: Thursday, October 11, 2012 7:56 PM >>>>> To: rai...@li... >>>>> Subject: [Rails-devel] next 1835 bug >>>>> >>>>> Hello, >>>>> >>>>> our game have some strange options. >>>>> the pre Pru M1 buy the first 5-Train. Then the merger takes place >>>>> und >>>> rails >>>>> stopped. >>>>> "done" is an option, but nothing happens. see attached file The >>>>> Prussian >>>> can >>>>> operate normal incl. the 5-Train. The owner of the M1 receive no >>> revenue. >>>>> greetings >>>>> >>>>> Volker >>>>> >>>>> -- >>>>> Volker Schnell >>>>> email: vol...@ar... >>>>> homepage: home.arcor.de\volker_schnell >>>> >>>> >>>> >>> ---------------------------------------------------------------------- >>> ------ >>> -- >>>> Don't let slow site performance ruin your business. Deploy New Relic >>>> APM Deploy New Relic app performance management and know exactly >> what >>>> is happening inside your Ruby, Python, PHP, Java, and .NET app Try >>>> New Relic at no cost today and get our sweet Data Nerd shirt too! >>>> http://p.sf.net/sfu/newrelic-dev2dev >>>> _______________________________________________ >>>> Rails-devel mailing list >>>> Rai...@li... >>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>> >>> ---------------------------------------------------------------------- >>> -------- Don't let slow site performance ruin your business. Deploy >>> New Relic APM Deploy New Relic app performance management and know >>> exactly what is happening inside your Ruby, Python, PHP, Java, and >>> .NET app Try New Relic at no cost today and get our sweet Data Nerd >>> shirt too! >>> http://p.sf.net/sfu/newrelic-dev2dev >>> _______________________________________________ >>> 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 >> >> >> > ---------------------------------------------------------------------------- > -- >> Don't let slow site performance ruin your business. Deploy New Relic APM >> Deploy New Relic app performance management and know exactly >> what is happening inside your Ruby, Python, PHP, Java, and .NET app >> Try New Relic at no cost today and get our sweet Data Nerd shirt too! >> http://p.sf.net/sfu/newrelic-dev2dev >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Erik V. <eri...@xs...> - 2012-10-17 15:02:58
|
Sending this failed the first time, this is a retry. > -----Original Message----- > From: Erik Vos [mailto:eri...@xs...] > Sent: Wednesday, October 17, 2012 2:47 PM > To: 'Development list for Rails: an 18xx game' > Subject: RE: [Rails-devel] next 1835 bug > > Stefan, > > > There are two test for 1835 which fail for several releases already, > > so I usually ignore them, but maybe you have some time to check them. > > (Just run the test cases it will show which one are problematic). > > I see no test case failures for 1835. > Could it be that fixes to .rails files exist in master that have escaped your > attention? > > Erik. |
|
From: Stefan F. <ste...@we...> - 2012-10-26 05:16:39
|
Erik, you were right. It does not happen in master as there is the fix missing that a free tile lay is not allowed if the potential costs are not covered by the companies treasury (this is only in Rails 1.7.x). It would require adding a Skip action to the test cases. Details for 1835_PR_3rdTrain see below. Stefan 1835_PR_3rdTrain: Both the save file and the report file do not differ. Reload is not possible as there is a skip action missing at the time that OBB offers an extra tile lay. Start of Operating Round 5.2 ... BY (Alice) operates. BY lays tile #214 at hex J6/SE for 50M BY earns 330M BY pays out full dividend of 330M ... Sequence of Actions: Action 216 Alice: LayTile tile=214 hex=J6 orientation=5 tokens=null Action 217 Alice: Skip Action 218 Alice: SetDividend: BY, settable, previous=240M, new=330M, allowed=PAYOUT,WITHHOLD, chosen=PAYOUT Action 219 Alice: Done The skip here is required to skip the token step. However after laying Tile 214 on hex J6, BY should still be offered the extra (and free) tile lay on M17 due to the OBB private, but that does not happen as BY has only 20 remaining (and a tile lay on M17 potentially costs 50). This requires an additional skip which is missing in the game file. On 10/17/2012 05:02 PM, Erik Vos wrote: > Sending this failed the first time, this is a retry. > >> -----Original Message----- >> From: Erik Vos [mailto:eri...@xs...] >> Sent: Wednesday, October 17, 2012 2:47 PM >> To: 'Development list for Rails: an 18xx game' >> Subject: RE: [Rails-devel] next 1835 bug >> >> Stefan, >> >>> There are two test for 1835 which fail for several releases already, >>> so I usually ignore them, but maybe you have some time to check them. >>> (Just run the test cases it will show which one are problematic). >> >> I see no test case failures for 1835. >> Could it be that fixes to .rails files exist in master that have escaped > your >> attention? >> >> Erik. > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_sfd2d_oct > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: John D. G. <jd...@di...> - 2012-11-09 02:39:41
|
On 2012-11-08 11:50, Schnell, Volker wrote: > player Volker has 40% MS (Director-share and a 20% Share), Player Sven has alse 40% MS (1 20% and 2 10%). > Player Sven buys another MS and is now MS-Director. The Director-Paper has to be exchanged. > Rails changes the 20% MS into 2 10% MS, The rule you've quoted sounds like it agrees with the 2nd edition English rules, which say that the outgoing Director decides how the 20% he receives is made up (if there is a choice among the certificates in the new Director's hand and the bank pool). Since the new director, Sven, has both a 20% and two 10% certificates, the program ought to be asking the outgoing director (Volker) which he would rather receive in exchange for the director's certificate. Still, it's reasonable for the program to assume that Volker will always choose Sven's 20% certificate. |
|
From: Mike B. <com...@ip...> - 2012-11-09 03:49:02
|
I would agree with the statement that it is a reasonable default assumption - but the point of the original message seems to be that this is not the way Rails is actually processing the changeover. Mike Bourke Campaign Mastery http://www.campaignmastery.com Co-author, Assassin's Amulet http://www.legaciescampaignsetting.com |
|
From: Schnell, V. <vol...@ar...> - 2012-11-08 19:50:40
Attachments:
1835_20121105_2038_Sven_K_exchange_ms..rails
|
Hi, our actual game show up some rails-Bugs. player Volker has 40% MS (Director-share and a 20% Share), Player Sven has alse 40% MS (1 20% and 2 10%). Player Sven buys another MS and is now MS-Director. The Director-Paper has to be exchanged. Rails changes the 20% MS into 2 10% MS, Rule 3.3.8 Beim Direktorwechsel übergibt der alte Direktor seine Direktor-Aktie unmittelbar an den neuen Direktor und erhält dafür gleichviele prozentuale Anteile dieser Gesellschaft zurück. Die Stückelung wählt der alte Direktor. (i.e. 20% vs 20% or 2 10% vs 20%). (At the exchange of the Director the old Director give his director-Share immediately to the new director and receive the equal procentual Shares of this Company. The denomination chooses the old director. Rails has to offer an option, which denomination-Exchange the old Director wants (in case of the usibility it is also possible to ask the current player). The options are: 1 20% <-> 1 20% MS 1 20% <-> 2 10% MS see attached file. the second option was not possible. -- Volker Schnell email: vol...@ar... homepage: home.arcor.de\volker_schnell |
|
From: Erik V. <eri...@xs...> - 2012-12-11 22:11:09
|
Apologies that this bug report has been left unresponded for so long. I agree that a choice should be given. It's on my to-do list. Erik. > -----Original Message----- > From: Schnell, Volker [mailto:vol...@ar...] > Sent: Thursday, November 08, 2012 8:51 PM > To: rai...@li... > Subject: [Rails-devel] 1835 bug Exchange presedencie > > Hi, > our actual game show up some rails-Bugs. > > player Volker has 40% MS (Director-share and a 20% Share), Player Sven has > alse 40% MS (1 20% and 2 10%). > Player Sven buys another MS and is now MS-Director. The Director-Paper has > to be exchanged. > Rails changes the 20% MS into 2 10% MS, > > Rule 3.3.8 Beim Direktorwechsel übergibt der alte Direktor seine Direktor- > Aktie unmittelbar an den neuen Direktor und erhält dafür gleichviele > prozentuale Anteile dieser Gesellschaft zurück. Die Stückelung wählt der alte > Direktor. (i.e. 20% vs 20% or 2 10% vs 20%). > (At the exchange of the Director the old Director give his director-Share > immediately to the new director and receive the equal procentual Shares of > this Company. The denomination chooses the old director. > > Rails has to offer an option, which denomination-Exchange the old Director > wants (in case of the usibility it is also possible to ask the current player). > The options are: > 1 20% <-> 1 20% MS > 1 20% <-> 2 10% MS > see attached file. the second option was not possible. > > -- > Volker Schnell > email: vol...@ar... > homepage: home.arcor.de\volker_schnell |
|
From: Schnell, V. <vol...@ar...> - 2013-04-28 20:45:07
|
Hi, here is the next issue to 1835. the prussian gets startet in OR 4.2 with a Sharevalue 154. in the share dealing round all 10% Shares were bought by the players and none were sold. at the end of the Share Dealing round there were no Shares in the Bank pool nor initial Shares are available. Some pre-Prussians company were not closed. Rails: at the End of the round the share price of the pru is not moved up one row. (comment of rails:All players have passed, end of SR 5, SX price goes from 112M(F4) to 122M(F3). SX is sold out, price rises from 112M(F4) to 122M(F3) BY price goes from 106M(G6) to 114M(G5). BY is sold out, price rises from 106M(G6) to 114M(G5) BA price goes from 84M(B4) to 86M(B3). BA is sold out, price rises from 84M(B4) to 86M(B3) HE price goes from 84M(B4) to 86M(B3). HE is sold out, price rises from 84M(B4) to 86M(B3)) English Rules, XiV, 4: if at the end of a share Dealing Round, all purchasable shares in a company are owned by players, i.e. sold and none in the bank pool, then the share price marker is moved up one row on the share price index. This statement is true for the prussian. is it possible, to adjust rails (1.7.12) ? greetings volker -- Volker Schnell email: vol...@ar... homepage: home.arcor.de\volker_schnell |
|
From: Mike B. <com...@ip...> - 2013-04-29 00:13:24
|
Without a save game it's difficult to know, but if the Prussian Railroad had not yet run, it might not be elegibile for an adjustment to its stock price. This is the case in some 18xx rules, not sure if 1835 is one of them. Mike Bourke Campaign Mastery http://www.campaignmastery.com Co-author, Assassin's Amulet http://www.legaciescampaignsetting.com |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X