rails-devel — List for discussion of Rails development

Re: [Rails-devel] [Rails-commits] 18xx/rails/game StartRound_1835.java, 1.15, 1.16

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

	Modified Files:
		StartRound_1835.java 
	Log Message:
	Improve Start Packet Handling so that only the left most item from
the second available row is for sale, rather than the 	entire second row.

Mark, 

thanks for spotting this error. However, unfortunately your fix was not
entirely correct. 
For instance, when the first and second rows were completely sold, the
entire third row but also the first item of the fourth row became available.

The original error was only that item++ was missing after the last
buyable=true statement.
I have now fixed it slightly differently: by moving item++ downwards.

Erik.

Re: [Rails-devel] [Rails-commits] 18xx LocalisedText.properties, 1.62, 1.63

[Mark S. <mar...@gm...>]

Bah... now I see a typo in what I added here... it should have be 'of' no
'or'

On Sat, Jan 3, 2009 at 5:51 PM, Mark J Smith
<kr...@us...>wrote:

> Update of /cvsroot/rails/18xx
> In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv12504/18xx
>
> Modified Files:
>        LocalisedText.properties
> Log Message:
> Update OR Window Title to show 'Operating Round #.# of #, where the last #
> is the total number of Operating Rounds to be performed before going back to
> the Stock Round.
>
> Index: LocalisedText.properties
> ===================================================================
> RCS file: /cvsroot/rails/18xx/LocalisedText.properties,v
> retrieving revision 1.62
> retrieving revision 1.63
> diff -C2 -d -r1.62 -r1.63
> *** LocalisedText.properties    11 Dec 2008 20:10:25 -0000      1.62
> --- LocalisedText.properties    3 Jan 2009 22:51:44 -0000       1.63
> ***************
> *** 184,188 ****
>  MAP=Map
>  MapWindowTitle=Rails: Map
> ! MapWindowORTitle=Rails: Map, Operating Round {0}
>  MARKET=Stock Market
>  MayNotBuyAndSell={0} may not both buy and sell shares
> --- 184,188 ----
>  MAP=Map
>  MapWindowTitle=Rails: Map
> ! MapWindowORTitle=Rails: Map, Operating Round {0} or {1}
>  MARKET=Stock Market
>  MayNotBuyAndSell={0} may not both buy and sell shares
>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-commits mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-commits
>

Re: [Rails-devel] Rails 1.0.6

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

John,

You didn't mention the game you were playing, but it seems to be 18EU.

	1.	SNCF stock was at E100 and one share was sold by player A
for 
	100.  Next player (B) then sells 3 x SNCF, but program still shows 
	price as 100 and credits player B with 300.  Happened again when FS 
	was on that same space on the stock market.

I couldn't reproduce this yet, at least not on stock chart square F4
(counting stock chart squares left-to-right as A-Q and top-down as 1-7).
On which 100 square did you get this error?
Do you perhaps have a saved file just before the problem occurred?

(N.B. this is a general request to all people reporting errors:
sending a saved file would help debugging tremendously. You can send
these to my private mail address erik.vosAThccnet.nl with the obvious
replacement.)

	2.	Although 8 trains are shown as 8(+) in the new and future 
	trains section of the Game Status panel, once the first 8 is bought,

	the program does not recognise any more 8 trains as being available.

	Kinda stops the game with a bump!

That was a bug - train infinite availability apparently had not survived
some previous upgrade.
I have fixed it now.

	4.	After the company stock buying/selling phase in each OR, the

	stock market window always closes itself.  There seems to be no way 
	of telling it to stay open.

That is more a feature request that a bug. Why would you leave it open?
To allow undo? Any further sellings after the company sold one share?

This feature shouldn't be difficult to implement, but I hesitate to do so,
because of the avoidable extra 'Done' click would slow down the already
lengthy OR turn.
You can go back by Undo in the OR window anyway.
On the other hand, adding a 'Done' step would be consistent with the usual
SR process.

Erik.	

Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5

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

It probably sounds strange because I probably didn't explain it very well. ;-)

SF.net provides us (me) with admin tools that behave like a CMS
(plone, drupal, joomla, etc.).  So, to publish a release, I "create a
release" which basically just creates a blank entry in their database
for me to associate with any files, release notes, etc. that I upload.

So, it's this "release" object in their database that has a creation
timestamp independent of the files' own timestamps. The web UI is just
displaying the timestamp on this "release" database object rather than
hitting the file system to look up when the individual files were last
modified.

---Brett.

On Fri, Jan 2, 2009 at 5:08 PM, Mark Smith <mar...@gm...> wrote:
> That sounds strange... but I tried it out. It does appear to run properly
> under Java 1.5. Looking at the JAR file itself, it does show a modified date
> of January 2, 2008 at 2:32 PM.
>
> Mark
>
> On Fri, Jan 2, 2009 at 6:38 PM, brett lentz <wak...@gm...> wrote:
>>
>> The date is probably the date I created the "release" tag in the CMS,
>> and probably has no bearing on the date the files were uploaded.
>>
>> Bug or feature, you decide.   ;-)
>>
>> ---Brett.
>>
>> On Fri, Jan 2, 2009 at 3:01 PM, Mark Smith <mar...@gm...> wrote:
>> > Brett,
>> >
>> > I went to look and just confirm it ran ok. What I find at the download
>> > location is Version 1.0.6 from Dec 22, 2008. This appears with the same
>> > timestamp as the previous tarball.
>> >
>> > Mark
>> >
>> > On Fri, Jan 2, 2009 at 3:22 PM, brett lentz <wak...@gm...> wrote:
>> >>
>> >> I've released a fixed version of 1.0.6 that works on Java 5 (1.5).
>> >>
>> >> The new changes will need to wait for another release.
>> >>
>> >> ---Brett.
>> >>
>> >>
>> >> 2008/12/26 Mark Smith <mar...@gm...>:
>> >> > You could generate a separate deployment package aimed at Java 1.5...
>> >> > or
>> >> > simply update the Version Number to 1.0.7, with the bug fixes Erik
>> >> > has
>> >> > put
>> >> > in.
>> >> >
>> >> > Mark
>> >> >
>> >> > On Thu, Dec 25, 2008 at 1:14 PM, brett lentz <wak...@gm...>
>> >> > wrote:
>> >> >>
>> >> >> Yep. It looks like my copy of Eclipse was set to compliance level
>> >> >> for
>> >> >> Java
>> >> >> 1.6.
>> >> >>
>> >> >> I'll fix that and release an updated package.
>> >> >>
>> >> >> ---Brett.
>> >> >>
>> >> >> On Wed, Dec 24, 2008 at 6:16 PM, Mark Smith <mar...@gm...>
>> >> >> wrote:
>> >> >> > Brett & Erik,
>> >> >> >
>> >> >> > I have duplicated the problem on my Mac OS 10.5 running Java 1.5.
>> >> >> > The
>> >> >> > code
>> >> >> > runs properly on Java 1.5, and I expect maybe you upgraded your
>> >> >> > Eclipse
>> >> >> > to
>> >> >> > generate for Java 1.6 and that won't run on a Java Platform with
>> >> >> > 1.5.
>> >> >> >
>> >> >> > The latest version of Java for Mac that is available is Java SE 6
>> >> >> > for
>> >> >> > Mac
>> >> >> > OSX 10.5.2 and later. One of the key items though is that it will
>> >> >> > only
>> >> >> > work
>> >> >> > in 64 bit Intel based Macs, not PowerPC or 32 bit Intel based
>> >> >> > Macs.
>> >> >> > So
>> >> >> > unless there is a very compelling reason to compile it as Java
>> >> >> > 1.6, I
>> >> >> > recommend that you do not do so.
>> >> >> >
>> >> >> > Mark
>> >> >> >
>> >> >> > On Wed, Dec 24, 2008 at 7:56 AM, Mark Smith
>> >> >> > <mar...@gm...>
>> >> >> > wrote:
>> >> >> >>
>> >> >> >> Given I do my development on my Mac, OS 10.5, I will look into
>> >> >> >> this
>> >> >> >> this
>> >> >> >> evening.
>> >> >> >>
>> >> >> >> Mark
>> >> >> >>
>> >> >> >> On Wed, Dec 24, 2008 at 5:31 AM, Erik Vos <eri...@hc...>
>> >> >> >> wrote:
>> >> >> >>>
>> >> >> >>> Brett,
>> >> >> >>>
>> >> >> >>> The "Compiler compliance level" in my Eclipse Rails project is
>> >> >> >>> set
>> >> >> >>> to
>> >> >> >>> 5.0,
>> >> >> >>> and it compiles and runs with JRE 1.5.0_11, so I would be
>> >> >> >>> surprised
>> >> >> >>> is
>> >> >> >>> the
>> >> >> >>> code is at 6.0 somewhere. Could you please check your versions,
>> >> >> >>> as
>> >> >> >>> used
>> >> >> >>> in
>> >> >> >>> building the release?
>> >> >> >>>
>> >> >> >>> I would prefer to leave the level at 5.0 for another while. (BTW
>> >> >> >>> I
>> >> >> >>> don't
>> >> >> >>> think 6.0 has produced any significant new stuff on the code
>> >> >> >>> level,
>> >> >> >>> so
>> >> >> >>> I
>> >> >> >>> suspect it'll rather be the JRE).
>> >> >> >>>
>> >> >> >>> Erik.
>> >> >> >>>
>> >> >> >>> -----Original Message-----
>> >> >> >>> From: brett lentz [mailto:wak...@gm...]
>> >> >> >>> Sent: Wednesday 24 December 2008 04:58
>> >> >> >>> To: bro...@gm...; Development list for Rails: an 18xx game
>> >> >> >>> Subject: Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5
>> >> >> >>>
>> >> >> >>> Can you try using Java 6 (1.6.0)?  Maybe some 6-specific code
>> >> >> >>> crept
>> >> >> >>> in...
>> >> >> >>>
>> >> >> >>> ---Brett
>> >> >> >>>
>> >> >> >>> On Tue, Dec 23, 2008 at 12:13 PM, Chris Brooks
>> >> >> >>> <bro...@gm...>
>> >> >> >>> wrote:
>> >> >> >>> > I'm able to run 1.0.5 just fine, but when I try to run 1.0.6
>> >> >> >>> > no
>> >> >> >>> > joy.
>> >> >> >>> > Some details:
>> >> >> >>> >
>> >> >> >>> > java version "1.5.0_16"
>> >> >> >>> > Java(TM) 2 Runtime Environment, Standard Edition (build
>> >> >> >>> > 1.5.0_16-b06-284)
>> >> >> >>> > Java HotSpot(TM) Client VM (build 1.5.0_16-133, mixed mode,
>> >> >> >>> > sharing)
>> >> >> >>> >
>> >> >> >>> > The error I see:
>> >> >> >>> >
>> >> >> >>> > Exception in thread "main"
>> >> >> >>> > java.lang.UnsupportedClassVersionError:
>> >> >> >>> > Bad
>> >> >> >>> > version number in .class file
>> >> >> >>> >        at java.lang.ClassLoader.defineClass1(Native Method)
>> >> >> >>> >        at
>> >> >> >>> > java.lang.ClassLoader.defineClass(ClassLoader.java:675)
>> >> >> >>> >        at
>> >> >> >>>
>> >> >> >>>
>> >> >> >>>
>> >> >> >>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
>> >> >> >>> >        at
>> >> >> >>> > java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
>> >> >> >>> >        at
>> >> >> >>> > java.net.URLClassLoader.access$100(URLClassLoader.java:56)
>> >> >> >>> >        at
>> >> >> >>> > java.net.URLClassLoader$1.run(URLClassLoader.java:195)
>> >> >> >>> >        at java.security.AccessController.doPrivileged(Native
>> >> >> >>> > Method)
>> >> >> >>> >        at
>> >> >> >>> > java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>> >> >> >>> >        at
>> >> >> >>> > java.lang.ClassLoader.loadClass(ClassLoader.java:316)
>> >> >> >>> >        at
>> >> >> >>> > sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
>> >> >> >>> >        at
>> >> >> >>> > java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>> >> >> >>> >        at
>> >> >> >>> > java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
>> >> >> >>> >
>> >> >> >>> > Any ideas?
>> >> >> >>> >
>> >> >> >>> > -Chris
>> >> >> >>> >
>> >> >> >>> >
>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>

Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5

[Mark S. <mar...@gm...>]

That sounds strange... but I tried it out. It does appear to run properly
under Java 1.5. Looking at the JAR file itself, it does show a modified date
of January 2, 2008 at 2:32 PM.

Mark

On Fri, Jan 2, 2009 at 6:38 PM, brett lentz <wak...@gm...> wrote:

> The date is probably the date I created the "release" tag in the CMS,
> and probably has no bearing on the date the files were uploaded.
>
> Bug or feature, you decide.   ;-)
>
> ---Brett.
>
> On Fri, Jan 2, 2009 at 3:01 PM, Mark Smith <mar...@gm...> wrote:
> > Brett,
> >
> > I went to look and just confirm it ran ok. What I find at the download
> > location is Version 1.0.6 from Dec 22, 2008. This appears with the same
> > timestamp as the previous tarball.
> >
> > Mark
> >
> > On Fri, Jan 2, 2009 at 3:22 PM, brett lentz <wak...@gm...> wrote:
> >>
> >> I've released a fixed version of 1.0.6 that works on Java 5 (1.5).
> >>
> >> The new changes will need to wait for another release.
> >>
> >> ---Brett.
> >>
> >>
> >> 2008/12/26 Mark Smith <mar...@gm...>:
> >> > You could generate a separate deployment package aimed at Java 1.5...
> or
> >> > simply update the Version Number to 1.0.7, with the bug fixes Erik has
> >> > put
> >> > in.
> >> >
> >> > Mark
> >> >
> >> > On Thu, Dec 25, 2008 at 1:14 PM, brett lentz <wak...@gm...>
> wrote:
> >> >>
> >> >> Yep. It looks like my copy of Eclipse was set to compliance level for
> >> >> Java
> >> >> 1.6.
> >> >>
> >> >> I'll fix that and release an updated package.
> >> >>
> >> >> ---Brett.
> >> >>
> >> >> On Wed, Dec 24, 2008 at 6:16 PM, Mark Smith <mar...@gm...>
> >> >> wrote:
> >> >> > Brett & Erik,
> >> >> >
> >> >> > I have duplicated the problem on my Mac OS 10.5 running Java 1.5.
> The
> >> >> > code
> >> >> > runs properly on Java 1.5, and I expect maybe you upgraded your
> >> >> > Eclipse
> >> >> > to
> >> >> > generate for Java 1.6 and that won't run on a Java Platform with
> 1.5.
> >> >> >
> >> >> > The latest version of Java for Mac that is available is Java SE 6
> for
> >> >> > Mac
> >> >> > OSX 10.5.2 and later. One of the key items though is that it will
> >> >> > only
> >> >> > work
> >> >> > in 64 bit Intel based Macs, not PowerPC or 32 bit Intel based Macs.
> >> >> > So
> >> >> > unless there is a very compelling reason to compile it as Java 1.6,
> I
> >> >> > recommend that you do not do so.
> >> >> >
> >> >> > Mark
> >> >> >
> >> >> > On Wed, Dec 24, 2008 at 7:56 AM, Mark Smith <
> mar...@gm...>
> >> >> > wrote:
> >> >> >>
> >> >> >> Given I do my development on my Mac, OS 10.5, I will look into
> this
> >> >> >> this
> >> >> >> evening.
> >> >> >>
> >> >> >> Mark
> >> >> >>
> >> >> >> On Wed, Dec 24, 2008 at 5:31 AM, Erik Vos <eri...@hc...>
> >> >> >> wrote:
> >> >> >>>
> >> >> >>> Brett,
> >> >> >>>
> >> >> >>> The "Compiler compliance level" in my Eclipse Rails project is
> set
> >> >> >>> to
> >> >> >>> 5.0,
> >> >> >>> and it compiles and runs with JRE 1.5.0_11, so I would be
> surprised
> >> >> >>> is
> >> >> >>> the
> >> >> >>> code is at 6.0 somewhere. Could you please check your versions,
> as
> >> >> >>> used
> >> >> >>> in
> >> >> >>> building the release?
> >> >> >>>
> >> >> >>> I would prefer to leave the level at 5.0 for another while. (BTW
> I
> >> >> >>> don't
> >> >> >>> think 6.0 has produced any significant new stuff on the code
> level,
> >> >> >>> so
> >> >> >>> I
> >> >> >>> suspect it'll rather be the JRE).
> >> >> >>>
> >> >> >>> Erik.
> >> >> >>>
> >> >> >>> -----Original Message-----
> >> >> >>> From: brett lentz [mailto:wak...@gm...]
> >> >> >>> Sent: Wednesday 24 December 2008 04:58
> >> >> >>> To: bro...@gm...; Development list for Rails: an 18xx game
> >> >> >>> Subject: Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5
> >> >> >>>
> >> >> >>> Can you try using Java 6 (1.6.0)?  Maybe some 6-specific code
> crept
> >> >> >>> in...
> >> >> >>>
> >> >> >>> ---Brett
> >> >> >>>
> >> >> >>> On Tue, Dec 23, 2008 at 12:13 PM, Chris Brooks <
> bro...@gm...>
> >> >> >>> wrote:
> >> >> >>> > I'm able to run 1.0.5 just fine, but when I try to run 1.0.6 no
> >> >> >>> > joy.
> >> >> >>> > Some details:
> >> >> >>> >
> >> >> >>> > java version "1.5.0_16"
> >> >> >>> > Java(TM) 2 Runtime Environment, Standard Edition (build
> >> >> >>> > 1.5.0_16-b06-284)
> >> >> >>> > Java HotSpot(TM) Client VM (build 1.5.0_16-133, mixed mode,
> >> >> >>> > sharing)
> >> >> >>> >
> >> >> >>> > The error I see:
> >> >> >>> >
> >> >> >>> > Exception in thread "main"
> >> >> >>> > java.lang.UnsupportedClassVersionError:
> >> >> >>> > Bad
> >> >> >>> > version number in .class file
> >> >> >>> >        at java.lang.ClassLoader.defineClass1(Native Method)
> >> >> >>> >        at
> java.lang.ClassLoader.defineClass(ClassLoader.java:675)
> >> >> >>> >        at
> >> >> >>>
> >> >> >>>
> >> >> >>>
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
> >> >> >>> >        at
> >> >> >>> > java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
> >> >> >>> >        at
> >> >> >>> > java.net.URLClassLoader.access$100(URLClassLoader.java:56)
> >> >> >>> >        at
> java.net.URLClassLoader$1.run(URLClassLoader.java:195)
> >> >> >>> >        at java.security.AccessController.doPrivileged(Native
> >> >> >>> > Method)
> >> >> >>> >        at
> >> >> >>> > java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> >> >> >>> >        at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
> >> >> >>> >        at
> >> >> >>> > sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
> >> >> >>> >        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> >> >> >>> >        at
> >> >> >>> > java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
> >> >> >>> >
> >> >> >>> > Any ideas?
> >> >> >>> >
> >> >> >>> > -Chris
> >> >> >>> >
> >> >> >>> >
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5

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

The date is probably the date I created the "release" tag in the CMS,
and probably has no bearing on the date the files were uploaded.

Bug or feature, you decide.   ;-)

---Brett.

On Fri, Jan 2, 2009 at 3:01 PM, Mark Smith <mar...@gm...> wrote:
> Brett,
>
> I went to look and just confirm it ran ok. What I find at the download
> location is Version 1.0.6 from Dec 22, 2008. This appears with the same
> timestamp as the previous tarball.
>
> Mark
>
> On Fri, Jan 2, 2009 at 3:22 PM, brett lentz <wak...@gm...> wrote:
>>
>> I've released a fixed version of 1.0.6 that works on Java 5 (1.5).
>>
>> The new changes will need to wait for another release.
>>
>> ---Brett.
>>
>>
>> 2008/12/26 Mark Smith <mar...@gm...>:
>> > You could generate a separate deployment package aimed at Java 1.5... or
>> > simply update the Version Number to 1.0.7, with the bug fixes Erik has
>> > put
>> > in.
>> >
>> > Mark
>> >
>> > On Thu, Dec 25, 2008 at 1:14 PM, brett lentz <wak...@gm...> wrote:
>> >>
>> >> Yep. It looks like my copy of Eclipse was set to compliance level for
>> >> Java
>> >> 1.6.
>> >>
>> >> I'll fix that and release an updated package.
>> >>
>> >> ---Brett.
>> >>
>> >> On Wed, Dec 24, 2008 at 6:16 PM, Mark Smith <mar...@gm...>
>> >> wrote:
>> >> > Brett & Erik,
>> >> >
>> >> > I have duplicated the problem on my Mac OS 10.5 running Java 1.5. The
>> >> > code
>> >> > runs properly on Java 1.5, and I expect maybe you upgraded your
>> >> > Eclipse
>> >> > to
>> >> > generate for Java 1.6 and that won't run on a Java Platform with 1.5.
>> >> >
>> >> > The latest version of Java for Mac that is available is Java SE 6 for
>> >> > Mac
>> >> > OSX 10.5.2 and later. One of the key items though is that it will
>> >> > only
>> >> > work
>> >> > in 64 bit Intel based Macs, not PowerPC or 32 bit Intel based Macs.
>> >> > So
>> >> > unless there is a very compelling reason to compile it as Java 1.6, I
>> >> > recommend that you do not do so.
>> >> >
>> >> > Mark
>> >> >
>> >> > On Wed, Dec 24, 2008 at 7:56 AM, Mark Smith <mar...@gm...>
>> >> > wrote:
>> >> >>
>> >> >> Given I do my development on my Mac, OS 10.5, I will look into this
>> >> >> this
>> >> >> evening.
>> >> >>
>> >> >> Mark
>> >> >>
>> >> >> On Wed, Dec 24, 2008 at 5:31 AM, Erik Vos <eri...@hc...>
>> >> >> wrote:
>> >> >>>
>> >> >>> Brett,
>> >> >>>
>> >> >>> The "Compiler compliance level" in my Eclipse Rails project is set
>> >> >>> to
>> >> >>> 5.0,
>> >> >>> and it compiles and runs with JRE 1.5.0_11, so I would be surprised
>> >> >>> is
>> >> >>> the
>> >> >>> code is at 6.0 somewhere. Could you please check your versions, as
>> >> >>> used
>> >> >>> in
>> >> >>> building the release?
>> >> >>>
>> >> >>> I would prefer to leave the level at 5.0 for another while. (BTW I
>> >> >>> don't
>> >> >>> think 6.0 has produced any significant new stuff on the code level,
>> >> >>> so
>> >> >>> I
>> >> >>> suspect it'll rather be the JRE).
>> >> >>>
>> >> >>> Erik.
>> >> >>>
>> >> >>> -----Original Message-----
>> >> >>> From: brett lentz [mailto:wak...@gm...]
>> >> >>> Sent: Wednesday 24 December 2008 04:58
>> >> >>> To: bro...@gm...; Development list for Rails: an 18xx game
>> >> >>> Subject: Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5
>> >> >>>
>> >> >>> Can you try using Java 6 (1.6.0)?  Maybe some 6-specific code crept
>> >> >>> in...
>> >> >>>
>> >> >>> ---Brett
>> >> >>>
>> >> >>> On Tue, Dec 23, 2008 at 12:13 PM, Chris Brooks <bro...@gm...>
>> >> >>> wrote:
>> >> >>> > I'm able to run 1.0.5 just fine, but when I try to run 1.0.6 no
>> >> >>> > joy.
>> >> >>> > Some details:
>> >> >>> >
>> >> >>> > java version "1.5.0_16"
>> >> >>> > Java(TM) 2 Runtime Environment, Standard Edition (build
>> >> >>> > 1.5.0_16-b06-284)
>> >> >>> > Java HotSpot(TM) Client VM (build 1.5.0_16-133, mixed mode,
>> >> >>> > sharing)
>> >> >>> >
>> >> >>> > The error I see:
>> >> >>> >
>> >> >>> > Exception in thread "main"
>> >> >>> > java.lang.UnsupportedClassVersionError:
>> >> >>> > Bad
>> >> >>> > version number in .class file
>> >> >>> >        at java.lang.ClassLoader.defineClass1(Native Method)
>> >> >>> >        at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
>> >> >>> >        at
>> >> >>>
>> >> >>>
>> >> >>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
>> >> >>> >        at
>> >> >>> > java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
>> >> >>> >        at
>> >> >>> > java.net.URLClassLoader.access$100(URLClassLoader.java:56)
>> >> >>> >        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
>> >> >>> >        at java.security.AccessController.doPrivileged(Native
>> >> >>> > Method)
>> >> >>> >        at
>> >> >>> > java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>> >> >>> >        at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
>> >> >>> >        at
>> >> >>> > sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
>> >> >>> >        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>> >> >>> >        at
>> >> >>> > java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
>> >> >>> >
>> >> >>> > Any ideas?
>> >> >>> >
>> >> >>> > -Chris
>> >> >>> >
>> >> >>> >

Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5

[Mark S. <mar...@gm...>]

Brett,

I went to look and just confirm it ran ok. What I find at the download
location is Version 1.0.6 from Dec 22, 2008. This appears with the same
timestamp as the previous tarball.

Mark

On Fri, Jan 2, 2009 at 3:22 PM, brett lentz <wak...@gm...> wrote:

> I've released a fixed version of 1.0.6 that works on Java 5 (1.5).
>
> The new changes will need to wait for another release.
>
> ---Brett.
>
>
> 2008/12/26 Mark Smith <mar...@gm...>:
> > You could generate a separate deployment package aimed at Java 1.5... or
> > simply update the Version Number to 1.0.7, with the bug fixes Erik has
> put
> > in.
> >
> > Mark
> >
> > On Thu, Dec 25, 2008 at 1:14 PM, brett lentz <wak...@gm...> wrote:
> >>
> >> Yep. It looks like my copy of Eclipse was set to compliance level for
> Java
> >> 1.6.
> >>
> >> I'll fix that and release an updated package.
> >>
> >> ---Brett.
> >>
> >> On Wed, Dec 24, 2008 at 6:16 PM, Mark Smith <mar...@gm...>
> >> wrote:
> >> > Brett & Erik,
> >> >
> >> > I have duplicated the problem on my Mac OS 10.5 running Java 1.5. The
> >> > code
> >> > runs properly on Java 1.5, and I expect maybe you upgraded your
> Eclipse
> >> > to
> >> > generate for Java 1.6 and that won't run on a Java Platform with 1.5.
> >> >
> >> > The latest version of Java for Mac that is available is Java SE 6 for
> >> > Mac
> >> > OSX 10.5.2 and later. One of the key items though is that it will only
> >> > work
> >> > in 64 bit Intel based Macs, not PowerPC or 32 bit Intel based Macs. So
> >> > unless there is a very compelling reason to compile it as Java 1.6, I
> >> > recommend that you do not do so.
> >> >
> >> > Mark
> >> >
> >> > On Wed, Dec 24, 2008 at 7:56 AM, Mark Smith <mar...@gm...>
> >> > wrote:
> >> >>
> >> >> Given I do my development on my Mac, OS 10.5, I will look into this
> >> >> this
> >> >> evening.
> >> >>
> >> >> Mark
> >> >>
> >> >> On Wed, Dec 24, 2008 at 5:31 AM, Erik Vos <eri...@hc...>
> wrote:
> >> >>>
> >> >>> Brett,
> >> >>>
> >> >>> The "Compiler compliance level" in my Eclipse Rails project is set
> to
> >> >>> 5.0,
> >> >>> and it compiles and runs with JRE 1.5.0_11, so I would be surprised
> is
> >> >>> the
> >> >>> code is at 6.0 somewhere. Could you please check your versions, as
> >> >>> used
> >> >>> in
> >> >>> building the release?
> >> >>>
> >> >>> I would prefer to leave the level at 5.0 for another while. (BTW I
> >> >>> don't
> >> >>> think 6.0 has produced any significant new stuff on the code level,
> so
> >> >>> I
> >> >>> suspect it'll rather be the JRE).
> >> >>>
> >> >>> Erik.
> >> >>>
> >> >>> -----Original Message-----
> >> >>> From: brett lentz [mailto:wak...@gm...]
> >> >>> Sent: Wednesday 24 December 2008 04:58
> >> >>> To: bro...@gm...; Development list for Rails: an 18xx game
> >> >>> Subject: Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5
> >> >>>
> >> >>> Can you try using Java 6 (1.6.0)?  Maybe some 6-specific code crept
> >> >>> in...
> >> >>>
> >> >>> ---Brett
> >> >>>
> >> >>> On Tue, Dec 23, 2008 at 12:13 PM, Chris Brooks <bro...@gm...>
> >> >>> wrote:
> >> >>> > I'm able to run 1.0.5 just fine, but when I try to run 1.0.6 no
> joy.
> >> >>> > Some details:
> >> >>> >
> >> >>> > java version "1.5.0_16"
> >> >>> > Java(TM) 2 Runtime Environment, Standard Edition (build
> >> >>> > 1.5.0_16-b06-284)
> >> >>> > Java HotSpot(TM) Client VM (build 1.5.0_16-133, mixed mode,
> sharing)
> >> >>> >
> >> >>> > The error I see:
> >> >>> >
> >> >>> > Exception in thread "main" java.lang.UnsupportedClassVersionError:
> >> >>> > Bad
> >> >>> > version number in .class file
> >> >>> >        at java.lang.ClassLoader.defineClass1(Native Method)
> >> >>> >        at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
> >> >>> >        at
> >> >>>
> >> >>>
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
> >> >>> >        at
> >> >>> > java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
> >> >>> >        at
> java.net.URLClassLoader.access$100(URLClassLoader.java:56)
> >> >>> >        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
> >> >>> >        at java.security.AccessController.doPrivileged(Native
> Method)
> >> >>> >        at
> java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> >> >>> >        at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
> >> >>> >        at
> >> >>> > sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
> >> >>> >        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> >> >>> >        at
> >> >>> > java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
> >> >>> >
> >> >>> > Any ideas?
> >> >>> >
> >> >>> > -Chris
> >> >>> >
> >> >>> >
> >> >>>
> >> >>>
> >> >>>
> ----------------------------------------------------------------------------
> >> >>> --
> >> >>> > _______________________________________________
> >> >>> > Rails-devel mailing list
> >> >>> > Rai...@li...
> >> >>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> >>> >
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> ----------------------------------------------------------------------------
> >> >>> --
> >> >>> _______________________________________________
> >> >>> Rails-devel mailing list
> >> >>> Rai...@li...
> >> >>> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> ------------------------------------------------------------------------------
> >> >>> _______________________________________________
> >> >>> Rails-devel mailing list
> >> >>> Rai...@li...
> >> >>> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> >>
> >> >
> >> >
> >> >
> >> >
> ------------------------------------------------------------------------------
> >> >
> >> > _______________________________________________
> >> > Rails-devel mailing list
> >> > Rai...@li...
> >> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> >
> >> >
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> _______________________________________________
> >> Rails-devel mailing list
> >> Rai...@li...
> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> >
> >
> ------------------------------------------------------------------------------
> >
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> >
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Rails 1.0.6

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

Hi John,

Thanks for your report. I will look into these bugs a.s.a.p.

Erik.

-----Original Message-----
From: John Davidson [mailto:jda...@bt...] 
Sent: Friday 02 January 2009 17:11
To: rai...@li...
Subject: [Rails-devel] Rails 1.0.6

Dear Rails Development Team

Many thanks for all the excellent work that you do on this!  I don't 
know enough programming to be able to help, but did come across the 
following bugs / glitches when playing the 18EU module the other day 
as a means of refreshing my memory of the game before playing for 
real.

1.	SNCF stock was at E100 and one share was sold by player A for 
100.  Next player (B) then sells 3 x SNCF, but program still shows 
price as 100 and credits player B with 300.  Happened again when FS 
was on that same space on the stock market.

2.	Although 8 trains are shown as 8(+) in the new and future 
trains section of the Game Status panel, once the first 8 is bought, 
the program does not recognise any more 8 trains as being available.  
Kinda stops the game with a bump!

3.	KBS's director had to contribute 246 from hand to fund 
purchase of a 6 train for 600, and then subsequently issued shares 
during the last element of the operating round.  But the KBS treasury 
shares as issued were deducted from the treasury so that KBS ended up 
with a negative treasury balance of 270 (3 shares @ 90).  This then 
meant the KBS was not allowed by the program to lay any track at all 
because its cash was less than zero.  (I fixed this for game purposes 
by giving the KBS a hugely large dividend equal to twice the 
difference between the negative amount it had and the positive amount 
it should have had, and then splitting.  Of course, I then had to 
make a mental adjustment of the players' cash totals to discount the 
phantom dividend.)

4.	After the company stock buying/selling phase in each OR, the 
stock market window always closes itself.  There seems to be no way 
of telling it to stay open.

Hope these help!  # 2 is the main problem!

Best wishes

John Davidson
jda...@bt...



----------------------------------------------------------------------------
--
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5

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

I've released a fixed version of 1.0.6 that works on Java 5 (1.5).

The new changes will need to wait for another release.

---Brett.


2008/12/26 Mark Smith <mar...@gm...>:
> You could generate a separate deployment package aimed at Java 1.5... or
> simply update the Version Number to 1.0.7, with the bug fixes Erik has put
> in.
>
> Mark
>
> On Thu, Dec 25, 2008 at 1:14 PM, brett lentz <wak...@gm...> wrote:
>>
>> Yep. It looks like my copy of Eclipse was set to compliance level for Java
>> 1.6.
>>
>> I'll fix that and release an updated package.
>>
>> ---Brett.
>>
>> On Wed, Dec 24, 2008 at 6:16 PM, Mark Smith <mar...@gm...>
>> wrote:
>> > Brett & Erik,
>> >
>> > I have duplicated the problem on my Mac OS 10.5 running Java 1.5. The
>> > code
>> > runs properly on Java 1.5, and I expect maybe you upgraded your Eclipse
>> > to
>> > generate for Java 1.6 and that won't run on a Java Platform with 1.5.
>> >
>> > The latest version of Java for Mac that is available is Java SE 6 for
>> > Mac
>> > OSX 10.5.2 and later. One of the key items though is that it will only
>> > work
>> > in 64 bit Intel based Macs, not PowerPC or 32 bit Intel based Macs. So
>> > unless there is a very compelling reason to compile it as Java 1.6, I
>> > recommend that you do not do so.
>> >
>> > Mark
>> >
>> > On Wed, Dec 24, 2008 at 7:56 AM, Mark Smith <mar...@gm...>
>> > wrote:
>> >>
>> >> Given I do my development on my Mac, OS 10.5, I will look into this
>> >> this
>> >> evening.
>> >>
>> >> Mark
>> >>
>> >> On Wed, Dec 24, 2008 at 5:31 AM, Erik Vos <eri...@hc...> wrote:
>> >>>
>> >>> Brett,
>> >>>
>> >>> The "Compiler compliance level" in my Eclipse Rails project is set to
>> >>> 5.0,
>> >>> and it compiles and runs with JRE 1.5.0_11, so I would be surprised is
>> >>> the
>> >>> code is at 6.0 somewhere. Could you please check your versions, as
>> >>> used
>> >>> in
>> >>> building the release?
>> >>>
>> >>> I would prefer to leave the level at 5.0 for another while. (BTW I
>> >>> don't
>> >>> think 6.0 has produced any significant new stuff on the code level, so
>> >>> I
>> >>> suspect it'll rather be the JRE).
>> >>>
>> >>> Erik.
>> >>>
>> >>> -----Original Message-----
>> >>> From: brett lentz [mailto:wak...@gm...]
>> >>> Sent: Wednesday 24 December 2008 04:58
>> >>> To: bro...@gm...; Development list for Rails: an 18xx game
>> >>> Subject: Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5
>> >>>
>> >>> Can you try using Java 6 (1.6.0)?  Maybe some 6-specific code crept
>> >>> in...
>> >>>
>> >>> ---Brett
>> >>>
>> >>> On Tue, Dec 23, 2008 at 12:13 PM, Chris Brooks <bro...@gm...>
>> >>> wrote:
>> >>> > I'm able to run 1.0.5 just fine, but when I try to run 1.0.6 no joy.
>> >>> > Some details:
>> >>> >
>> >>> > java version "1.5.0_16"
>> >>> > Java(TM) 2 Runtime Environment, Standard Edition (build
>> >>> > 1.5.0_16-b06-284)
>> >>> > Java HotSpot(TM) Client VM (build 1.5.0_16-133, mixed mode, sharing)
>> >>> >
>> >>> > The error I see:
>> >>> >
>> >>> > Exception in thread "main" java.lang.UnsupportedClassVersionError:
>> >>> > Bad
>> >>> > version number in .class file
>> >>> >        at java.lang.ClassLoader.defineClass1(Native Method)
>> >>> >        at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
>> >>> >        at
>> >>>
>> >>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
>> >>> >        at
>> >>> > java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
>> >>> >        at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
>> >>> >        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
>> >>> >        at java.security.AccessController.doPrivileged(Native Method)
>> >>> >        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>> >>> >        at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
>> >>> >        at
>> >>> > sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
>> >>> >        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>> >>> >        at
>> >>> > java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
>> >>> >
>> >>> > Any ideas?
>> >>> >
>> >>> > -Chris
>> >>> >
>> >>> >
>> >>>
>> >>>
>> >>> ----------------------------------------------------------------------------
>> >>> --
>> >>> > _______________________________________________
>> >>> > Rails-devel mailing list
>> >>> > Rai...@li...
>> >>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >>> >
>> >>>
>> >>>
>> >>>
>> >>> ----------------------------------------------------------------------------
>> >>> --
>> >>> _______________________________________________
>> >>> Rails-devel mailing list
>> >>> Rai...@li...
>> >>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> ------------------------------------------------------------------------------
>> >>> _______________________________________________
>> >>> Rails-devel mailing list
>> >>> Rai...@li...
>> >>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >>
>> >
>> >
>> >
>> > ------------------------------------------------------------------------------
>> >
>> > _______________________________________________
>> > Rails-devel mailing list
>> > Rai...@li...
>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >
>> >
>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>

[Rails-devel] Rails 1.0.6

[John D. <jda...@bt...>]

Dear Rails Development Team

Many thanks for all the excellent work that you do on this!  I don't 
know enough programming to be able to help, but did come across the 
following bugs / glitches when playing the 18EU module the other day 
as a means of refreshing my memory of the game before playing for 
real.

1.	SNCF stock was at E100 and one share was sold by player A for 
100.  Next player (B) then sells 3 x SNCF, but program still shows 
price as 100 and credits player B with 300.  Happened again when FS 
was on that same space on the stock market.

2.	Although 8 trains are shown as 8(+) in the new and future 
trains section of the Game Status panel, once the first 8 is bought, 
the program does not recognise any more 8 trains as being available.  
Kinda stops the game with a bump!

3.	KBS's director had to contribute 246 from hand to fund 
purchase of a 6 train for 600, and then subsequently issued shares 
during the last element of the operating round.  But the KBS treasury 
shares as issued were deducted from the treasury so that KBS ended up 
with a negative treasury balance of 270 (3 shares @ 90).  This then 
meant the KBS was not allowed by the program to lay any track at all 
because its cash was less than zero.  (I fixed this for game purposes 
by giving the KBS a hugely large dividend equal to twice the 
difference between the negative amount it had and the positive amount 
it should have had, and then splitting.  Of course, I then had to 
make a mental adjustment of the players' cash totals to discount the 
phantom dividend.)

4.	After the company stock buying/selling phase in each OR, the 
stock market window always closes itself.  There seems to be no way 
of telling it to stay open.

Hope these help!  # 2 is the main problem!

Best wishes

John Davidson
jda...@bt...

Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5

[Mark S. <mar...@gm...>]

You could generate a separate deployment package aimed at Java 1.5... or
simply update the Version Number to 1.0.7, with the bug fixes Erik has put
in.

Mark

On Thu, Dec 25, 2008 at 1:14 PM, brett lentz <wak...@gm...> wrote:

> Yep. It looks like my copy of Eclipse was set to compliance level for Java
> 1.6.
>
> I'll fix that and release an updated package.
>
> ---Brett.
>
> On Wed, Dec 24, 2008 at 6:16 PM, Mark Smith <mar...@gm...>
> wrote:
> > Brett & Erik,
> >
> > I have duplicated the problem on my Mac OS 10.5 running Java 1.5. The
> code
> > runs properly on Java 1.5, and I expect maybe you upgraded your Eclipse
> to
> > generate for Java 1.6 and that won't run on a Java Platform with 1.5.
> >
> > The latest version of Java for Mac that is available is Java SE 6 for Mac
> > OSX 10.5.2 and later. One of the key items though is that it will only
> work
> > in 64 bit Intel based Macs, not PowerPC or 32 bit Intel based Macs. So
> > unless there is a very compelling reason to compile it as Java 1.6, I
> > recommend that you do not do so.
> >
> > Mark
> >
> > On Wed, Dec 24, 2008 at 7:56 AM, Mark Smith <mar...@gm...>
> wrote:
> >>
> >> Given I do my development on my Mac, OS 10.5, I will look into this this
> >> evening.
> >>
> >> Mark
> >>
> >> On Wed, Dec 24, 2008 at 5:31 AM, Erik Vos <eri...@hc...> wrote:
> >>>
> >>> Brett,
> >>>
> >>> The "Compiler compliance level" in my Eclipse Rails project is set to
> >>> 5.0,
> >>> and it compiles and runs with JRE 1.5.0_11, so I would be surprised is
> >>> the
> >>> code is at 6.0 somewhere. Could you please check your versions, as used
> >>> in
> >>> building the release?
> >>>
> >>> I would prefer to leave the level at 5.0 for another while. (BTW I
> don't
> >>> think 6.0 has produced any significant new stuff on the code level, so
> I
> >>> suspect it'll rather be the JRE).
> >>>
> >>> Erik.
> >>>
> >>> -----Original Message-----
> >>> From: brett lentz [mailto:wak...@gm...]
> >>> Sent: Wednesday 24 December 2008 04:58
> >>> To: bro...@gm...; Development list for Rails: an 18xx game
> >>> Subject: Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5
> >>>
> >>> Can you try using Java 6 (1.6.0)?  Maybe some 6-specific code crept
> in...
> >>>
> >>> ---Brett
> >>>
> >>> On Tue, Dec 23, 2008 at 12:13 PM, Chris Brooks <bro...@gm...>
> >>> wrote:
> >>> > I'm able to run 1.0.5 just fine, but when I try to run 1.0.6 no joy.
> >>> > Some details:
> >>> >
> >>> > java version "1.5.0_16"
> >>> > Java(TM) 2 Runtime Environment, Standard Edition (build
> >>> > 1.5.0_16-b06-284)
> >>> > Java HotSpot(TM) Client VM (build 1.5.0_16-133, mixed mode, sharing)
> >>> >
> >>> > The error I see:
> >>> >
> >>> > Exception in thread "main" java.lang.UnsupportedClassVersionError:
> Bad
> >>> > version number in .class file
> >>> >        at java.lang.ClassLoader.defineClass1(Native Method)
> >>> >        at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
> >>> >        at
> >>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
> >>> >        at
> java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
> >>> >        at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
> >>> >        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
> >>> >        at java.security.AccessController.doPrivileged(Native Method)
> >>> >        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> >>> >        at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
> >>> >        at
> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
> >>> >        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> >>> >        at
> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
> >>> >
> >>> > Any ideas?
> >>> >
> >>> > -Chris
> >>> >
> >>> >
> >>>
> >>>
> ----------------------------------------------------------------------------
> >>> --
> >>> > _______________________________________________
> >>> > Rails-devel mailing list
> >>> > Rai...@li...
> >>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>> >
> >>>
> >>>
> >>>
> ----------------------------------------------------------------------------
> >>> --
> >>> _______________________________________________
> >>> Rails-devel mailing list
> >>> Rai...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>>
> >>>
> >>>
> >>>
> ------------------------------------------------------------------------------
> >>> _______________________________________________
> >>> Rails-devel mailing list
> >>> Rai...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>
> >
> >
> >
> ------------------------------------------------------------------------------
> >
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> >
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Rails 1.0.6

[Mark S. <mar...@gm...>]

Mike,

Yes, the request to show blocked hexsides on the map is on the feature
request list (has been for awhile). If I get off my duff, and get my tile &
map code integrated and working, these will be included as part of the
product.

Mark

On Mon, Dec 22, 2008 at 5:53 PM, wmikebennett <mik...@be...>wrote:

> What it be possible to add some sort of graphic to the maps to denote
> blocked hex sides?  It's hard to plan ahead when you find out that the
> hex side you planned on going through two OR's ago is actually blocked.
>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5

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

Yep. It looks like my copy of Eclipse was set to compliance level for Java 1.6.

I'll fix that and release an updated package.

---Brett.

On Wed, Dec 24, 2008 at 6:16 PM, Mark Smith <mar...@gm...> wrote:
> Brett & Erik,
>
> I have duplicated the problem on my Mac OS 10.5 running Java 1.5. The code
> runs properly on Java 1.5, and I expect maybe you upgraded your Eclipse to
> generate for Java 1.6 and that won't run on a Java Platform with 1.5.
>
> The latest version of Java for Mac that is available is Java SE 6 for Mac
> OSX 10.5.2 and later. One of the key items though is that it will only work
> in 64 bit Intel based Macs, not PowerPC or 32 bit Intel based Macs. So
> unless there is a very compelling reason to compile it as Java 1.6, I
> recommend that you do not do so.
>
> Mark
>
> On Wed, Dec 24, 2008 at 7:56 AM, Mark Smith <mar...@gm...> wrote:
>>
>> Given I do my development on my Mac, OS 10.5, I will look into this this
>> evening.
>>
>> Mark
>>
>> On Wed, Dec 24, 2008 at 5:31 AM, Erik Vos <eri...@hc...> wrote:
>>>
>>> Brett,
>>>
>>> The "Compiler compliance level" in my Eclipse Rails project is set to
>>> 5.0,
>>> and it compiles and runs with JRE 1.5.0_11, so I would be surprised is
>>> the
>>> code is at 6.0 somewhere. Could you please check your versions, as used
>>> in
>>> building the release?
>>>
>>> I would prefer to leave the level at 5.0 for another while. (BTW I don't
>>> think 6.0 has produced any significant new stuff on the code level, so I
>>> suspect it'll rather be the JRE).
>>>
>>> Erik.
>>>
>>> -----Original Message-----
>>> From: brett lentz [mailto:wak...@gm...]
>>> Sent: Wednesday 24 December 2008 04:58
>>> To: bro...@gm...; Development list for Rails: an 18xx game
>>> Subject: Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5
>>>
>>> Can you try using Java 6 (1.6.0)?  Maybe some 6-specific code crept in...
>>>
>>> ---Brett
>>>
>>> On Tue, Dec 23, 2008 at 12:13 PM, Chris Brooks <bro...@gm...>
>>> wrote:
>>> > I'm able to run 1.0.5 just fine, but when I try to run 1.0.6 no joy.
>>> > Some details:
>>> >
>>> > java version "1.5.0_16"
>>> > Java(TM) 2 Runtime Environment, Standard Edition (build
>>> > 1.5.0_16-b06-284)
>>> > Java HotSpot(TM) Client VM (build 1.5.0_16-133, mixed mode, sharing)
>>> >
>>> > The error I see:
>>> >
>>> > Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad
>>> > version number in .class file
>>> >        at java.lang.ClassLoader.defineClass1(Native Method)
>>> >        at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
>>> >        at
>>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
>>> >        at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
>>> >        at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
>>> >        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
>>> >        at java.security.AccessController.doPrivileged(Native Method)
>>> >        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>>> >        at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
>>> >        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
>>> >        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>>> >        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
>>> >
>>> > Any ideas?
>>> >
>>> > -Chris
>>> >
>>> >
>>>
>>> ----------------------------------------------------------------------------
>>> --
>>> > _______________________________________________
>>> > Rails-devel mailing list
>>> > Rai...@li...
>>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>>> >
>>>
>>>
>>> ----------------------------------------------------------------------------
>>> --
>>> _______________________________________________
>>> Rails-devel mailing list
>>> Rai...@li...
>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> _______________________________________________
>>> Rails-devel mailing list
>>> Rai...@li...
>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>

Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5

[Mark S. <mar...@gm...>]

Brett & Erik,

I have duplicated the problem on my Mac OS 10.5 running Java 1.5. The code
runs properly on Java 1.5, and I expect maybe you upgraded your Eclipse to
generate for Java 1.6 and that won't run on a Java Platform with 1.5.

The latest version of Java for Mac that is available is Java SE 6 for Mac
OSX 10.5.2 and later. One of the key items though is that it will only work
in 64 bit Intel based Macs, not PowerPC or 32 bit Intel based Macs. So
unless there is a very compelling reason to compile it as Java 1.6, I
recommend that you do not do so.

Mark

On Wed, Dec 24, 2008 at 7:56 AM, Mark Smith <mar...@gm...> wrote:

> Given I do my development on my Mac, OS 10.5, I will look into this this
> evening.
>
> Mark
>
>
> On Wed, Dec 24, 2008 at 5:31 AM, Erik Vos <eri...@hc...> wrote:
>
>> Brett,
>>
>> The "Compiler compliance level" in my Eclipse Rails project is set to 5.0,
>> and it compiles and runs with JRE 1.5.0_11, so I would be surprised is the
>> code is at 6.0 somewhere. Could you please check your versions, as used in
>> building the release?
>>
>> I would prefer to leave the level at 5.0 for another while. (BTW I don't
>> think 6.0 has produced any significant new stuff on the code level, so I
>> suspect it'll rather be the JRE).
>>
>> Erik.
>>
>> -----Original Message-----
>> From: brett lentz [mailto:wak...@gm...]
>> Sent: Wednesday 24 December 2008 04:58
>> To: bro...@gm...; Development list for Rails: an 18xx game
>> Subject: Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5
>>
>> Can you try using Java 6 (1.6.0)?  Maybe some 6-specific code crept in...
>>
>> ---Brett
>>
>> On Tue, Dec 23, 2008 at 12:13 PM, Chris Brooks <bro...@gm...>
>> wrote:
>> > I'm able to run 1.0.5 just fine, but when I try to run 1.0.6 no joy.
>> > Some details:
>> >
>> > java version "1.5.0_16"
>> > Java(TM) 2 Runtime Environment, Standard Edition (build
>> 1.5.0_16-b06-284)
>> > Java HotSpot(TM) Client VM (build 1.5.0_16-133, mixed mode, sharing)
>> >
>> > The error I see:
>> >
>> > Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad
>> > version number in .class file
>> >        at java.lang.ClassLoader.defineClass1(Native Method)
>> >        at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
>> >        at
>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
>> >        at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
>> >        at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
>> >        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
>> >        at java.security.AccessController.doPrivileged(Native Method)
>> >        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>> >        at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
>> >        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
>> >        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>> >        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
>> >
>> > Any ideas?
>> >
>> > -Chris
>> >
>> >
>>
>> ----------------------------------------------------------------------------
>> --
>> > _______________________________________________
>> > Rails-devel mailing list
>> > Rai...@li...
>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >
>>
>>
>> ----------------------------------------------------------------------------
>> --
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>
>

Re: [Rails-devel] 18EU tidbits

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

	- The "replace token" question during minor merging in 18EU is now
only asked if a major company token can legitimately be 	laid in the
minor's home hex (with one exception: on tile #583 (brown Paris) it is not
prevented in the same station).  

The mentioned exception is now covered as well.

Erik  

Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5

[Chris B. <bro...@gm...>]

On Tue, Dec 23, 2008 at 7:58 PM, brett lentz <wak...@gm...> wrote:
> Can you try using Java 6 (1.6.0)?  Maybe some 6-specific code crept in...

That worked.

Boy, Apple doesn't make it very easy to switch JRE versions!  Thanks
for he help.

-Chris

[Rails-devel] 18EU tidbits

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

- Added a new <AllowsMultipleBasesOfOneCompany> tag to those tiles in
18EU/TileSet.xml, where multiple tokens of the same company in different
stations are allowed.
- The "replace token" question during minor merging in 18EU is now only
asked if a major company token can legitimately be laid in the minor's home
hex (with one exception: on tile #583 (brown Paris) it is not prevented in
the same station).  Please note, that the token *laying* code has not
changed (yet).

Erik  

Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5

[Mark S. <mar...@gm...>]

Given I do my development on my Mac, OS 10.5, I will look into this this
evening.

Mark

On Wed, Dec 24, 2008 at 5:31 AM, Erik Vos <eri...@hc...> wrote:

> Brett,
>
> The "Compiler compliance level" in my Eclipse Rails project is set to 5.0,
> and it compiles and runs with JRE 1.5.0_11, so I would be surprised is the
> code is at 6.0 somewhere. Could you please check your versions, as used in
> building the release?
>
> I would prefer to leave the level at 5.0 for another while. (BTW I don't
> think 6.0 has produced any significant new stuff on the code level, so I
> suspect it'll rather be the JRE).
>
> Erik.
>
> -----Original Message-----
> From: brett lentz [mailto:wak...@gm...]
> Sent: Wednesday 24 December 2008 04:58
> To: bro...@gm...; Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5
>
> Can you try using Java 6 (1.6.0)?  Maybe some 6-specific code crept in...
>
> ---Brett
>
> On Tue, Dec 23, 2008 at 12:13 PM, Chris Brooks <bro...@gm...> wrote:
> > I'm able to run 1.0.5 just fine, but when I try to run 1.0.6 no joy.
> > Some details:
> >
> > java version "1.5.0_16"
> > Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_16-b06-284)
> > Java HotSpot(TM) Client VM (build 1.5.0_16-133, mixed mode, sharing)
> >
> > The error I see:
> >
> > Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad
> > version number in .class file
> >        at java.lang.ClassLoader.defineClass1(Native Method)
> >        at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
> >        at
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
> >        at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
> >        at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
> >        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
> >        at java.security.AccessController.doPrivileged(Native Method)
> >        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> >        at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
> >        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
> >        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> >        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
> >
> > Any ideas?
> >
> > -Chris
> >
> >
>
> ----------------------------------------------------------------------------
> --
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
>
>
> ----------------------------------------------------------------------------
> --
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5

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

Brett,

The "Compiler compliance level" in my Eclipse Rails project is set to 5.0,
and it compiles and runs with JRE 1.5.0_11, so I would be surprised is the
code is at 6.0 somewhere. Could you please check your versions, as used in
building the release?

I would prefer to leave the level at 5.0 for another while. (BTW I don't
think 6.0 has produced any significant new stuff on the code level, so I
suspect it'll rather be the JRE).

Erik.

-----Original Message-----
From: brett lentz [mailto:wak...@gm...] 
Sent: Wednesday 24 December 2008 04:58
To: bro...@gm...; Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5

Can you try using Java 6 (1.6.0)?  Maybe some 6-specific code crept in...

---Brett

On Tue, Dec 23, 2008 at 12:13 PM, Chris Brooks <bro...@gm...> wrote:
> I'm able to run 1.0.5 just fine, but when I try to run 1.0.6 no joy.
> Some details:
>
> java version "1.5.0_16"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_16-b06-284)
> Java HotSpot(TM) Client VM (build 1.5.0_16-133, mixed mode, sharing)
>
> The error I see:
>
> Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad
> version number in .class file
>        at java.lang.ClassLoader.defineClass1(Native Method)
>        at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
>        at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
>        at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
>        at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
>        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
>        at java.security.AccessController.doPrivileged(Native Method)
>        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>        at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
>        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
>        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
>
> Any ideas?
>
> -Chris
>
>
----------------------------------------------------------------------------
--
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

----------------------------------------------------------------------------
--
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Running 1.0.6 on Mac OS X 10.5

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

Can you try using Java 6 (1.6.0)?  Maybe some 6-specific code crept in...

---Brett

On Tue, Dec 23, 2008 at 12:13 PM, Chris Brooks <bro...@gm...> wrote:
> I'm able to run 1.0.5 just fine, but when I try to run 1.0.6 no joy.
> Some details:
>
> java version "1.5.0_16"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_16-b06-284)
> Java HotSpot(TM) Client VM (build 1.5.0_16-133, mixed mode, sharing)
>
> The error I see:
>
> Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad
> version number in .class file
>        at java.lang.ClassLoader.defineClass1(Native Method)
>        at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
>        at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
>        at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
>        at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
>        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
>        at java.security.AccessController.doPrivileged(Native Method)
>        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>        at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
>        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
>        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
>
> Any ideas?
>
> -Chris
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Changes

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

On Tue, Dec 23, 2008 at 12:41 PM, Erik Vos <eri...@hc...> wrote:
> It's unfortunate that I discovered these pretty serious bugs just hours
> after Brett announced the release of the new version 1.0.6.
>

It's ok. I'd prefer to release more often than twice a year.

Perhaps we should target the end of next month for another release?
What do you think?

Happy holidays to you guys as well. :)

---Brett.

Re: [Rails-devel] Changes

[Mark S. <mar...@gm...>]

Erik,

Yes.. the changes will make me happier.  Tossing out constructors that no
code uses is fine.

I have not had a chance yet to check out your updates to see how well they
work, but I hope to have some time over the holidays. No promises. My wife's
parents are arriving from China for a visit on the 26th.

As for finding the bugs "hours after the release"... Don't worry too much
about that. That sort of stuff always happens.

I will point out again that counting passes is a wrong way to do it. Each
player object should know if it has passed, and the Player Manager object
should summarize the passes for any routine that cares to know. But there
may need to be a special sub-class of the PlayerManager class, called
something like "AuctionManager" that will keep track of those players who
have bid on something and are allowed into the auction.

I wish you all Happy Holidays...

Mark
On Tue, Dec 23, 2008 at 3:41 PM, Erik Vos <eri...@hc...> wrote:

> I have committed a bunch of changes to the code base. Most of these deal
> with a more uniform handling of round initialization. This does not cause
> any functional changes, but it does look a bit better, and it also might
> help paving the way for better configurability of the sequence of rounds,
> most of which is now hardcoded. Last but not least, I think it will please
> Mark ;-)
>
> I have taken Jean's implicit hint and replaced GameManager.createRound() by
> two new methods of the same name, which create Round objects via
> one-argument and two-argument constructors, respectively. The one-argument
> constructor is used by "top-level" rounds (start, stock, operating rounds
> and 18EU's Final Minor Exchange Round), and pass the gameManager object
> that
> every round needs. The two-argument constructor is used by "subrounds",
> which briefly interrupt a top-level round, and get the parent round object
> in addition to the gameManager object. Existing subrounds are
> TreasuryShareRound and ShareSelling round, both being SR-like steps in an
> operating round. In a number of round classes I have also moved some
> initialization code from the start() methods to the constructors. The
> no-argument constructors are no longer used and have been removed (in Round
> it is now private).
>
> I have fairly extensively tested the consequences of all these changes, and
> while doing so I discovered and fixed a few long-standing bugs.
>
> The first and worst is, that in 18EU the Final Minor Exchange Round was
> started immediately after the OR in which the first 5-train was bought,
> rather than just before the next Stock Round (this makes a difference if
> the
> first 5-train is bought in an odd OR). Also, the first player to act was
> not
> the first but the last player buying a 5-train.
>
> It's unfortunate that I discovered these pretty serious bugs just hours
> after Brett announced the release of the new version 1.0.6.
>
> A second problem existed in 1830-style start rounds, where in some (I think
> rare) circumstances bidding (or rather: passing) would never end (perhaps
> Mark is right in disliking pass counting - that is where it went wrong in
> the case I found).
>
> For the rest the changes contain some cleanups and automatic
> comment/annotation insertions by Eclipse.
>
> Happy holidays to all of you.
>
> Erik
>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

[Rails-devel] Changes

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

I have committed a bunch of changes to the code base. Most of these deal
with a more uniform handling of round initialization. This does not cause
any functional changes, but it does look a bit better, and it also might
help paving the way for better configurability of the sequence of rounds,
most of which is now hardcoded. Last but not least, I think it will please
Mark ;-)

I have taken Jean's implicit hint and replaced GameManager.createRound() by
two new methods of the same name, which create Round objects via
one-argument and two-argument constructors, respectively. The one-argument
constructor is used by "top-level" rounds (start, stock, operating rounds
and 18EU's Final Minor Exchange Round), and pass the gameManager object that
every round needs. The two-argument constructor is used by "subrounds",
which briefly interrupt a top-level round, and get the parent round object
in addition to the gameManager object. Existing subrounds are
TreasuryShareRound and ShareSelling round, both being SR-like steps in an
operating round. In a number of round classes I have also moved some
initialization code from the start() methods to the constructors. The
no-argument constructors are no longer used and have been removed (in Round
it is now private).

I have fairly extensively tested the consequences of all these changes, and
while doing so I discovered and fixed a few long-standing bugs.

The first and worst is, that in 18EU the Final Minor Exchange Round was
started immediately after the OR in which the first 5-train was bought,
rather than just before the next Stock Round (this makes a difference if the
first 5-train is bought in an odd OR). Also, the first player to act was not
the first but the last player buying a 5-train.

It's unfortunate that I discovered these pretty serious bugs just hours
after Brett announced the release of the new version 1.0.6. 

A second problem existed in 1830-style start rounds, where in some (I think
rare) circumstances bidding (or rather: passing) would never end (perhaps
Mark is right in disliking pass counting - that is where it went wrong in
the case I found).

For the rest the changes contain some cleanups and automatic
comment/annotation insertions by Eclipse. 

Happy holidays to all of you.

Erik 

[Rails-devel] Running 1.0.6 on Mac OS X 10.5

[Chris B. <bro...@gm...>]

I'm able to run 1.0.5 just fine, but when I try to run 1.0.6 no joy.
Some details:

java version "1.5.0_16"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_16-b06-284)
Java HotSpot(TM) Client VM (build 1.5.0_16-133, mixed mode, sharing)

The error I see:

Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad
version number in .class file
        at java.lang.ClassLoader.defineClass1(Native Method)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
        at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
        at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
        at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)

Any ideas?

-Chris

[Rails-devel] Rails 1.0.6

[wmikebennett <mik...@be...>]

What it be possible to add some sort of graphic to the maps to denote 
blocked hex sides?  It's hard to plan ahead when you find out that the 
hex side you planned on going through two OR's ago is actually blocked.