Building and Running MegaMek under Classpath + Cacao CVS HEAD

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2006-03-03 at 10:46 +0100, Mark Wielaard wrote:
> Hi,
> 
> On Thu, 2006-03-02 at 12:05 -0500, Thomas Fitzsimmons wrote:
> > On Thu, 2006-03-02 at 00:06 -0500, James Damour wrote:
> > > Lillian Angel has done a truely remarkable job squashing rendering
> > > problems, so what once looked like [1] now looks like [2].
> > > [...]
> > > There are still a few little bugs (which appear to depend on one's
> > > operating environment:-( ).  I'll be writing up Bugzilla reports over
> > > the next few days/weeks to help run down the last few problems.
> > 
> > Great, thanks.
> 
> Yes thanks for your support! It looks like MegaMek is actually playable
> now on our free stack. I look forward to it being bundled with the
> different distributions. Although I am afraid what it will do to the
> productivity of our hackers :)

I *may* inspire them to want to implement v1.5 APIs so that they can use
all the cool new features in the development branch of MegaMek! :)

> > > I also looked into the compatability between MegaMek clients and servers
> > > running on proprietary and free VMs.  There was an initial hiccup where
> > > I was getting incompatable serialVersionUID, but I quickly realized that
> > > the problem was caused by my compiling MegaMek twice, once with Sun
> > > tools, and once with Free tools.  When I gave both VMs the same set of
> > > classes (or JAR file), they could connect without difficulty.
> > 
> > Isn't this the point of serialVersionUID though?  If someone builds and
> > runs MegaMek with Sun's tools and another person builds and runs MegaMek
> > with free tools, the two MegaMek instances should be able to serialize
> > and unserialize each other's data.  Where this isn't the case don't we
> > need to update our serialVersionUID fields?
> 
> Yes, and if we did our homework right then this is the case. See also
> our hacking guide
> http://www.gnu.org/software/classpath/docs/hacking.html#SEC19

I apologize for being unclear.  The hiccup was indeed caused by MegaMek
classes missing serialVersionUID fields.  I have fixed this problem and
submitted it to CVS.

I have also added the files, .classpath and .project that Thomas
Fitzsimmons sent me so that CVS checkouts withing Eclipse will
automatically be built.  I do not run Eclipse, so I can not directly
confirm that these files work correctly, and I refer all problems with
them to Thomas.
-- 
James Damour (Suvarov454) <suvarov454@xxxxxxxxxxxxxxxxxxxxx>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://developer.classpath.org/pipermail/classpath/attachments/20060304/fe8581f1/attachment.pgp

[Index of Archives]     [Linux Kernel]     [Linux Cryptography]     [Fedora]     [Fedora Directory]     [Red Hat Development]

  Powered by Linux