Menu
▾
▴
rails-devel — List for discussion of Rails development
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
(25) |
Mar
(84) |
Apr
(76) |
May
(25) |
Jun
(1) |
Jul
(28) |
Aug
(23) |
Sep
(50) |
Oct
(46) |
Nov
(65) |
Dec
(76) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(60) |
Feb
(33) |
Mar
(4) |
Apr
(17) |
May
(16) |
Jun
(18) |
Jul
(131) |
Aug
(11) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
(5) |
| 2007 |
Jan
(71) |
Feb
|
Mar
|
Apr
|
May
(6) |
Jun
(19) |
Jul
(40) |
Aug
(38) |
Sep
(7) |
Oct
(58) |
Nov
|
Dec
(10) |
| 2008 |
Jan
(17) |
Feb
(27) |
Mar
(12) |
Apr
(1) |
May
(50) |
Jun
(10) |
Jul
|
Aug
(15) |
Sep
(24) |
Oct
(64) |
Nov
(115) |
Dec
(47) |
| 2009 |
Jan
(30) |
Feb
(1) |
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
(4) |
Nov
(132) |
Dec
(93) |
| 2010 |
Jan
(266) |
Feb
(120) |
Mar
(168) |
Apr
(127) |
May
(83) |
Jun
(93) |
Jul
(77) |
Aug
(77) |
Sep
(86) |
Oct
(30) |
Nov
(4) |
Dec
(22) |
| 2011 |
Jan
(48) |
Feb
(81) |
Mar
(198) |
Apr
(174) |
May
(72) |
Jun
(101) |
Jul
(236) |
Aug
(144) |
Sep
(54) |
Oct
(132) |
Nov
(94) |
Dec
(111) |
| 2012 |
Jan
(135) |
Feb
(166) |
Mar
(86) |
Apr
(85) |
May
(137) |
Jun
(83) |
Jul
(54) |
Aug
(29) |
Sep
(49) |
Oct
(37) |
Nov
(8) |
Dec
(6) |
| 2013 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
(14) |
May
(5) |
Jun
(15) |
Jul
|
Aug
(38) |
Sep
(44) |
Oct
(45) |
Nov
(40) |
Dec
(23) |
| 2014 |
Jan
(22) |
Feb
(63) |
Mar
(43) |
Apr
(60) |
May
(10) |
Jun
(5) |
Jul
(13) |
Aug
(57) |
Sep
(36) |
Oct
(2) |
Nov
(30) |
Dec
(27) |
| 2015 |
Jan
(5) |
Feb
(2) |
Mar
(14) |
Apr
(3) |
May
|
Jun
(3) |
Jul
(10) |
Aug
(63) |
Sep
(31) |
Oct
(26) |
Nov
(11) |
Dec
(6) |
| 2016 |
Jan
|
Feb
(11) |
Mar
|
Apr
|
May
(1) |
Jun
(16) |
Jul
|
Aug
(4) |
Sep
|
Oct
(1) |
Nov
(4) |
Dec
(1) |
| 2017 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
(20) |
Jul
(4) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
(10) |
May
(10) |
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
(3) |
Apr
(9) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
(4) |
| 2021 |
Jan
(5) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <ab...@o2...> - 2011-02-10 15:30:47
|
It worked fine on my machine. I did:
L&N lays tile #9 at hex G15/SW
L&N lays tile #9 at hex H14/SW
(straight tracks continuing the existing one) with no error at all.
Windows 7, Rails 1.4.1
Adam Badura
-----Oryginalna wiadomość-----
From: Phil Davies
Sent: Thursday, February 10, 2011 4:23 PM
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] 1889 Regression: private B and laying the
porttile?
Erik,
I think something is going funny with the tile laying code in games
where you can lay multiple tiles in a turn. Try loading up the
attached saved game and try and lay a yellow tile somewhere, you get
the following error noted below. I spotted this trying to do some
work on 1825 but it's present in 1851, I haven't tried 1835 yet but I
imagine it might have the same situation. Seems to be a failure
around decreasing the number of allowed tile lays for the company.
Exception in thread "AWT-EventQueue-0"
java.util.ConcurrentModificationException
at java.util.HashMap$HashIterator.nextEntry(Unknown Source)
at java.util.HashMap$KeyIterator.next(Unknown Source)
at java.util.Collections$UnmodifiableCollection$1.next(Unknown Source)
at
rails.game.OperatingRound.updateAllowedTileColours(OperatingRound.java:476)
at rails.game.OperatingRound.checkNormalTileLay(OperatingRound.java:458)
at rails.game.OperatingRound.registerNormalTileLay(OperatingRound.java:445)
at rails.game.OperatingRound.layTile(OperatingRound.java:429)
at rails.game.OperatingRound.process(OperatingRound.java:192)
at rails.game.GameManager.process(GameManager.java:824)
at rails.ui.swing.GameUIManager.processOnServer(GameUIManager.java:239)
at rails.ui.swing.ORWindow.process(ORWindow.java:154)
at rails.ui.swing.ORUIManager.layTile(ORUIManager.java:796)
at rails.ui.swing.ORUIManager.executeUpgrade(ORUIManager.java:1328)
at rails.ui.swing.UpgradesPanel.actionPerformed(UpgradesPanel.java:399)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
On 4 February 2011 18:42, Erik Vos <eri...@xs...> wrote:
> Fixed bug #3165621: 1889 port token could not be laid.
> Tile laying code has been generally cleaned up and simplified. Some other
> (unrelated) minor bugs have been found and fixed.
> Cases where both a regular and a special property-originating tile can be
> laid on the same hex now work correctly (such as in 1899 hex G10 in the
> saved file provided with the above bug).
>
> Please let me know if any unwanted change in behaviour of tile laying
> processes are found. I have done quite some testing (and found some more
> bugs in that process, still to fix), but it's not really possible to check
> for all potential side effects of changing such old code.
>
>> -----Oorspronkelijk bericht-----
>> Van: Bill Rosgen [mailto:ro...@gm...]
>> Verzonden: dinsdag 25 januari 2011 11:42
>> Aan: Development list for Rails: an 18xx game
>> Onderwerp: Re: [Rails-devel] 1889 Regression: private B and laying the
> port
>> tile?
>>
>> Hi Phil,
>>
>> I encounter this error when playing a new game created in the trunk code.
> If
>> it works for others, it's probably some sort of misconfiguration on my
> end.
>> As far as I can tell I have the latest version of the source, but I'm not
> very
>> familiar with Eclipse.
>>
>> Bill
>>
>> On 2011-01-25, at 18:23 , Phil Davies wrote:
>>
>> > Bill,
>> >
>> > I've just checked this against the trunk code checked out today and I
>> > don't have this problem.
>> >
>> > Are you using a saved game made with 1.4? There has been a change to
>> > the tile manifest to 1889 (tile 440 was broken) so it's likely that
>> > your saved game won't work with the trunk code because of this change.
>> > Starting a new game from scratch and using B's power worked okay for
>> > me.
>> >
>> > Phil
>> >
>> >
>> > On 25 January 2011 09:57, Bill Rosgen <ro...@gm...> wrote:
>> >> Hello,
>> >>
>> >> Hopefully this is the right place to post this. I've recently checked
> the
>> source out of svn and have been playing around with rails (so that I can
> play
>> 18EU on my laptop with small screen). When playing 1889 I run into a
>> problem that the owner of private B cannot lay the port tile, but only if
> I use
>> the code I've checked out of svn -- version 1.4 works correctly.
>> >>
>> >> Specifically, when the user clicks on a map space where he can lay the
>> port tile there's a NullPointerException thrown from line 106 of
>> UpgradesPanel.populate(). It looks like the call to
> layTile.getTileColours()
>> returns a null pointer for at least one of the tiles in the list (I
>> assume
> it's the
>> port tile, since it's a special tile, so the constructed of LayTile is
> called for the
>> SPECIAL_PROPERTY case where LayTile.tileColours does not get set.
>> >>
>> >> I have a savegame that can be used as a test-case, but I encounter
>> >> this
>> problem literally anytime the owner of private B attempts to lay the port
> tile
>> (which can be as early as the first tile lay), so I'm not sure it's worth
> sending
>> out.
>> >>
>> >> I am able to get around the problem my testing that
>> layTile.getTileColours() returns non-null, but as I'm not familiar with
> the code,
>> I'm not sure if that will break anything else. Specifically, if I change
> lines 104-
>> 115 of UpgradesPanel.populate() to the following:
>> >>
>> >> for (TileI tile : tiles) {
>> >> // Skip if not allowed in LayTile
>> >> if (layTile.getTileColours() != null &&
>> >> layTile.getTileColours().get(tile.getColourName()) < 1) continue;
>> >>
>> >> // special check: does the tile increase the colour
> number?
>> >> // this avoids that a special tile lay down or
> equalgrades existing
>> tiles
>> >> // TODO EV: I'm not sure if this is a necessary
> precaution.
>> >> if (layTile.getTileColours() != null &&
>> >> !layTile.isTileColourAllowed(tile.getColourName())) continue;
>> >>
>> >> if (!orUIManager.tileUpgrades.contains(tile))
>> >> orUIManager.tileUpgrades.add(tile);
>> >> }
>> >>
>> >> then it seems that the private power works correctly.
>> >>
>> >> I'd send a patch, but I'm not convinced that UpgradesPanel is the
>> >> right
>> place to make this change and I'm also not sure that the bug isn't some
>> artifact of me misconfiguring Eclipse.
>> >>
>> >> Thanks,
>> >> Bill Rosgen
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> --------- Special Offer-- Download ArcSight Logger for FREE (a $49
>> >> USD value)!
>> >> Finally, a world-class log management solution at an even better
>> >> price-
>> free!
>> >> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
>> >> February 28th, so secure your free ArcSight Logger TODAY!
>> >> http://p.sf.net/sfu/arcsight-sfd2d
>> >> _______________________________________________
>> >> Rails-devel mailing list
>> >> Rai...@li...
>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >>
>> >
>> > ----------------------------------------------------------------------
>> > -------- Special Offer-- Download ArcSight Logger for FREE (a $49 USD
>> > value)!
>> > Finally, a world-class log management solution at an even better
> price-free!
>> > Download using promo code Free_Logger_4_Dev2Dev. Offer expires
>> > February 28th, so secure your free ArcSight Logger TODAY!
>> > http://p.sf.net/sfu/arcsight-sfd2d
>> > _______________________________________________
>> > Rails-devel mailing list
>> > Rai...@li...
>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>>
>>
> ----------------------------------------------------------------------------
> --
>> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
>> Finally, a world-class log management solution at an even better
> price-free!
>> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
>> February 28th, so secure your free ArcSight Logger TODAY!
>> http://p.sf.net/sfu/arcsight-sfd2d
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ------------------------------------------------------------------------------
> The modern datacenter depends on network connectivity to access resources
> and provide services. The best practices for maximizing a physical
> server's
> connectivity to a physical network are well understood - see how these
> rules translate into the virtual world?
> http://p.sf.net/sfu/oracle-sfdevnlfb
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel
|
|
From: Phil D. <de...@gm...> - 2011-02-10 15:30:36
|
Minor clarification...this only appears to be an issue with dev code,
not the 1.4.1 release...so actually if this is something that has come
about as a result of things you are working on then just ignore me :)
On 10 February 2011 15:23, Phil Davies <de...@gm...> wrote:
> Erik,
>
> I think something is going funny with the tile laying code in games
> where you can lay multiple tiles in a turn. Try loading up the
> attached saved game and try and lay a yellow tile somewhere, you get
> the following error noted below. I spotted this trying to do some
> work on 1825 but it's present in 1851, I haven't tried 1835 yet but I
> imagine it might have the same situation. Seems to be a failure
> around decreasing the number of allowed tile lays for the company.
>
>
> Exception in thread "AWT-EventQueue-0" java.util.ConcurrentModificationException
> at java.util.HashMap$HashIterator.nextEntry(Unknown Source)
> at java.util.HashMap$KeyIterator.next(Unknown Source)
> at java.util.Collections$UnmodifiableCollection$1.next(Unknown Source)
> at rails.game.OperatingRound.updateAllowedTileColours(OperatingRound.java:476)
> at rails.game.OperatingRound.checkNormalTileLay(OperatingRound.java:458)
> at rails.game.OperatingRound.registerNormalTileLay(OperatingRound.java:445)
> at rails.game.OperatingRound.layTile(OperatingRound.java:429)
> at rails.game.OperatingRound.process(OperatingRound.java:192)
> at rails.game.GameManager.process(GameManager.java:824)
> at rails.ui.swing.GameUIManager.processOnServer(GameUIManager.java:239)
> at rails.ui.swing.ORWindow.process(ORWindow.java:154)
> at rails.ui.swing.ORUIManager.layTile(ORUIManager.java:796)
> at rails.ui.swing.ORUIManager.executeUpgrade(ORUIManager.java:1328)
> at rails.ui.swing.UpgradesPanel.actionPerformed(UpgradesPanel.java:399)
> at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
> at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
> at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
> at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
> at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source)
> at java.awt.Component.processMouseEvent(Unknown Source)
> at javax.swing.JComponent.processMouseEvent(Unknown Source)
> at java.awt.Component.processEvent(Unknown Source)
> at java.awt.Container.processEvent(Unknown Source)
> at java.awt.Component.dispatchEventImpl(Unknown Source)
> at java.awt.Container.dispatchEventImpl(Unknown Source)
> at java.awt.Component.dispatchEvent(Unknown Source)
> at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
> at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
> at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
> at java.awt.Container.dispatchEventImpl(Unknown Source)
> at java.awt.Window.dispatchEventImpl(Unknown Source)
> at java.awt.Component.dispatchEvent(Unknown Source)
> at java.awt.EventQueue.dispatchEvent(Unknown Source)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.run(Unknown Source)
>
>
>
>
> On 4 February 2011 18:42, Erik Vos <eri...@xs...> wrote:
>> Fixed bug #3165621: 1889 port token could not be laid.
>> Tile laying code has been generally cleaned up and simplified. Some other
>> (unrelated) minor bugs have been found and fixed.
>> Cases where both a regular and a special property-originating tile can be
>> laid on the same hex now work correctly (such as in 1899 hex G10 in the
>> saved file provided with the above bug).
>>
>> Please let me know if any unwanted change in behaviour of tile laying
>> processes are found. I have done quite some testing (and found some more
>> bugs in that process, still to fix), but it's not really possible to check
>> for all potential side effects of changing such old code.
>>
>>> -----Oorspronkelijk bericht-----
>>> Van: Bill Rosgen [mailto:ro...@gm...]
>>> Verzonden: dinsdag 25 januari 2011 11:42
>>> Aan: Development list for Rails: an 18xx game
>>> Onderwerp: Re: [Rails-devel] 1889 Regression: private B and laying the
>> port
>>> tile?
>>>
>>> Hi Phil,
>>>
>>> I encounter this error when playing a new game created in the trunk code.
>> If
>>> it works for others, it's probably some sort of misconfiguration on my
>> end.
>>> As far as I can tell I have the latest version of the source, but I'm not
>> very
>>> familiar with Eclipse.
>>>
>>> Bill
>>>
>>> On 2011-01-25, at 18:23 , Phil Davies wrote:
>>>
>>> > Bill,
>>> >
>>> > I've just checked this against the trunk code checked out today and I
>>> > don't have this problem.
>>> >
>>> > Are you using a saved game made with 1.4? There has been a change to
>>> > the tile manifest to 1889 (tile 440 was broken) so it's likely that
>>> > your saved game won't work with the trunk code because of this change.
>>> > Starting a new game from scratch and using B's power worked okay for
>>> > me.
>>> >
>>> > Phil
>>> >
>>> >
>>> > On 25 January 2011 09:57, Bill Rosgen <ro...@gm...> wrote:
>>> >> Hello,
>>> >>
>>> >> Hopefully this is the right place to post this. I've recently checked
>> the
>>> source out of svn and have been playing around with rails (so that I can
>> play
>>> 18EU on my laptop with small screen). When playing 1889 I run into a
>>> problem that the owner of private B cannot lay the port tile, but only if
>> I use
>>> the code I've checked out of svn -- version 1.4 works correctly.
>>> >>
>>> >> Specifically, when the user clicks on a map space where he can lay the
>>> port tile there's a NullPointerException thrown from line 106 of
>>> UpgradesPanel.populate(). It looks like the call to
>> layTile.getTileColours()
>>> returns a null pointer for at least one of the tiles in the list (I assume
>> it's the
>>> port tile, since it's a special tile, so the constructed of LayTile is
>> called for the
>>> SPECIAL_PROPERTY case where LayTile.tileColours does not get set.
>>> >>
>>> >> I have a savegame that can be used as a test-case, but I encounter this
>>> problem literally anytime the owner of private B attempts to lay the port
>> tile
>>> (which can be as early as the first tile lay), so I'm not sure it's worth
>> sending
>>> out.
>>> >>
>>> >> I am able to get around the problem my testing that
>>> layTile.getTileColours() returns non-null, but as I'm not familiar with
>> the code,
>>> I'm not sure if that will break anything else. Specifically, if I change
>> lines 104-
>>> 115 of UpgradesPanel.populate() to the following:
>>> >>
>>> >> for (TileI tile : tiles) {
>>> >> // Skip if not allowed in LayTile
>>> >> if (layTile.getTileColours() != null &&
>>> >> layTile.getTileColours().get(tile.getColourName()) < 1) continue;
>>> >>
>>> >> // special check: does the tile increase the colour
>> number?
>>> >> // this avoids that a special tile lay down or
>> equalgrades existing
>>> tiles
>>> >> // TODO EV: I'm not sure if this is a necessary
>> precaution.
>>> >> if (layTile.getTileColours() != null &&
>>> >> !layTile.isTileColourAllowed(tile.getColourName())) continue;
>>> >>
>>> >> if (!orUIManager.tileUpgrades.contains(tile))
>>> >> orUIManager.tileUpgrades.add(tile);
>>> >> }
>>> >>
>>> >> then it seems that the private power works correctly.
>>> >>
>>> >> I'd send a patch, but I'm not convinced that UpgradesPanel is the right
>>> place to make this change and I'm also not sure that the bug isn't some
>>> artifact of me misconfiguring Eclipse.
>>> >>
>>> >> Thanks,
>>> >> Bill Rosgen
>>> >>
>>> >>
>>> >> ---------------------------------------------------------------------
>>> >> --------- Special Offer-- Download ArcSight Logger for FREE (a $49
>>> >> USD value)!
>>> >> Finally, a world-class log management solution at an even better price-
>>> free!
>>> >> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
>>> >> February 28th, so secure your free ArcSight Logger TODAY!
>>> >> http://p.sf.net/sfu/arcsight-sfd2d
>>> >> _______________________________________________
>>> >> Rails-devel mailing list
>>> >> Rai...@li...
>>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>> >>
>>> >
>>> > ----------------------------------------------------------------------
>>> > -------- Special Offer-- Download ArcSight Logger for FREE (a $49 USD
>>> > value)!
>>> > Finally, a world-class log management solution at an even better
>> price-free!
>>> > Download using promo code Free_Logger_4_Dev2Dev. Offer expires
>>> > February 28th, so secure your free ArcSight Logger TODAY!
>>> > http://p.sf.net/sfu/arcsight-sfd2d
>>> > _______________________________________________
>>> > Rails-devel mailing list
>>> > Rai...@li...
>>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>>>
>>>
>>>
>> ----------------------------------------------------------------------------
>> --
>>> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
>>> Finally, a world-class log management solution at an even better
>> price-free!
>>> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
>>> February 28th, so secure your free ArcSight Logger TODAY!
>>> http://p.sf.net/sfu/arcsight-sfd2d
>>> _______________________________________________
>>> Rails-devel mailing list
>>> Rai...@li...
>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>>
>> ------------------------------------------------------------------------------
>> The modern datacenter depends on network connectivity to access resources
>> and provide services. The best practices for maximizing a physical server's
>> connectivity to a physical network are well understood - see how these
>> rules translate into the virtual world?
>> http://p.sf.net/sfu/oracle-sfdevnlfb
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>
|
|
From: Phil D. <de...@gm...> - 2011-02-10 15:24:00
|
Erik,
I think something is going funny with the tile laying code in games
where you can lay multiple tiles in a turn. Try loading up the
attached saved game and try and lay a yellow tile somewhere, you get
the following error noted below. I spotted this trying to do some
work on 1825 but it's present in 1851, I haven't tried 1835 yet but I
imagine it might have the same situation. Seems to be a failure
around decreasing the number of allowed tile lays for the company.
Exception in thread "AWT-EventQueue-0" java.util.ConcurrentModificationException
at java.util.HashMap$HashIterator.nextEntry(Unknown Source)
at java.util.HashMap$KeyIterator.next(Unknown Source)
at java.util.Collections$UnmodifiableCollection$1.next(Unknown Source)
at rails.game.OperatingRound.updateAllowedTileColours(OperatingRound.java:476)
at rails.game.OperatingRound.checkNormalTileLay(OperatingRound.java:458)
at rails.game.OperatingRound.registerNormalTileLay(OperatingRound.java:445)
at rails.game.OperatingRound.layTile(OperatingRound.java:429)
at rails.game.OperatingRound.process(OperatingRound.java:192)
at rails.game.GameManager.process(GameManager.java:824)
at rails.ui.swing.GameUIManager.processOnServer(GameUIManager.java:239)
at rails.ui.swing.ORWindow.process(ORWindow.java:154)
at rails.ui.swing.ORUIManager.layTile(ORUIManager.java:796)
at rails.ui.swing.ORUIManager.executeUpgrade(ORUIManager.java:1328)
at rails.ui.swing.UpgradesPanel.actionPerformed(UpgradesPanel.java:399)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
On 4 February 2011 18:42, Erik Vos <eri...@xs...> wrote:
> Fixed bug #3165621: 1889 port token could not be laid.
> Tile laying code has been generally cleaned up and simplified. Some other
> (unrelated) minor bugs have been found and fixed.
> Cases where both a regular and a special property-originating tile can be
> laid on the same hex now work correctly (such as in 1899 hex G10 in the
> saved file provided with the above bug).
>
> Please let me know if any unwanted change in behaviour of tile laying
> processes are found. I have done quite some testing (and found some more
> bugs in that process, still to fix), but it's not really possible to check
> for all potential side effects of changing such old code.
>
>> -----Oorspronkelijk bericht-----
>> Van: Bill Rosgen [mailto:ro...@gm...]
>> Verzonden: dinsdag 25 januari 2011 11:42
>> Aan: Development list for Rails: an 18xx game
>> Onderwerp: Re: [Rails-devel] 1889 Regression: private B and laying the
> port
>> tile?
>>
>> Hi Phil,
>>
>> I encounter this error when playing a new game created in the trunk code.
> If
>> it works for others, it's probably some sort of misconfiguration on my
> end.
>> As far as I can tell I have the latest version of the source, but I'm not
> very
>> familiar with Eclipse.
>>
>> Bill
>>
>> On 2011-01-25, at 18:23 , Phil Davies wrote:
>>
>> > Bill,
>> >
>> > I've just checked this against the trunk code checked out today and I
>> > don't have this problem.
>> >
>> > Are you using a saved game made with 1.4? There has been a change to
>> > the tile manifest to 1889 (tile 440 was broken) so it's likely that
>> > your saved game won't work with the trunk code because of this change.
>> > Starting a new game from scratch and using B's power worked okay for
>> > me.
>> >
>> > Phil
>> >
>> >
>> > On 25 January 2011 09:57, Bill Rosgen <ro...@gm...> wrote:
>> >> Hello,
>> >>
>> >> Hopefully this is the right place to post this. I've recently checked
> the
>> source out of svn and have been playing around with rails (so that I can
> play
>> 18EU on my laptop with small screen). When playing 1889 I run into a
>> problem that the owner of private B cannot lay the port tile, but only if
> I use
>> the code I've checked out of svn -- version 1.4 works correctly.
>> >>
>> >> Specifically, when the user clicks on a map space where he can lay the
>> port tile there's a NullPointerException thrown from line 106 of
>> UpgradesPanel.populate(). It looks like the call to
> layTile.getTileColours()
>> returns a null pointer for at least one of the tiles in the list (I assume
> it's the
>> port tile, since it's a special tile, so the constructed of LayTile is
> called for the
>> SPECIAL_PROPERTY case where LayTile.tileColours does not get set.
>> >>
>> >> I have a savegame that can be used as a test-case, but I encounter this
>> problem literally anytime the owner of private B attempts to lay the port
> tile
>> (which can be as early as the first tile lay), so I'm not sure it's worth
> sending
>> out.
>> >>
>> >> I am able to get around the problem my testing that
>> layTile.getTileColours() returns non-null, but as I'm not familiar with
> the code,
>> I'm not sure if that will break anything else. Specifically, if I change
> lines 104-
>> 115 of UpgradesPanel.populate() to the following:
>> >>
>> >> for (TileI tile : tiles) {
>> >> // Skip if not allowed in LayTile
>> >> if (layTile.getTileColours() != null &&
>> >> layTile.getTileColours().get(tile.getColourName()) < 1) continue;
>> >>
>> >> // special check: does the tile increase the colour
> number?
>> >> // this avoids that a special tile lay down or
> equalgrades existing
>> tiles
>> >> // TODO EV: I'm not sure if this is a necessary
> precaution.
>> >> if (layTile.getTileColours() != null &&
>> >> !layTile.isTileColourAllowed(tile.getColourName())) continue;
>> >>
>> >> if (!orUIManager.tileUpgrades.contains(tile))
>> >> orUIManager.tileUpgrades.add(tile);
>> >> }
>> >>
>> >> then it seems that the private power works correctly.
>> >>
>> >> I'd send a patch, but I'm not convinced that UpgradesPanel is the right
>> place to make this change and I'm also not sure that the bug isn't some
>> artifact of me misconfiguring Eclipse.
>> >>
>> >> Thanks,
>> >> Bill Rosgen
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> --------- Special Offer-- Download ArcSight Logger for FREE (a $49
>> >> USD value)!
>> >> Finally, a world-class log management solution at an even better price-
>> free!
>> >> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
>> >> February 28th, so secure your free ArcSight Logger TODAY!
>> >> http://p.sf.net/sfu/arcsight-sfd2d
>> >> _______________________________________________
>> >> Rails-devel mailing list
>> >> Rai...@li...
>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >>
>> >
>> > ----------------------------------------------------------------------
>> > -------- Special Offer-- Download ArcSight Logger for FREE (a $49 USD
>> > value)!
>> > Finally, a world-class log management solution at an even better
> price-free!
>> > Download using promo code Free_Logger_4_Dev2Dev. Offer expires
>> > February 28th, so secure your free ArcSight Logger TODAY!
>> > http://p.sf.net/sfu/arcsight-sfd2d
>> > _______________________________________________
>> > Rails-devel mailing list
>> > Rai...@li...
>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>>
>>
> ----------------------------------------------------------------------------
> --
>> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
>> Finally, a world-class log management solution at an even better
> price-free!
>> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
>> February 28th, so secure your free ArcSight Logger TODAY!
>> http://p.sf.net/sfu/arcsight-sfd2d
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ------------------------------------------------------------------------------
> The modern datacenter depends on network connectivity to access resources
> and provide services. The best practices for maximizing a physical server's
> connectivity to a physical network are well understood - see how these
> rules translate into the virtual world?
> http://p.sf.net/sfu/oracle-sfdevnlfb
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
|
|
From: Adam B. <ab...@o2...> - 2011-02-08 21:12:02
|
You can do the action and then undo it in report window and then save. It works too.
Adam Badura
From: Erik Vos
Sent: Tuesday, February 08, 2011 9:39 PM
To: st...@ro... ; 'Development list for Rails: an 18xx game'
Subject: Re: [Rails-devel] Bug starting 1889 game in 1.4.1
Yes, that’s why I fixed it.
However, until the next release is out you’ll have to live with the workaround to enter at least one action before saving for the first time.
Erik.
Van: Steve Undy [mailto:ste...@gm...]
Verzonden: dinsdag 8 februari 2011 21:07
Aan: Development list for Rails: an 18xx game
Onderwerp: Re: [Rails-devel] Bug starting 1889 game in 1.4.1
Saving a game prior to any player mover is a typically how a Dropbox/Rails game starts.
Steve Undy
st...@ro...
On Tue, Feb 8, 2011 at 12:59 PM, Erik Vos <eri...@xs...> wrote:
It seems to be a general problem: this error occurs if a file is saved in
any game before any player action is executed (well, I tried only 1830 and
1889).
I have applied a quick fix that works around it. The bug was in code
developed by Stefan Frey that I haven't well studied, so I'm not sure that
my solution is optimal, but it works for me.
Erik.
> -----Oorspronkelijk bericht-----
> Van: Phil Davies [mailto:de...@gm...]
> Verzonden: dinsdag 8 februari 2011 8:07
> Aan: st...@ro...; Development list for Rails: an 18xx game
> Onderwerp: Re: [Rails-devel] Bug starting 1889 game in 1.4.1
>
> I just tried this and found that if you finish the initial packet
distribution then
> you can save, hardly ideal and I'll take a look at this later when I'm
back on a
> machine with a dev environment installed, but you can at least play out
the
> packet selection over email, have one person input the results and carry
on
> with the game for the moment.
>
> Phil
>
> On 8 February 2011 00:41, Steve Undy <ste...@gm...> wrote:
> > This fails for me using Sun Java on my work Windows XP system. Looks
> > like Rails 1.4.1 is pretty broken for 1889.
> >
> > Steve Undy
> > st...@ro...
> >
> >
> > On Mon, Feb 7, 2011 at 5:22 PM, Justin Rebelo
> > <jus...@gm...>
> > wrote:
> >>
> >> That's often a reasonable point, however, I've tested the exact same
> >> scenario in a freshly unpacked copy of rails-1.4 and had no such
> >> issue.
> >>
> >> Furthermore, as I mentioned already, I've been using non-Sun version
> >> of java thus far without any issue (playing dozens of games over a
> >> year).
> >>
> >> On 2/7/11, Steve Undy <ste...@gm...> wrote:
> >> > I've never had much luck with non-Sun versions of Java.
> >> >
> >> > Steve Undy
> >> > st...@ro...
> >> >
> >> >
> >> > On Mon, Feb 7, 2011 at 5:08 PM, Justin Rebelo
> >> > <jus...@gm...>wrote:
> >> >
> >> >> If the subject line is incorrect and this is not a bug at all but
> >> >> me doing something wrong, I apologize up front, but this seems to
> >> >> be 100% reproducible on this computer system which has always been
> >> >> just fine in the past until trying to start this game using 1.4.1.
> >> >>
> >> >> I am running Ubuntu 10.10.
> >> >>
> >> >> % java -version
> >> >> java version "1.6.0_20"
> >> >> OpenJDK Runtime Environment (IcedTea6 1.9.5) (6b20-1.9.5-
> 0ubuntu1)
> >> >> OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode)
> >> >>
> >> >>
> >> >> As you can see here, the game seems to start OK:
> >> >>
> >> >> (**)Game is 1889.
> >> >> Player 1 is Steve.
> >> >> Player 2 is Costas.
> >> >> Player 3 is Justin.
> >> >> Each player receives ¥420 from the Bank.
> >> >> The Bank has ¥5740.
> >> >> Start of phase 2.
> >> >> Bank size is ¥5740
> >> >> ================ Start of initial round ================ Steve
> >> >> has the Priority Deal
> >> >>
> >> >>
> >> >>
> >> >> But when I choose File -> Save, I get the following exception
> >> >> dumped to the shell:
> >> >>
> >> >>
> >> >>
> >> >> % sh rails.sh
> >> >> log4j.configuration = log4j.properties Cmdline profile selection
> >> >> = null Profile selection = user Loading games list from
> >> >> GamesList.xml Exception in thread "AWT-EventQueue-0"
> >> >> java.lang.NullPointerException
> >> >> at
> >> >> rails.game.ReportBuffer.getLatestReportItems(ReportBuffer.java:298
> >> >> )
> >> >> at
> >> >> rails.ui.swing.GameUIManager.saveGame(GameUIManager.java:741)
> >> >> at
> >> >> rails.ui.swing.StatusWindow.actionPerformed(StatusWindow.java:631)
> >> >> at
> >> >>
> >> >> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java
> >> >> :2012)
> >> >> at
> >> >>
> >> >>
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.
> >> >> java:2335)
> >> >> at
> >> >>
> >> >>
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonMo
> >> >> del.java:404)
> >> >> at
> >> >>
> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:
> >> >> 259)
> >> >> at
> >> >> javax.swing.AbstractButton.doClick(AbstractButton.java:374)
> >> >> at
> >> >>
> >> >> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.jav
> >> >> a:829)
> >> >> at
> >> >>
> >> >>
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.menuDragMouseReleas
> >> >> ed(BasicMenuItemUI.java:939)
> >> >> at
> >> >>
> javax.swing.JMenuItem.fireMenuDragMouseReleased(JMenuItem.java:585
> >> >> )
> >> >> at
> >> >>
> javax.swing.JMenuItem.processMenuDragMouseEvent(JMenuItem.java:482
> >> >> )
> >> >> at
> >> >> javax.swing.JMenuItem.processMouseEvent(JMenuItem.java:428)
> >> >> at
> >> >>
> >> >>
> javax.swing.MenuSelectionManager.processMouseEvent(MenuSelectionMa
> >> >> nager.java:320)
> >> >> at
> >> >>
> >> >>
> javax.swing.plaf.basic.BasicPopupMenuUI$MouseGrabber.eventDispatch
> >> >> ed(BasicPopupMenuUI.java:860)
> >> >> at
> >> >>
> >> >> java.awt.Toolkit$SelectiveAWTEventListener.eventDispatched(Toolkit
> >> >> .java:2378)
> >> >> at
> >> >>
> >> >> java.awt.Toolkit$ToolkitEventMulticaster.eventDispatched(Toolkit.j
> >> >> ava:2270)
> >> >> at
> >> >> java.awt.Toolkit.notifyAWTEventListeners(Toolkit.java:2228)
> >> >> at
> >> >> java.awt.Component.dispatchEventImpl(Component.java:4432)
> >> >> at
> >> >> java.awt.Container.dispatchEventImpl(Container.java:2163)
> >> >> at java.awt.Component.dispatchEvent(Component.java:4362)
> >> >> at
> >> >> java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4
> >> >> 461)
> >> >> at
> >> >>
> java.awt.LightweightDispatcher.processMouseEvent(Container.java:41
> >> >> 25)
> >> >> at
> >> >> java.awt.LightweightDispatcher.dispatchEvent(Container.java:4055)
> >> >> at
> >> >> java.awt.Container.dispatchEventImpl(Container.java:2149)
> >> >> at java.awt.Window.dispatchEventImpl(Window.java:2478)
> >> >> at java.awt.Component.dispatchEvent(Component.java:4362)
> >> >> at java.awt.EventQueue.dispatchEvent(EventQueue.java:604)
> >> >> at
> >> >>
> >> >>
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchT
> >> >> hread.java:275)
> >> >> at
> >> >>
> >> >>
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThre
> >> >> ad.java:200)
> >> >> at
> >> >>
> >> >>
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchT
> >> >> hread.java:190)
> >> >> at
> >> >>
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:1
> >> >> 85)
> >> >> at
> >> >>
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:1
> >> >> 77)
> >> >> at
> >> >> java.awt.EventDispatchThread.run(EventDispatchThread.java:138)
> >> >>
> >> >>
> >> >>
> >> >> ------------------------------------------------------------------
> >> >> ------------ The ultimate all-in-one performance toolkit: Intel(R)
> >> >> Parallel Studio
> >> >> XE:
> >> >> Pinpoint memory and threading errors before they happen.
> >> >> Find and fix more than 250 security defects in the development
cycle.
> >> >> Locate bottlenecks in serial and parallel code that limit
performance.
> >> >> http://p.sf.net/sfu/intel-dev2devfeb
> >> >> _______________________________________________
> >> >> Rails-devel mailing list
> >> >> Rai...@li...
> >> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> >>
> >> >
> >
> >
> > ----------------------------------------------------------------------
> > -------- The ultimate all-in-one performance toolkit: Intel(R)
> > Parallel Studio XE:
> > Pinpoint memory and threading errors before they happen.
> > Find and fix more than 250 security defects in the development cycle.
> > Locate bottlenecks in serial and parallel code that limit performance.
> > http://p.sf.net/sfu/intel-dev2devfeb
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> >
>
>
----------------------------------------------------------------------------
--
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel
--------------------------------------------------------------------------------
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
--------------------------------------------------------------------------------
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel
|
|
From: Erik V. <eri...@xs...> - 2011-02-08 20:39:26
|
Yes, thats why I fixed it. However, until the next release is out youll have to live with the workaround to enter at least one action before saving for the first time. Erik. Van: Steve Undy [mailto:ste...@gm...] Verzonden: dinsdag 8 februari 2011 21:07 Aan: Development list for Rails: an 18xx game Onderwerp: Re: [Rails-devel] Bug starting 1889 game in 1.4.1 Saving a game prior to any player mover is a typically how a Dropbox/Rails game starts. Steve Undy st...@ro... On Tue, Feb 8, 2011 at 12:59 PM, Erik Vos <eri...@xs...> wrote: It seems to be a general problem: this error occurs if a file is saved in any game before any player action is executed (well, I tried only 1830 and 1889). I have applied a quick fix that works around it. The bug was in code developed by Stefan Frey that I haven't well studied, so I'm not sure that my solution is optimal, but it works for me. Erik. > -----Oorspronkelijk bericht----- > Van: Phil Davies [mailto:de...@gm...] > Verzonden: dinsdag 8 februari 2011 8:07 > Aan: st...@ro...; Development list for Rails: an 18xx game > Onderwerp: Re: [Rails-devel] Bug starting 1889 game in 1.4.1 > > I just tried this and found that if you finish the initial packet distribution then > you can save, hardly ideal and I'll take a look at this later when I'm back on a > machine with a dev environment installed, but you can at least play out the > packet selection over email, have one person input the results and carry on > with the game for the moment. > > Phil > > On 8 February 2011 00:41, Steve Undy <ste...@gm...> wrote: > > This fails for me using Sun Java on my work Windows XP system. Looks > > like Rails 1.4.1 is pretty broken for 1889. > > > > Steve Undy > > st...@ro... > > > > > > On Mon, Feb 7, 2011 at 5:22 PM, Justin Rebelo > > <jus...@gm...> > > wrote: > >> > >> That's often a reasonable point, however, I've tested the exact same > >> scenario in a freshly unpacked copy of rails-1.4 and had no such > >> issue. > >> > >> Furthermore, as I mentioned already, I've been using non-Sun version > >> of java thus far without any issue (playing dozens of games over a > >> year). > >> > >> On 2/7/11, Steve Undy <ste...@gm...> wrote: > >> > I've never had much luck with non-Sun versions of Java. > >> > > >> > Steve Undy > >> > st...@ro... > >> > > >> > > >> > On Mon, Feb 7, 2011 at 5:08 PM, Justin Rebelo > >> > <jus...@gm...>wrote: > >> > > >> >> If the subject line is incorrect and this is not a bug at all but > >> >> me doing something wrong, I apologize up front, but this seems to > >> >> be 100% reproducible on this computer system which has always been > >> >> just fine in the past until trying to start this game using 1.4.1. > >> >> > >> >> I am running Ubuntu 10.10. > >> >> > >> >> % java -version > >> >> java version "1.6.0_20" > >> >> OpenJDK Runtime Environment (IcedTea6 1.9.5) (6b20-1.9.5- > 0ubuntu1) > >> >> OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode) > >> >> > >> >> > >> >> As you can see here, the game seems to start OK: > >> >> > >> >> (**)Game is 1889. > >> >> Player 1 is Steve. > >> >> Player 2 is Costas. > >> >> Player 3 is Justin. > >> >> Each player receives ¥420 from the Bank. > >> >> The Bank has ¥5740. > >> >> Start of phase 2. > >> >> Bank size is ¥5740 > >> >> ================ Start of initial round ================ Steve > >> >> has the Priority Deal > >> >> > >> >> > >> >> > >> >> But when I choose File -> Save, I get the following exception > >> >> dumped to the shell: > >> >> > >> >> > >> >> > >> >> % sh rails.sh > >> >> log4j.configuration = log4j.properties Cmdline profile selection > >> >> = null Profile selection = user Loading games list from > >> >> GamesList.xml Exception in thread "AWT-EventQueue-0" > >> >> java.lang.NullPointerException > >> >> at > >> >> rails.game.ReportBuffer.getLatestReportItems(ReportBuffer.java:298 > >> >> ) > >> >> at > >> >> rails.ui.swing.GameUIManager.saveGame(GameUIManager.java:741) > >> >> at > >> >> rails.ui.swing.StatusWindow.actionPerformed(StatusWindow.java:631) > >> >> at > >> >> > >> >> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java > >> >> :2012) > >> >> at > >> >> > >> >> > javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton. > >> >> java:2335) > >> >> at > >> >> > >> >> > javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonMo > >> >> del.java:404) > >> >> at > >> >> > javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java: > >> >> 259) > >> >> at > >> >> javax.swing.AbstractButton.doClick(AbstractButton.java:374) > >> >> at > >> >> > >> >> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.jav > >> >> a:829) > >> >> at > >> >> > >> >> > javax.swing.plaf.basic.BasicMenuItemUI$Handler.menuDragMouseReleas > >> >> ed(BasicMenuItemUI.java:939) > >> >> at > >> >> > javax.swing.JMenuItem.fireMenuDragMouseReleased(JMenuItem.java:585 > >> >> ) > >> >> at > >> >> > javax.swing.JMenuItem.processMenuDragMouseEvent(JMenuItem.java:482 > >> >> ) > >> >> at > >> >> javax.swing.JMenuItem.processMouseEvent(JMenuItem.java:428) > >> >> at > >> >> > >> >> > javax.swing.MenuSelectionManager.processMouseEvent(MenuSelectionMa > >> >> nager.java:320) > >> >> at > >> >> > >> >> > javax.swing.plaf.basic.BasicPopupMenuUI$MouseGrabber.eventDispatch > >> >> ed(BasicPopupMenuUI.java:860) > >> >> at > >> >> > >> >> java.awt.Toolkit$SelectiveAWTEventListener.eventDispatched(Toolkit > >> >> .java:2378) > >> >> at > >> >> > >> >> java.awt.Toolkit$ToolkitEventMulticaster.eventDispatched(Toolkit.j > >> >> ava:2270) > >> >> at > >> >> java.awt.Toolkit.notifyAWTEventListeners(Toolkit.java:2228) > >> >> at > >> >> java.awt.Component.dispatchEventImpl(Component.java:4432) > >> >> at > >> >> java.awt.Container.dispatchEventImpl(Container.java:2163) > >> >> at java.awt.Component.dispatchEvent(Component.java:4362) > >> >> at > >> >> java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4 > >> >> 461) > >> >> at > >> >> > java.awt.LightweightDispatcher.processMouseEvent(Container.java:41 > >> >> 25) > >> >> at > >> >> java.awt.LightweightDispatcher.dispatchEvent(Container.java:4055) > >> >> at > >> >> java.awt.Container.dispatchEventImpl(Container.java:2149) > >> >> at java.awt.Window.dispatchEventImpl(Window.java:2478) > >> >> at java.awt.Component.dispatchEvent(Component.java:4362) > >> >> at java.awt.EventQueue.dispatchEvent(EventQueue.java:604) > >> >> at > >> >> > >> >> > java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchT > >> >> hread.java:275) > >> >> at > >> >> > >> >> > java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThre > >> >> ad.java:200) > >> >> at > >> >> > >> >> > java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchT > >> >> hread.java:190) > >> >> at > >> >> > java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:1 > >> >> 85) > >> >> at > >> >> > java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:1 > >> >> 77) > >> >> at > >> >> java.awt.EventDispatchThread.run(EventDispatchThread.java:138) > >> >> > >> >> > >> >> > >> >> ------------------------------------------------------------------ > >> >> ------------ The ultimate all-in-one performance toolkit: Intel(R) > >> >> Parallel Studio > >> >> XE: > >> >> Pinpoint memory and threading errors before they happen. > >> >> Find and fix more than 250 security defects in the development cycle. > >> >> Locate bottlenecks in serial and parallel code that limit performance. > >> >> http://p.sf.net/sfu/intel-dev2devfeb > >> >> _______________________________________________ > >> >> Rails-devel mailing list > >> >> Rai...@li... > >> >> https://lists.sourceforge.net/lists/listinfo/rails-devel > >> >> > >> > > > > > > > ---------------------------------------------------------------------- > > -------- The ultimate all-in-one performance toolkit: Intel(R) > > Parallel Studio XE: > > Pinpoint memory and threading errors before they happen. > > Find and fix more than 250 security defects in the development cycle. > > Locate bottlenecks in serial and parallel code that limit performance. > > http://p.sf.net/sfu/intel-dev2devfeb > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > > ---------------------------------------------------------------------------- -- > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel ---------------------------------------------------------------------------- -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |
|
From: Steve U. <ste...@gm...> - 2011-02-08 20:07:39
|
Saving a game prior to any player mover is a typically how a Dropbox/Rails game starts. Steve Undy st...@ro... On Tue, Feb 8, 2011 at 12:59 PM, Erik Vos <eri...@xs...> wrote: > It seems to be a general problem: this error occurs if a file is saved in > any game before any player action is executed (well, I tried only 1830 and > 1889). > I have applied a quick fix that works around it. The bug was in code > developed by Stefan Frey that I haven't well studied, so I'm not sure that > my solution is optimal, but it works for me. > > Erik. > > > -----Oorspronkelijk bericht----- > > Van: Phil Davies [mailto:de...@gm...] > > Verzonden: dinsdag 8 februari 2011 8:07 > > Aan: st...@ro...; Development list for Rails: an 18xx game > > Onderwerp: Re: [Rails-devel] Bug starting 1889 game in 1.4.1 > > > > I just tried this and found that if you finish the initial packet > distribution then > > you can save, hardly ideal and I'll take a look at this later when I'm > back on a > > machine with a dev environment installed, but you can at least play out > the > > packet selection over email, have one person input the results and carry > on > > with the game for the moment. > > > > Phil > > > > On 8 February 2011 00:41, Steve Undy <ste...@gm...> wrote: > > > This fails for me using Sun Java on my work Windows XP system. Looks > > > like Rails 1.4.1 is pretty broken for 1889. > > > > > > Steve Undy > > > st...@ro... > > > > > > > > > On Mon, Feb 7, 2011 at 5:22 PM, Justin Rebelo > > > <jus...@gm...> > > > wrote: > > >> > > >> That's often a reasonable point, however, I've tested the exact same > > >> scenario in a freshly unpacked copy of rails-1.4 and had no such > > >> issue. > > >> > > >> Furthermore, as I mentioned already, I've been using non-Sun version > > >> of java thus far without any issue (playing dozens of games over a > > >> year). > > >> > > >> On 2/7/11, Steve Undy <ste...@gm...> wrote: > > >> > I've never had much luck with non-Sun versions of Java. > > >> > > > >> > Steve Undy > > >> > st...@ro... > > >> > > > >> > > > >> > On Mon, Feb 7, 2011 at 5:08 PM, Justin Rebelo > > >> > <jus...@gm...>wrote: > > >> > > > >> >> If the subject line is incorrect and this is not a bug at all but > > >> >> me doing something wrong, I apologize up front, but this seems to > > >> >> be 100% reproducible on this computer system which has always been > > >> >> just fine in the past until trying to start this game using 1.4.1. > > >> >> > > >> >> I am running Ubuntu 10.10. > > >> >> > > >> >> % java -version > > >> >> java version "1.6.0_20" > > >> >> OpenJDK Runtime Environment (IcedTea6 1.9.5) (6b20-1.9.5- > > 0ubuntu1) > > >> >> OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode) > > >> >> > > >> >> > > >> >> As you can see here, the game seems to start OK: > > >> >> > > >> >> (**)Game is 1889. > > >> >> Player 1 is Steve. > > >> >> Player 2 is Costas. > > >> >> Player 3 is Justin. > > >> >> Each player receives ¥420 from the Bank. > > >> >> The Bank has ¥5740. > > >> >> Start of phase 2. > > >> >> Bank size is ¥5740 > > >> >> ================ Start of initial round ================ Steve > > >> >> has the Priority Deal > > >> >> > > >> >> > > >> >> > > >> >> But when I choose File -> Save, I get the following exception > > >> >> dumped to the shell: > > >> >> > > >> >> > > >> >> > > >> >> % sh rails.sh > > >> >> log4j.configuration = log4j.properties Cmdline profile selection > > >> >> = null Profile selection = user Loading games list from > > >> >> GamesList.xml Exception in thread "AWT-EventQueue-0" > > >> >> java.lang.NullPointerException > > >> >> at > > >> >> rails.game.ReportBuffer.getLatestReportItems(ReportBuffer.java:298 > > >> >> ) > > >> >> at > > >> >> rails.ui.swing.GameUIManager.saveGame(GameUIManager.java:741) > > >> >> at > > >> >> rails.ui.swing.StatusWindow.actionPerformed(StatusWindow.java:631) > > >> >> at > > >> >> > > >> >> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java > > >> >> :2012) > > >> >> at > > >> >> > > >> >> > > javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton. > > >> >> java:2335) > > >> >> at > > >> >> > > >> >> > > javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonMo > > >> >> del.java:404) > > >> >> at > > >> >> > > javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java: > > >> >> 259) > > >> >> at > > >> >> javax.swing.AbstractButton.doClick(AbstractButton.java:374) > > >> >> at > > >> >> > > >> >> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.jav > > >> >> a:829) > > >> >> at > > >> >> > > >> >> > > javax.swing.plaf.basic.BasicMenuItemUI$Handler.menuDragMouseReleas > > >> >> ed(BasicMenuItemUI.java:939) > > >> >> at > > >> >> > > javax.swing.JMenuItem.fireMenuDragMouseReleased(JMenuItem.java:585 > > >> >> ) > > >> >> at > > >> >> > > javax.swing.JMenuItem.processMenuDragMouseEvent(JMenuItem.java:482 > > >> >> ) > > >> >> at > > >> >> javax.swing.JMenuItem.processMouseEvent(JMenuItem.java:428) > > >> >> at > > >> >> > > >> >> > > javax.swing.MenuSelectionManager.processMouseEvent(MenuSelectionMa > > >> >> nager.java:320) > > >> >> at > > >> >> > > >> >> > > javax.swing.plaf.basic.BasicPopupMenuUI$MouseGrabber.eventDispatch > > >> >> ed(BasicPopupMenuUI.java:860) > > >> >> at > > >> >> > > >> >> java.awt.Toolkit$SelectiveAWTEventListener.eventDispatched(Toolkit > > >> >> .java:2378) > > >> >> at > > >> >> > > >> >> java.awt.Toolkit$ToolkitEventMulticaster.eventDispatched(Toolkit.j > > >> >> ava:2270) > > >> >> at > > >> >> java.awt.Toolkit.notifyAWTEventListeners(Toolkit.java:2228) > > >> >> at > > >> >> java.awt.Component.dispatchEventImpl(Component.java:4432) > > >> >> at > > >> >> java.awt.Container.dispatchEventImpl(Container.java:2163) > > >> >> at java.awt.Component.dispatchEvent(Component.java:4362) > > >> >> at > > >> >> java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4 > > >> >> 461) > > >> >> at > > >> >> > > java.awt.LightweightDispatcher.processMouseEvent(Container.java:41 > > >> >> 25) > > >> >> at > > >> >> java.awt.LightweightDispatcher.dispatchEvent(Container.java:4055) > > >> >> at > > >> >> java.awt.Container.dispatchEventImpl(Container.java:2149) > > >> >> at java.awt.Window.dispatchEventImpl(Window.java:2478) > > >> >> at java.awt.Component.dispatchEvent(Component.java:4362) > > >> >> at java.awt.EventQueue.dispatchEvent(EventQueue.java:604) > > >> >> at > > >> >> > > >> >> > > java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchT > > >> >> hread.java:275) > > >> >> at > > >> >> > > >> >> > > java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThre > > >> >> ad.java:200) > > >> >> at > > >> >> > > >> >> > > java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchT > > >> >> hread.java:190) > > >> >> at > > >> >> > > java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:1 > > >> >> 85) > > >> >> at > > >> >> > > java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:1 > > >> >> 77) > > >> >> at > > >> >> java.awt.EventDispatchThread.run(EventDispatchThread.java:138) > > >> >> > > >> >> > > >> >> > > >> >> ------------------------------------------------------------------ > > >> >> ------------ The ultimate all-in-one performance toolkit: Intel(R) > > >> >> Parallel Studio > > >> >> XE: > > >> >> Pinpoint memory and threading errors before they happen. > > >> >> Find and fix more than 250 security defects in the development > cycle. > > >> >> Locate bottlenecks in serial and parallel code that limit > performance. > > >> >> http://p.sf.net/sfu/intel-dev2devfeb > > >> >> _______________________________________________ > > >> >> Rails-devel mailing list > > >> >> Rai...@li... > > >> >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > >> >> > > >> > > > > > > > > > > ---------------------------------------------------------------------- > > > -------- The ultimate all-in-one performance toolkit: Intel(R) > > > Parallel Studio XE: > > > Pinpoint memory and threading errors before they happen. > > > Find and fix more than 250 security defects in the development cycle. > > > Locate bottlenecks in serial and parallel code that limit performance. > > > http://p.sf.net/sfu/intel-dev2devfeb > > > _______________________________________________ > > > Rails-devel mailing list > > > Rai...@li... > > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > > > > > > > > ---------------------------------------------------------------------------- > -- > > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > > Pinpoint memory and threading errors before they happen. > > Find and fix more than 250 security defects in the development cycle. > > Locate bottlenecks in serial and parallel code that limit performance. > > http://p.sf.net/sfu/intel-dev2devfeb > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Erik V. <eri...@xs...> - 2011-02-08 19:59:14
|
It seems to be a general problem: this error occurs if a file is saved in any game before any player action is executed (well, I tried only 1830 and 1889). I have applied a quick fix that works around it. The bug was in code developed by Stefan Frey that I haven't well studied, so I'm not sure that my solution is optimal, but it works for me. Erik. > -----Oorspronkelijk bericht----- > Van: Phil Davies [mailto:de...@gm...] > Verzonden: dinsdag 8 februari 2011 8:07 > Aan: st...@ro...; Development list for Rails: an 18xx game > Onderwerp: Re: [Rails-devel] Bug starting 1889 game in 1.4.1 > > I just tried this and found that if you finish the initial packet distribution then > you can save, hardly ideal and I'll take a look at this later when I'm back on a > machine with a dev environment installed, but you can at least play out the > packet selection over email, have one person input the results and carry on > with the game for the moment. > > Phil > > On 8 February 2011 00:41, Steve Undy <ste...@gm...> wrote: > > This fails for me using Sun Java on my work Windows XP system. Looks > > like Rails 1.4.1 is pretty broken for 1889. > > > > Steve Undy > > st...@ro... > > > > > > On Mon, Feb 7, 2011 at 5:22 PM, Justin Rebelo > > <jus...@gm...> > > wrote: > >> > >> That's often a reasonable point, however, I've tested the exact same > >> scenario in a freshly unpacked copy of rails-1.4 and had no such > >> issue. > >> > >> Furthermore, as I mentioned already, I've been using non-Sun version > >> of java thus far without any issue (playing dozens of games over a > >> year). > >> > >> On 2/7/11, Steve Undy <ste...@gm...> wrote: > >> > I've never had much luck with non-Sun versions of Java. > >> > > >> > Steve Undy > >> > st...@ro... > >> > > >> > > >> > On Mon, Feb 7, 2011 at 5:08 PM, Justin Rebelo > >> > <jus...@gm...>wrote: > >> > > >> >> If the subject line is incorrect and this is not a bug at all but > >> >> me doing something wrong, I apologize up front, but this seems to > >> >> be 100% reproducible on this computer system which has always been > >> >> just fine in the past until trying to start this game using 1.4.1. > >> >> > >> >> I am running Ubuntu 10.10. > >> >> > >> >> % java -version > >> >> java version "1.6.0_20" > >> >> OpenJDK Runtime Environment (IcedTea6 1.9.5) (6b20-1.9.5- > 0ubuntu1) > >> >> OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode) > >> >> > >> >> > >> >> As you can see here, the game seems to start OK: > >> >> > >> >> (**)Game is 1889. > >> >> Player 1 is Steve. > >> >> Player 2 is Costas. > >> >> Player 3 is Justin. > >> >> Each player receives ¥420 from the Bank. > >> >> The Bank has ¥5740. > >> >> Start of phase 2. > >> >> Bank size is ¥5740 > >> >> ================ Start of initial round ================ Steve > >> >> has the Priority Deal > >> >> > >> >> > >> >> > >> >> But when I choose File -> Save, I get the following exception > >> >> dumped to the shell: > >> >> > >> >> > >> >> > >> >> % sh rails.sh > >> >> log4j.configuration = log4j.properties Cmdline profile selection > >> >> = null Profile selection = user Loading games list from > >> >> GamesList.xml Exception in thread "AWT-EventQueue-0" > >> >> java.lang.NullPointerException > >> >> at > >> >> rails.game.ReportBuffer.getLatestReportItems(ReportBuffer.java:298 > >> >> ) > >> >> at > >> >> rails.ui.swing.GameUIManager.saveGame(GameUIManager.java:741) > >> >> at > >> >> rails.ui.swing.StatusWindow.actionPerformed(StatusWindow.java:631) > >> >> at > >> >> > >> >> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java > >> >> :2012) > >> >> at > >> >> > >> >> > javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton. > >> >> java:2335) > >> >> at > >> >> > >> >> > javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonMo > >> >> del.java:404) > >> >> at > >> >> > javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java: > >> >> 259) > >> >> at > >> >> javax.swing.AbstractButton.doClick(AbstractButton.java:374) > >> >> at > >> >> > >> >> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.jav > >> >> a:829) > >> >> at > >> >> > >> >> > javax.swing.plaf.basic.BasicMenuItemUI$Handler.menuDragMouseReleas > >> >> ed(BasicMenuItemUI.java:939) > >> >> at > >> >> > javax.swing.JMenuItem.fireMenuDragMouseReleased(JMenuItem.java:585 > >> >> ) > >> >> at > >> >> > javax.swing.JMenuItem.processMenuDragMouseEvent(JMenuItem.java:482 > >> >> ) > >> >> at > >> >> javax.swing.JMenuItem.processMouseEvent(JMenuItem.java:428) > >> >> at > >> >> > >> >> > javax.swing.MenuSelectionManager.processMouseEvent(MenuSelectionMa > >> >> nager.java:320) > >> >> at > >> >> > >> >> > javax.swing.plaf.basic.BasicPopupMenuUI$MouseGrabber.eventDispatch > >> >> ed(BasicPopupMenuUI.java:860) > >> >> at > >> >> > >> >> java.awt.Toolkit$SelectiveAWTEventListener.eventDispatched(Toolkit > >> >> .java:2378) > >> >> at > >> >> > >> >> java.awt.Toolkit$ToolkitEventMulticaster.eventDispatched(Toolkit.j > >> >> ava:2270) > >> >> at > >> >> java.awt.Toolkit.notifyAWTEventListeners(Toolkit.java:2228) > >> >> at > >> >> java.awt.Component.dispatchEventImpl(Component.java:4432) > >> >> at > >> >> java.awt.Container.dispatchEventImpl(Container.java:2163) > >> >> at java.awt.Component.dispatchEvent(Component.java:4362) > >> >> at > >> >> java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4 > >> >> 461) > >> >> at > >> >> > java.awt.LightweightDispatcher.processMouseEvent(Container.java:41 > >> >> 25) > >> >> at > >> >> java.awt.LightweightDispatcher.dispatchEvent(Container.java:4055) > >> >> at > >> >> java.awt.Container.dispatchEventImpl(Container.java:2149) > >> >> at java.awt.Window.dispatchEventImpl(Window.java:2478) > >> >> at java.awt.Component.dispatchEvent(Component.java:4362) > >> >> at java.awt.EventQueue.dispatchEvent(EventQueue.java:604) > >> >> at > >> >> > >> >> > java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchT > >> >> hread.java:275) > >> >> at > >> >> > >> >> > java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThre > >> >> ad.java:200) > >> >> at > >> >> > >> >> > java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchT > >> >> hread.java:190) > >> >> at > >> >> > java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:1 > >> >> 85) > >> >> at > >> >> > java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:1 > >> >> 77) > >> >> at > >> >> java.awt.EventDispatchThread.run(EventDispatchThread.java:138) > >> >> > >> >> > >> >> > >> >> ------------------------------------------------------------------ > >> >> ------------ The ultimate all-in-one performance toolkit: Intel(R) > >> >> Parallel Studio > >> >> XE: > >> >> Pinpoint memory and threading errors before they happen. > >> >> Find and fix more than 250 security defects in the development cycle. > >> >> Locate bottlenecks in serial and parallel code that limit performance. > >> >> http://p.sf.net/sfu/intel-dev2devfeb > >> >> _______________________________________________ > >> >> Rails-devel mailing list > >> >> Rai...@li... > >> >> https://lists.sourceforge.net/lists/listinfo/rails-devel > >> >> > >> > > > > > > > ---------------------------------------------------------------------- > > -------- The ultimate all-in-one performance toolkit: Intel(R) > > Parallel Studio XE: > > Pinpoint memory and threading errors before they happen. > > Find and fix more than 250 security defects in the development cycle. > > Locate bottlenecks in serial and parallel code that limit performance. > > http://p.sf.net/sfu/intel-dev2devfeb > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > > ---------------------------------------------------------------------------- -- > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |
|
From: Phil D. <de...@gm...> - 2011-02-08 07:07:31
|
I just tried this and found that if you finish the initial packet distribution then you can save, hardly ideal and I'll take a look at this later when I'm back on a machine with a dev environment installed, but you can at least play out the packet selection over email, have one person input the results and carry on with the game for the moment. Phil On 8 February 2011 00:41, Steve Undy <ste...@gm...> wrote: > This fails for me using Sun Java on my work Windows XP system. Looks like > Rails 1.4.1 is pretty broken for 1889. > > Steve Undy > st...@ro... > > > On Mon, Feb 7, 2011 at 5:22 PM, Justin Rebelo <jus...@gm...> > wrote: >> >> That's often a reasonable point, however, I've tested the exact same >> scenario in a freshly unpacked copy of rails-1.4 and had no such >> issue. >> >> Furthermore, as I mentioned already, I've been using non-Sun version >> of java thus far without any issue (playing dozens of games over a >> year). >> >> On 2/7/11, Steve Undy <ste...@gm...> wrote: >> > I've never had much luck with non-Sun versions of Java. >> > >> > Steve Undy >> > st...@ro... >> > >> > >> > On Mon, Feb 7, 2011 at 5:08 PM, Justin Rebelo >> > <jus...@gm...>wrote: >> > >> >> If the subject line is incorrect and this is not a bug at all but me >> >> doing something wrong, I apologize up front, but this seems to be 100% >> >> reproducible on this computer system which has always been just fine >> >> in the past until trying to start this game using 1.4.1. >> >> >> >> I am running Ubuntu 10.10. >> >> >> >> % java -version >> >> java version "1.6.0_20" >> >> OpenJDK Runtime Environment (IcedTea6 1.9.5) (6b20-1.9.5-0ubuntu1) >> >> OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode) >> >> >> >> >> >> As you can see here, the game seems to start OK: >> >> >> >> (**)Game is 1889. >> >> Player 1 is Steve. >> >> Player 2 is Costas. >> >> Player 3 is Justin. >> >> Each player receives ¥420 from the Bank. >> >> The Bank has ¥5740. >> >> Start of phase 2. >> >> Bank size is ¥5740 >> >> ================ Start of initial round ================ >> >> Steve has the Priority Deal >> >> >> >> >> >> >> >> But when I choose File -> Save, I get the following exception dumped >> >> to the shell: >> >> >> >> >> >> >> >> % sh rails.sh >> >> log4j.configuration = log4j.properties >> >> Cmdline profile selection = null >> >> Profile selection = user >> >> Loading games list from GamesList.xml >> >> Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException >> >> at >> >> rails.game.ReportBuffer.getLatestReportItems(ReportBuffer.java:298) >> >> at rails.ui.swing.GameUIManager.saveGame(GameUIManager.java:741) >> >> at >> >> rails.ui.swing.StatusWindow.actionPerformed(StatusWindow.java:631) >> >> at >> >> >> >> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012) >> >> at >> >> >> >> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335) >> >> at >> >> >> >> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404) >> >> at >> >> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) >> >> at javax.swing.AbstractButton.doClick(AbstractButton.java:374) >> >> at >> >> >> >> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:829) >> >> at >> >> >> >> javax.swing.plaf.basic.BasicMenuItemUI$Handler.menuDragMouseReleased(BasicMenuItemUI.java:939) >> >> at >> >> javax.swing.JMenuItem.fireMenuDragMouseReleased(JMenuItem.java:585) >> >> at >> >> javax.swing.JMenuItem.processMenuDragMouseEvent(JMenuItem.java:482) >> >> at javax.swing.JMenuItem.processMouseEvent(JMenuItem.java:428) >> >> at >> >> >> >> javax.swing.MenuSelectionManager.processMouseEvent(MenuSelectionManager.java:320) >> >> at >> >> >> >> javax.swing.plaf.basic.BasicPopupMenuUI$MouseGrabber.eventDispatched(BasicPopupMenuUI.java:860) >> >> at >> >> >> >> java.awt.Toolkit$SelectiveAWTEventListener.eventDispatched(Toolkit.java:2378) >> >> at >> >> >> >> java.awt.Toolkit$ToolkitEventMulticaster.eventDispatched(Toolkit.java:2270) >> >> at java.awt.Toolkit.notifyAWTEventListeners(Toolkit.java:2228) >> >> at java.awt.Component.dispatchEventImpl(Component.java:4432) >> >> at java.awt.Container.dispatchEventImpl(Container.java:2163) >> >> at java.awt.Component.dispatchEvent(Component.java:4362) >> >> at >> >> java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4461) >> >> at >> >> java.awt.LightweightDispatcher.processMouseEvent(Container.java:4125) >> >> at >> >> java.awt.LightweightDispatcher.dispatchEvent(Container.java:4055) >> >> at java.awt.Container.dispatchEventImpl(Container.java:2149) >> >> at java.awt.Window.dispatchEventImpl(Window.java:2478) >> >> at java.awt.Component.dispatchEvent(Component.java:4362) >> >> at java.awt.EventQueue.dispatchEvent(EventQueue.java:604) >> >> at >> >> >> >> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) >> >> at >> >> >> >> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) >> >> at >> >> >> >> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) >> >> at >> >> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) >> >> at >> >> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) >> >> at >> >> java.awt.EventDispatchThread.run(EventDispatchThread.java:138) >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio >> >> XE: >> >> Pinpoint memory and threading errors before they happen. >> >> Find and fix more than 250 security defects in the development cycle. >> >> Locate bottlenecks in serial and parallel code that limit performance. >> >> http://p.sf.net/sfu/intel-dev2devfeb >> >> _______________________________________________ >> >> Rails-devel mailing list >> >> Rai...@li... >> >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> >> > > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
|
From: Steve U. <ste...@gm...> - 2011-02-08 00:41:20
|
This fails for me using Sun Java on my work Windows XP system. Looks like Rails 1.4.1 is pretty broken for 1889. Steve Undy st...@ro... On Mon, Feb 7, 2011 at 5:22 PM, Justin Rebelo <jus...@gm...>wrote: > That's often a reasonable point, however, I've tested the exact same > scenario in a freshly unpacked copy of rails-1.4 and had no such > issue. > > Furthermore, as I mentioned already, I've been using non-Sun version > of java thus far without any issue (playing dozens of games over a > year). > > On 2/7/11, Steve Undy <ste...@gm...> wrote: > > I've never had much luck with non-Sun versions of Java. > > > > Steve Undy > > st...@ro... > > > > > > On Mon, Feb 7, 2011 at 5:08 PM, Justin Rebelo > > <jus...@gm...>wrote: > > > >> If the subject line is incorrect and this is not a bug at all but me > >> doing something wrong, I apologize up front, but this seems to be 100% > >> reproducible on this computer system which has always been just fine > >> in the past until trying to start this game using 1.4.1. > >> > >> I am running Ubuntu 10.10. > >> > >> % java -version > >> java version "1.6.0_20" > >> OpenJDK Runtime Environment (IcedTea6 1.9.5) (6b20-1.9.5-0ubuntu1) > >> OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode) > >> > >> > >> As you can see here, the game seems to start OK: > >> > >> (**)Game is 1889. > >> Player 1 is Steve. > >> Player 2 is Costas. > >> Player 3 is Justin. > >> Each player receives ¥420 from the Bank. > >> The Bank has ¥5740. > >> Start of phase 2. > >> Bank size is ¥5740 > >> ================ Start of initial round ================ > >> Steve has the Priority Deal > >> > >> > >> > >> But when I choose File -> Save, I get the following exception dumped > >> to the shell: > >> > >> > >> > >> % sh rails.sh > >> log4j.configuration = log4j.properties > >> Cmdline profile selection = null > >> Profile selection = user > >> Loading games list from GamesList.xml > >> Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException > >> at > >> rails.game.ReportBuffer.getLatestReportItems(ReportBuffer.java:298) > >> at rails.ui.swing.GameUIManager.saveGame(GameUIManager.java:741) > >> at > >> rails.ui.swing.StatusWindow.actionPerformed(StatusWindow.java:631) > >> at > >> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012) > >> at > >> > javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335) > >> at > >> > javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404) > >> at > >> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) > >> at javax.swing.AbstractButton.doClick(AbstractButton.java:374) > >> at > >> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:829) > >> at > >> > javax.swing.plaf.basic.BasicMenuItemUI$Handler.menuDragMouseReleased(BasicMenuItemUI.java:939) > >> at > >> javax.swing.JMenuItem.fireMenuDragMouseReleased(JMenuItem.java:585) > >> at > >> javax.swing.JMenuItem.processMenuDragMouseEvent(JMenuItem.java:482) > >> at javax.swing.JMenuItem.processMouseEvent(JMenuItem.java:428) > >> at > >> > javax.swing.MenuSelectionManager.processMouseEvent(MenuSelectionManager.java:320) > >> at > >> > javax.swing.plaf.basic.BasicPopupMenuUI$MouseGrabber.eventDispatched(BasicPopupMenuUI.java:860) > >> at > >> > java.awt.Toolkit$SelectiveAWTEventListener.eventDispatched(Toolkit.java:2378) > >> at > >> > java.awt.Toolkit$ToolkitEventMulticaster.eventDispatched(Toolkit.java:2270) > >> at java.awt.Toolkit.notifyAWTEventListeners(Toolkit.java:2228) > >> at java.awt.Component.dispatchEventImpl(Component.java:4432) > >> at java.awt.Container.dispatchEventImpl(Container.java:2163) > >> at java.awt.Component.dispatchEvent(Component.java:4362) > >> at > >> java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4461) > >> at > >> java.awt.LightweightDispatcher.processMouseEvent(Container.java:4125) > >> at > >> java.awt.LightweightDispatcher.dispatchEvent(Container.java:4055) > >> at java.awt.Container.dispatchEventImpl(Container.java:2149) > >> at java.awt.Window.dispatchEventImpl(Window.java:2478) > >> at java.awt.Component.dispatchEvent(Component.java:4362) > >> at java.awt.EventQueue.dispatchEvent(EventQueue.java:604) > >> at > >> > java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) > >> at > >> > java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) > >> at > >> > java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) > >> at > >> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) > >> at > >> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) > >> at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) > >> > >> > >> > ------------------------------------------------------------------------------ > >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio > XE: > >> Pinpoint memory and threading errors before they happen. > >> Find and fix more than 250 security defects in the development cycle. > >> Locate bottlenecks in serial and parallel code that limit performance. > >> http://p.sf.net/sfu/intel-dev2devfeb > >> _______________________________________________ > >> Rails-devel mailing list > >> Rai...@li... > >> https://lists.sourceforge.net/lists/listinfo/rails-devel > >> > > > |
|
From: Justin R. <jus...@gm...> - 2011-02-08 00:22:41
|
That's often a reasonable point, however, I've tested the exact same scenario in a freshly unpacked copy of rails-1.4 and had no such issue. Furthermore, as I mentioned already, I've been using non-Sun version of java thus far without any issue (playing dozens of games over a year). On 2/7/11, Steve Undy <ste...@gm...> wrote: > I've never had much luck with non-Sun versions of Java. > > Steve Undy > st...@ro... > > > On Mon, Feb 7, 2011 at 5:08 PM, Justin Rebelo > <jus...@gm...>wrote: > >> If the subject line is incorrect and this is not a bug at all but me >> doing something wrong, I apologize up front, but this seems to be 100% >> reproducible on this computer system which has always been just fine >> in the past until trying to start this game using 1.4.1. >> >> I am running Ubuntu 10.10. >> >> % java -version >> java version "1.6.0_20" >> OpenJDK Runtime Environment (IcedTea6 1.9.5) (6b20-1.9.5-0ubuntu1) >> OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode) >> >> >> As you can see here, the game seems to start OK: >> >> (**)Game is 1889. >> Player 1 is Steve. >> Player 2 is Costas. >> Player 3 is Justin. >> Each player receives ¥420 from the Bank. >> The Bank has ¥5740. >> Start of phase 2. >> Bank size is ¥5740 >> ================ Start of initial round ================ >> Steve has the Priority Deal >> >> >> >> But when I choose File -> Save, I get the following exception dumped >> to the shell: >> >> >> >> % sh rails.sh >> log4j.configuration = log4j.properties >> Cmdline profile selection = null >> Profile selection = user >> Loading games list from GamesList.xml >> Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException >> at >> rails.game.ReportBuffer.getLatestReportItems(ReportBuffer.java:298) >> at rails.ui.swing.GameUIManager.saveGame(GameUIManager.java:741) >> at >> rails.ui.swing.StatusWindow.actionPerformed(StatusWindow.java:631) >> at >> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012) >> at >> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335) >> at >> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404) >> at >> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) >> at javax.swing.AbstractButton.doClick(AbstractButton.java:374) >> at >> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:829) >> at >> javax.swing.plaf.basic.BasicMenuItemUI$Handler.menuDragMouseReleased(BasicMenuItemUI.java:939) >> at >> javax.swing.JMenuItem.fireMenuDragMouseReleased(JMenuItem.java:585) >> at >> javax.swing.JMenuItem.processMenuDragMouseEvent(JMenuItem.java:482) >> at javax.swing.JMenuItem.processMouseEvent(JMenuItem.java:428) >> at >> javax.swing.MenuSelectionManager.processMouseEvent(MenuSelectionManager.java:320) >> at >> javax.swing.plaf.basic.BasicPopupMenuUI$MouseGrabber.eventDispatched(BasicPopupMenuUI.java:860) >> at >> java.awt.Toolkit$SelectiveAWTEventListener.eventDispatched(Toolkit.java:2378) >> at >> java.awt.Toolkit$ToolkitEventMulticaster.eventDispatched(Toolkit.java:2270) >> at java.awt.Toolkit.notifyAWTEventListeners(Toolkit.java:2228) >> at java.awt.Component.dispatchEventImpl(Component.java:4432) >> at java.awt.Container.dispatchEventImpl(Container.java:2163) >> at java.awt.Component.dispatchEvent(Component.java:4362) >> at >> java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4461) >> at >> java.awt.LightweightDispatcher.processMouseEvent(Container.java:4125) >> at >> java.awt.LightweightDispatcher.dispatchEvent(Container.java:4055) >> at java.awt.Container.dispatchEventImpl(Container.java:2149) >> at java.awt.Window.dispatchEventImpl(Window.java:2478) >> at java.awt.Component.dispatchEvent(Component.java:4362) >> at java.awt.EventQueue.dispatchEvent(EventQueue.java:604) >> at >> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) >> at >> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) >> at >> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) >> at >> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) >> at >> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) >> at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) >> >> >> ------------------------------------------------------------------------------ >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: >> Pinpoint memory and threading errors before they happen. >> Find and fix more than 250 security defects in the development cycle. >> Locate bottlenecks in serial and parallel code that limit performance. >> http://p.sf.net/sfu/intel-dev2devfeb >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > |
|
From: Steve U. <ste...@gm...> - 2011-02-08 00:12:25
|
I've never had much luck with non-Sun versions of Java. Steve Undy st...@ro... On Mon, Feb 7, 2011 at 5:08 PM, Justin Rebelo <jus...@gm...>wrote: > If the subject line is incorrect and this is not a bug at all but me > doing something wrong, I apologize up front, but this seems to be 100% > reproducible on this computer system which has always been just fine > in the past until trying to start this game using 1.4.1. > > I am running Ubuntu 10.10. > > % java -version > java version "1.6.0_20" > OpenJDK Runtime Environment (IcedTea6 1.9.5) (6b20-1.9.5-0ubuntu1) > OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode) > > > As you can see here, the game seems to start OK: > > (**)Game is 1889. > Player 1 is Steve. > Player 2 is Costas. > Player 3 is Justin. > Each player receives ¥420 from the Bank. > The Bank has ¥5740. > Start of phase 2. > Bank size is ¥5740 > ================ Start of initial round ================ > Steve has the Priority Deal > > > > But when I choose File -> Save, I get the following exception dumped > to the shell: > > > > % sh rails.sh > log4j.configuration = log4j.properties > Cmdline profile selection = null > Profile selection = user > Loading games list from GamesList.xml > Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException > at > rails.game.ReportBuffer.getLatestReportItems(ReportBuffer.java:298) > at rails.ui.swing.GameUIManager.saveGame(GameUIManager.java:741) > at > rails.ui.swing.StatusWindow.actionPerformed(StatusWindow.java:631) > at > javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012) > at > javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335) > at > javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404) > at > javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) > at javax.swing.AbstractButton.doClick(AbstractButton.java:374) > at > javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:829) > at > javax.swing.plaf.basic.BasicMenuItemUI$Handler.menuDragMouseReleased(BasicMenuItemUI.java:939) > at > javax.swing.JMenuItem.fireMenuDragMouseReleased(JMenuItem.java:585) > at > javax.swing.JMenuItem.processMenuDragMouseEvent(JMenuItem.java:482) > at javax.swing.JMenuItem.processMouseEvent(JMenuItem.java:428) > at > javax.swing.MenuSelectionManager.processMouseEvent(MenuSelectionManager.java:320) > at > javax.swing.plaf.basic.BasicPopupMenuUI$MouseGrabber.eventDispatched(BasicPopupMenuUI.java:860) > at > java.awt.Toolkit$SelectiveAWTEventListener.eventDispatched(Toolkit.java:2378) > at > java.awt.Toolkit$ToolkitEventMulticaster.eventDispatched(Toolkit.java:2270) > at java.awt.Toolkit.notifyAWTEventListeners(Toolkit.java:2228) > at java.awt.Component.dispatchEventImpl(Component.java:4432) > at java.awt.Container.dispatchEventImpl(Container.java:2163) > at java.awt.Component.dispatchEvent(Component.java:4362) > at > java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4461) > at > java.awt.LightweightDispatcher.processMouseEvent(Container.java:4125) > at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4055) > at java.awt.Container.dispatchEventImpl(Container.java:2149) > at java.awt.Window.dispatchEventImpl(Window.java:2478) > at java.awt.Component.dispatchEvent(Component.java:4362) > at java.awt.EventQueue.dispatchEvent(EventQueue.java:604) > at > java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) > at > java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) > at > java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) > at > java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) > at > java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) > at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Justin R. <jus...@gm...> - 2011-02-08 00:08:44
|
If the subject line is incorrect and this is not a bug at all but me doing something wrong, I apologize up front, but this seems to be 100% reproducible on this computer system which has always been just fine in the past until trying to start this game using 1.4.1. I am running Ubuntu 10.10. % java -version java version "1.6.0_20" OpenJDK Runtime Environment (IcedTea6 1.9.5) (6b20-1.9.5-0ubuntu1) OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode) As you can see here, the game seems to start OK: (**)Game is 1889. Player 1 is Steve. Player 2 is Costas. Player 3 is Justin. Each player receives ¥420 from the Bank. The Bank has ¥5740. Start of phase 2. Bank size is ¥5740 ================ Start of initial round ================ Steve has the Priority Deal But when I choose File -> Save, I get the following exception dumped to the shell: % sh rails.sh log4j.configuration = log4j.properties Cmdline profile selection = null Profile selection = user Loading games list from GamesList.xml Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at rails.game.ReportBuffer.getLatestReportItems(ReportBuffer.java:298) at rails.ui.swing.GameUIManager.saveGame(GameUIManager.java:741) at rails.ui.swing.StatusWindow.actionPerformed(StatusWindow.java:631) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) at javax.swing.AbstractButton.doClick(AbstractButton.java:374) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:829) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.menuDragMouseReleased(BasicMenuItemUI.java:939) at javax.swing.JMenuItem.fireMenuDragMouseReleased(JMenuItem.java:585) at javax.swing.JMenuItem.processMenuDragMouseEvent(JMenuItem.java:482) at javax.swing.JMenuItem.processMouseEvent(JMenuItem.java:428) at javax.swing.MenuSelectionManager.processMouseEvent(MenuSelectionManager.java:320) at javax.swing.plaf.basic.BasicPopupMenuUI$MouseGrabber.eventDispatched(BasicPopupMenuUI.java:860) at java.awt.Toolkit$SelectiveAWTEventListener.eventDispatched(Toolkit.java:2378) at java.awt.Toolkit$ToolkitEventMulticaster.eventDispatched(Toolkit.java:2270) at java.awt.Toolkit.notifyAWTEventListeners(Toolkit.java:2228) at java.awt.Component.dispatchEventImpl(Component.java:4432) at java.awt.Container.dispatchEventImpl(Container.java:2163) at java.awt.Component.dispatchEvent(Component.java:4362) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4461) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4125) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4055) at java.awt.Container.dispatchEventImpl(Container.java:2149) at java.awt.Window.dispatchEventImpl(Window.java:2478) at java.awt.Component.dispatchEvent(Component.java:4362) at java.awt.EventQueue.dispatchEvent(EventQueue.java:604) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) |
|
From: Gmail <de...@gm...> - 2011-02-07 00:52:28
|
Dropbox stores files on your local system, it just synchronises them with the cloud. So if it's fast loading locally that really shouldn't be a problem. I'll test this out tomorrow and also kick off a few sample games to test the tilelay code changes Phil On 6 Feb 2011, at 19:37, "Erik Vos" <eri...@xs...> wrote: >> I’m pausing my works on Most Recently Used Games for undefined time. > > I have added an initial version of a "Load Recent Files" option to the > initial game setup window. > It offers a list of the 20 most recently saved files in and below the > configured save directory. > > The whole directory tree is scanned for .rails files. For me, this works > more than fast enough, but that's local storage. > I'd be interested to hear from DropBox users if it's reasonably fast when > files are stored remotely. > > Erik. > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |
|
From: Erik V. <eri...@xs...> - 2011-02-06 19:37:42
|
> Im pausing my works on Most Recently Used Games for undefined time. I have added an initial version of a "Load Recent Files" option to the initial game setup window. It offers a list of the 20 most recently saved files in and below the configured save directory. The whole directory tree is scanned for .rails files. For me, this works more than fast enough, but that's local storage. I'd be interested to hear from DropBox users if it's reasonably fast when files are stored remotely. Erik. |
|
From: Erik V. <eri...@xs...> - 2011-02-04 18:42:11
|
Fixed bug #3165621: 1889 port token could not be laid.
Tile laying code has been generally cleaned up and simplified. Some other
(unrelated) minor bugs have been found and fixed.
Cases where both a regular and a special property-originating tile can be
laid on the same hex now work correctly (such as in 1899 hex G10 in the
saved file provided with the above bug).
Please let me know if any unwanted change in behaviour of tile laying
processes are found. I have done quite some testing (and found some more
bugs in that process, still to fix), but it's not really possible to check
for all potential side effects of changing such old code.
> -----Oorspronkelijk bericht-----
> Van: Bill Rosgen [mailto:ro...@gm...]
> Verzonden: dinsdag 25 januari 2011 11:42
> Aan: Development list for Rails: an 18xx game
> Onderwerp: Re: [Rails-devel] 1889 Regression: private B and laying the
port
> tile?
>
> Hi Phil,
>
> I encounter this error when playing a new game created in the trunk code.
If
> it works for others, it's probably some sort of misconfiguration on my
end.
> As far as I can tell I have the latest version of the source, but I'm not
very
> familiar with Eclipse.
>
> Bill
>
> On 2011-01-25, at 18:23 , Phil Davies wrote:
>
> > Bill,
> >
> > I've just checked this against the trunk code checked out today and I
> > don't have this problem.
> >
> > Are you using a saved game made with 1.4? There has been a change to
> > the tile manifest to 1889 (tile 440 was broken) so it's likely that
> > your saved game won't work with the trunk code because of this change.
> > Starting a new game from scratch and using B's power worked okay for
> > me.
> >
> > Phil
> >
> >
> > On 25 January 2011 09:57, Bill Rosgen <ro...@gm...> wrote:
> >> Hello,
> >>
> >> Hopefully this is the right place to post this. I've recently checked
the
> source out of svn and have been playing around with rails (so that I can
play
> 18EU on my laptop with small screen). When playing 1889 I run into a
> problem that the owner of private B cannot lay the port tile, but only if
I use
> the code I've checked out of svn -- version 1.4 works correctly.
> >>
> >> Specifically, when the user clicks on a map space where he can lay the
> port tile there's a NullPointerException thrown from line 106 of
> UpgradesPanel.populate(). It looks like the call to
layTile.getTileColours()
> returns a null pointer for at least one of the tiles in the list (I assume
it's the
> port tile, since it's a special tile, so the constructed of LayTile is
called for the
> SPECIAL_PROPERTY case where LayTile.tileColours does not get set.
> >>
> >> I have a savegame that can be used as a test-case, but I encounter this
> problem literally anytime the owner of private B attempts to lay the port
tile
> (which can be as early as the first tile lay), so I'm not sure it's worth
sending
> out.
> >>
> >> I am able to get around the problem my testing that
> layTile.getTileColours() returns non-null, but as I'm not familiar with
the code,
> I'm not sure if that will break anything else. Specifically, if I change
lines 104-
> 115 of UpgradesPanel.populate() to the following:
> >>
> >> for (TileI tile : tiles) {
> >> // Skip if not allowed in LayTile
> >> if (layTile.getTileColours() != null &&
> >> layTile.getTileColours().get(tile.getColourName()) < 1) continue;
> >>
> >> // special check: does the tile increase the colour
number?
> >> // this avoids that a special tile lay down or
equalgrades existing
> tiles
> >> // TODO EV: I'm not sure if this is a necessary
precaution.
> >> if (layTile.getTileColours() != null &&
> >> !layTile.isTileColourAllowed(tile.getColourName())) continue;
> >>
> >> if (!orUIManager.tileUpgrades.contains(tile))
> >> orUIManager.tileUpgrades.add(tile);
> >> }
> >>
> >> then it seems that the private power works correctly.
> >>
> >> I'd send a patch, but I'm not convinced that UpgradesPanel is the right
> place to make this change and I'm also not sure that the bug isn't some
> artifact of me misconfiguring Eclipse.
> >>
> >> Thanks,
> >> Bill Rosgen
> >>
> >>
> >> ---------------------------------------------------------------------
> >> --------- Special Offer-- Download ArcSight Logger for FREE (a $49
> >> USD value)!
> >> Finally, a world-class log management solution at an even better price-
> free!
> >> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> >> February 28th, so secure your free ArcSight Logger TODAY!
> >> http://p.sf.net/sfu/arcsight-sfd2d
> >> _______________________________________________
> >> Rails-devel mailing list
> >> Rai...@li...
> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>
> >
> > ----------------------------------------------------------------------
> > -------- Special Offer-- Download ArcSight Logger for FREE (a $49 USD
> > value)!
> > Finally, a world-class log management solution at an even better
price-free!
> > Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> > February 28th, so secure your free ArcSight Logger TODAY!
> > http://p.sf.net/sfu/arcsight-sfd2d
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
----------------------------------------------------------------------------
--
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better
price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
|
|
From: Adam B. <ab...@o2...> - 2011-02-03 20:39:29
|
I’m pausing my works on Most Recently Used Games for undefined time.
Version 1.4.1 solves (I suspect due to the correction I posted before) issues with opening game from command line which is what I needed. And making this feature is difficult in cases of naming suggested by Rails especially in all the reasonable use cases.
Maybe I will find something else to correct/improve.
Adam Badura
From: ab...@o2...
Sent: Monday, January 24, 2011 8:02 AM
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Corrections to Loading Game from Command Line
OK. I will rethink this issue once more.
Adam Badura
From: Chris Shaffer
Sent: Monday, January 24, 2011 8:00 AM
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Corrections to Loading Game from Command Line
Right, but if you can figure out how to make it list the most recent timestamped file in a directory, that would be great! So I'm excited about your idea and hope you can make it work for the most common play-by-email use case.
--
Chris
Please consider the environment before printing this e-mail.
On Sun, Jan 23, 2011 at 10:58 PM, <ab...@o2...> wrote:
Yes. Indeed. I forgot that its not only that you yourself save under different name but also you get differently named file also. So my simple solution will not help here. But I think it will not do any harm either. And we could add config option to not show such list for players which use the app in way which makes the list useless...
Adam Badura
From: Gmail
Sent: Monday, January 24, 2011 12:36 AM
To: Development list for Rails: an 18xx game
Cc: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Corrections to Loading Game from Command Line
For testing purposes I can see the addition of a recent files list being useful.
For general use, when playing a game I very, very rarely load the same saved game twice. With the auto naming of saved games by game-date-user I wouldn't personally think many people would find this useful outside testing where we quite often reload the same game multiple timez.
I actually have my .rails files assigned to Java with parameters to launch rails directly so I very rarely even use the 'load game' function
Phil
On 23 Jan 2011, at 21:19, "Adam Badura" <ab...@o2...> wrote:
I thought that maybe if user opens a game from a file and then save it under a different name then the original name is removed from MRU and the new one is added. This could be even enhanced that all the saved names are added in case user saves the game several times (this supports my way of saving: we play in one file and do a snapshot after each full round).
Other solutions which I thought of were:
Save some info with the game file, at beast at the start of the file and then use it to fine most “recent” file among series (it is all files from a single game would share a common id, GUID or something like that).
Or base on smae naming patterns.
But both seemed complex and fregile.
How do you see that with time-stamps?
Adam Badura
From: Erik Vos
Sent: Sunday, January 23, 2011 8:51 PM
To: 'Development list for Rails: an 18xx game'
Subject: Re: [Rails-devel] Corrections to Loading Game from Command Line
A “recent files” item would be very useful, at least for me for the purpose of testing. But IMO it should not use filenames, but the file system last-changed timestamps. The filenames can be changed on saving, and that is what I usually do; example ‘18EU_OR1.rails’ for a saved 18EU game at the start of OR 1.
But the most important question perhaps is whether or not we can stand the slowdown caused by creating such a “recent files” list.
Erik.
Van: Chris Shaffer [mailto:chr...@gm...]
Verzonden: zaterdag 22 januari 2011 19:28
Aan: Development list for Rails: an 18xx game
Onderwerp: Re: [Rails-devel] Corrections to Loading Game from Command Line
What do you mean by "recently opened games"? In play by email, the program appends a player name and timestamp to the filename. Would you be able to set it up to search the directories where games were previously saved, find the most recent timestamped file with the appropriate base filename, and list that?
--
Chris
Please consider the environment before printing this e-mail.
On Sat, Jan 22, 2011 at 7:40 AM, Adam Badura <ab...@o2...> wrote:
The imports are result of mishandling Eclipse. I am not used to it yet (and on the search how to switch short-cuts to Windows-style...) Sorry for that.
I personaly do cosmetic changes if they make code styl consistent but its your call.
Now I was thinking of a redesign of initial window. So that the application lists recently opened games for example. What do you think of it?
Adam Badura
From: Erik Vos
Sent: Saturday, January 22, 2011 4:36 PM
To: 'Development list for Rails: an 18xx game'
Subject: Re: [Rails-devel] Corrections to Loading Game from Command Line
Hi Adam,
Thanks for your fix. I haved applied it, except:
- the removed space in GameSetupWindow: cosmetic only.
- the qualifier in java.lang.String, which is completely redundant (I have left in your two other qualifiers, though, which at least save an import. But we normally don’t use any qualifiers).
- the unused import of InvocationTargetException.
For now sending patches is the way to go. Once you have gained a reputation of sending good patches, you will get commit access.
Erik.
Van: Adam Badura [mailto:ab...@o2...]
Verzonden: zaterdag 22 januari 2011 2:07
Aan: rai...@li...
Onderwerp: [Rails-devel] Corrections to Loading Game from Command Line
The attachement contains an SVN Patch (done on trunk/18xx) correcting two errors associated with loading game from command line argument passed to the application:
1) After such load File | Save command (and possibly others as well) crushed with NullPointerException due to log4j NDC not containing game key. This was caused by NDC being initialized in main thread during application startup rather then in AWT-EventsQueue thread as it happend during normal application opening and loading game through Load Game button.
2) A save path is associated with the game just as if the game was loaded using Load Game button.
Do you accept those corrections? Should I commit them? What do I require to commit them? (On SourceForge my user name is "adambadura” just in case...)
Adam Badura
----------------------------------------------------------------------------
------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires
February 28th, so secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsight-sfd2d
----------------------------------------------------------------------------
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel
------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires
February 28th, so secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsight-sfd2d
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel
----------------------------------------------------------------------------
------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires
February 28th, so secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsight-sfd2d
----------------------------------------------------------------------------
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel
------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires
February 28th, so secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsight-sfd2d
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel
------------------------------------------------------------------------------
------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires
February 28th, so secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsight-sfd2d
------------------------------------------------------------------------------
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel
------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires
February 28th, so secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsight-sfd2d
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel
--------------------------------------------------------------------------------
------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires
February 28th, so secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsight-sfd2d
--------------------------------------------------------------------------------
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel
--------------------------------------------------------------------------------
------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires
February 28th, so secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsight-sfd2d
--------------------------------------------------------------------------------
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel
|
|
From: Erik V. <eri...@xs...> - 2011-02-02 19:51:44
|
> How do I submit a bug? Option 1: send a message to this list - Pro: there is a reasonable chance that it will be fixed pretty quickly. Con: if not picked up soon, it may be forgotten. Option 2: submit a bug to the project site, as described by others in the meantime - Pro: it will not be forgotten. Con: it may take a while until it is noticed. Of course you can also try both. > Also, any thoughts on implementing the Coalfields variant? Yes, it's high on my list of items to work on if time permits. But bug fixes usually have priority. Erik. |
|
From: Scott P. <sc...@re...> - 2011-02-02 16:06:46
|
On Wed, Feb 2, 2011 at 7:48 AM, Chris Shaffer <chr...@gm...>wrote: > I also was unable to verify the bug in 1.4. I used both the undo button > and the back arrow in the report window, and in both cases I was able to buy > the subsequent train. I tried it at work (WinXP) and could not verify the bug. I'll try again at home and see if I can replicate it after a system restart. Yesterday, I was able to replicate it by closing rails and reopening it with both 1.4 and 1.4.1. Also, Tim Harrison had a similar issue with buying loans (and undoing it) in our live 1856 game yesterday. So I think there is something here, but I'll try to isolate the scenario where it appears and file a bug when I do so. |
|
From: brett l. <bre...@gm...> - 2011-02-02 15:44:48
|
On Wed, Feb 2, 2011 at 5:55 AM, Chris Shaffer <chr...@gm...> wrote: > Could someone give me editing rights to the wiki? > Also, is there a way to make the read-only version available to anonymous > users? It seems odd that one must log in to SourceForge to get to a > read-only version of the wiki. > -- > Chris Done. :-) ---Brett. |
|
From: brett l. <bre...@gm...> - 2011-02-02 15:40:07
|
On Wed, Feb 2, 2011 at 6:03 AM, Phil Davies <de...@gm...> wrote: > Hmm, the Wiki is set to anonymous read but the redirect from the > bottom of the Rails homepage is a bit wonky. Using this link: > > http://sourceforge.net/apps/mediawiki/rails/index.php?title=Main_Page > > Doesn't require a login, but the link from the bottom of the rails page: > > https://sourceforge.net/apps/mediawiki/rails/index.php > > Does require a login...so maybe we just need to change the redirect link? > > Phil > I've fixed the link on the page. ---Brett. |
|
From: Phil D. <de...@gm...> - 2011-02-02 14:03:12
|
Hmm, the Wiki is set to anonymous read but the redirect from the bottom of the Rails homepage is a bit wonky. Using this link: http://sourceforge.net/apps/mediawiki/rails/index.php?title=Main_Page Doesn't require a login, but the link from the bottom of the rails page: https://sourceforge.net/apps/mediawiki/rails/index.php Does require a login...so maybe we just need to change the redirect link? Phil On 2 February 2011 13:55, Chris Shaffer <chr...@gm...> wrote: > Could someone give me editing rights to the wiki? > Also, is there a way to make the read-only version available to anonymous > users? It seems odd that one must log in to SourceForge to get to a > read-only version of the wiki. > -- > Chris > > Please consider the environment before printing this e-mail. > > ------------------------------------------------------------------------------ > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
|
From: Chris S. <chr...@gm...> - 2011-02-02 13:55:30
|
Could someone give me editing rights to the wiki? Also, is there a way to make the read-only version available to anonymous users? It seems odd that one must log in to SourceForge to get to a read-only version of the wiki. -- Chris Please consider the environment before printing this e-mail. |
|
From: Chris S. <chr...@gm...> - 2011-02-02 13:48:44
|
I also was unable to verify the bug in 1.4. I used both the undo button and the back arrow in the report window, and in both cases I was able to buy the subsequent train. -- Chris Please consider the environment before printing this e-mail. On Wed, Feb 2, 2011 at 8:33 AM, Phil Davies <de...@gm...> wrote: > Scott, > > The bug tracker is here: > http://sourceforge.net/tracker/?group_id=132173&atid=723360 You can > create bugs and upload them. > > Have you tried this on 1.4.1? I've just loaded your saved game in 1.4 > and 1.4.1 and it's working fine for me...which is a little odd. Buy > 4T, click back arrow, buy another 4T, no errors... > > Phil > > On 1 February 2011 23:30, Scott Petersen <sc...@re...> wrote: > > I ran into a bug in 18AL where it would not let me buy a train from the > bank > > after "undoing" the first permitted buy. > > > > In the attached file, buy a 4T, then step back by using the "back arrow" > in > > the report window to unbuy the train, but then it will no longer permit > me > > to buy a train from the bank. > > > > How do I submit a bug? Could you add information about submitting bugs > to > > the wiki? > > > > Also, any thoughts on implementing the Coalfields variant? > > > > > ------------------------------------------------------------------------------ > > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > > Finally, a world-class log management solution at an even better > price-free! > > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > > February 28th, so secure your free ArcSight Logger TODAY! > > http://p.sf.net/sfu/arcsight-sfd2d > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > > > ------------------------------------------------------------------------------ > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better > price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Phil D. <de...@gm...> - 2011-02-02 13:33:39
|
Scott, The bug tracker is here: http://sourceforge.net/tracker/?group_id=132173&atid=723360 You can create bugs and upload them. Have you tried this on 1.4.1? I've just loaded your saved game in 1.4 and 1.4.1 and it's working fine for me...which is a little odd. Buy 4T, click back arrow, buy another 4T, no errors... Phil On 1 February 2011 23:30, Scott Petersen <sc...@re...> wrote: > I ran into a bug in 18AL where it would not let me buy a train from the bank > after "undoing" the first permitted buy. > > In the attached file, buy a 4T, then step back by using the "back arrow" in > the report window to unbuy the train, but then it will no longer permit me > to buy a train from the bank. > > How do I submit a bug? Could you add information about submitting bugs to > the wiki? > > Also, any thoughts on implementing the Coalfields variant? > > ------------------------------------------------------------------------------ > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
|
From: brett l. <bre...@gm...> - 2011-02-01 18:45:10
|
I'm pleased to announce the release of Rails 1.4.1. This is primarily a bug-fix release. Full changelog is available on our wiki: https://sourceforge.net/apps/mediawiki/rails/index.php?title=Change_Log Files are available via the sourceforge site: https://sourceforge.net/projects/rails/files/Rails/1.4.1/ In addition to the release, I've finally gotten around to including generating Javadoc as a part of the release process. The Javadoc is linked off of our main http://rails.sourceforge.net page. The direct link to the javadoc is http://rails.sourceforge.net/javadoc/index.html . My hope is that this helps existing and prospective developers navigate and understand the code. ---Brett. |
99 messages has been excluded from this view by a project administrator.
