Lillian Angel has done a truely remarkable job squashing rendering problems, so what once looked like [1] now looks like [2]. I have therefore built CVS HEAD of Classpath and Cacao in my Debian Sid chroot, changed MegaMek "stable" (the "-r rel-0-30-0" branch) to use reflection instead of a compile-time dependancy on sun.audio.* classes, and built MegaMek. 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. 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. [1] http://www.damour.info/gallery/megamek/MegaMek-Kaffe-map_editor.jpeg [2] http://www.damour.info/gallery/megamek/MegaMek-Cacao-4-movement.png -------------- 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/20060302/cde3f1c8/attachment.pgp
