I applied the patch and I get the very long Swing exception. But I have a dumb question. Since its very long I'm tryin to get the output into a text file and analyze it. The usual method of "> text.txt" after the command doesn't seem to work.
Here's my command: ~/harmony/target/hdk/jdk/jre/bin/java -Xverbose:codegen -Xmx256m -Xms256m -showversion -jar ~/freecol/FreeCol.jar > test But the test file only had the following output: Apache Harmony Launcher : (c) Copyright 1991, 2008 The Apache Software Foundation or its licensors, as applicable. The music files could not be loaded by FreeCol. Disabling music. Is there a way I can get the output to a file??? On Wed, Mar 26, 2008 at 1:52 AM, Tharindu Mathew <[EMAIL PROTECTED]> wrote: > Pleases disregard my earlier reply. > > > On Wed, Mar 26, 2008 at 1:34 AM, Tharindu Mathew <[EMAIL PROTECTED]> > wrote: > > > Hi Alexei, > > > > Sorry for being out for a few days. Had to work on a report for uni. > > Could I have your mail address? It's not mentioned on the wiki page. > > > > On Tue, Mar 25, 2008 at 12:02 AM, Alexei Fedotov < > > [EMAIL PROTECTED]> wrote: > > > > > Hello, Tharindu, <Sphinks>, > > > I have digged a known problem myself a bit and made a step forward. > > > See [1] for more details. > > > > > > As for the next step, after fixing [1] we come come to the failure of > > > the whole Swing subsystem [2]. I would recommend approaching this by > > > enabling unit tests for involved components. For example, the problem > > > in [1] involves JRootPane. Fixing the following tests is the easiest > > > way to understand JRootPane design and related problems. Note, > > > excluded tests may run nicely separately but fail when executed in a > > > loop, usually, due to resource leakage. > > > > > > $ grep JRootPane working_classlib/modules/swing/make/* > > > > > > working_classlib/modules/swing/make/exclude.common:javax/swing/JRootPaneRTest.java > > > > > > working_classlib/modules/swing/make/exclude.common:javax/swing/JRootPaneTest.java > > > > > > Thanks! > > > > > > [1] http://issues.apache.org/jira/browse/HARMONY-5643 > > > [2] http://issues.apache.org/jira/browse/HARMONY-4252 > > > > > > > > > On Mon, Mar 24, 2008 at 6:03 PM, Alexei Fedotov > > > <[EMAIL PROTECTED]> wrote: > > > > Tharindu, > > > > > > > > You write, > > > > > > > > > net.sf.freecol.common.FreeColException: The data file > > > "data/images/units/Unit0.png" could not be found. > > > > > > > > It seems I failed to explain this FreeCol failure correctly. I > > > > reproduced the same problem using Sun's VM when launched > > > FreeCol.jar > > > > from the directory different from the FreeCol distribution root. > > > > Hence, nothing should be done on a Harmony side about it. You may > > > want > > > > to improve FreeCol file search by being relative to the jar file > > > > location, but this is not very interesting since we have a nice > > > > workaround to change directory to the root. > > > > > > > > So keep digging deeper and you will find a real problem to attack. > > > > Thanks! > > > > > > > > > > > > > > > > > > > > On Tue, Mar 18, 2008 at 9:37 PM, Tharindu Mathew < > > > [EMAIL PROTECTED]> wrote: > > > > > *I got the hello world response. > > > > > > > > > > *Apache Harmony Launcher : (c) Copyright 1991, 2008 The Apache > > > Software > > > > > Foundation or its licensors, as applicable. > > > > > java version "1.5.0" > > > > > pre-alpha : not complete or compatible > > > > > svn = r637102, (Mar 15 2008), Linux/ia32/gcc 4.1.3, release > > > build > > > > > http://harmony.apache.org > > > > > Hello World > > > > > ** > > > > > *Was able to reproduce the FreeCol error. Using -Xmx128m * > > > > > > > > > > Apache Harmony Launcher : (c) Copyright 1991, 2008 The Apache > > > Software > > > > > Foundation or its licensors, as applicable. > > > > > java version "1.5.0" > > > > > pre-alpha : not complete or compatible > > > > > svn = r637102, (Mar 15 2008), Linux/ia32/gcc 4.1.3, release > > > build > > > > > http://harmony.apache.org > > > > > You need to assign more memory to the JVM. Restart FreeCol with: > > > > > java -Xmx128M -jar FreeCol.jar > > > > > > > > > > * > > > > > Was able to reproduce the FreeCol error. Using -Xmx256m > > > -Xms256m* > > > > > > > > > > Apache Harmony Launcher : (c) Copyright 1991, 2008 The Apache > > > Software > > > > > Foundation or its licensors, as applicable. > > > > > java version "1.5.0" > > > > > pre-alpha : not complete or compatible > > > > > svn = r637102, (Mar 15 2008), Linux/ia32/gcc 4.1.3, release > > > build > > > > > http://harmony.apache.org > > > > > net.sf.freecol.common.FreeColException: The data file > > > > > "data/images/units/Unit0.png" could not be found. > > > > > at net.sf.freecol.client.gui.ImageLibrary.findImage( > > > > > ImageLibrary.java:280) > > > > > at net.sf.freecol.client.gui.ImageLibrary.loadUnits( > > > > > ImageLibrary.java:306) > > > > > at net.sf.freecol.client.gui.ImageLibrary.init( > > > ImageLibrary.java > > > > > :242) > > > > > at net.sf.freecol.client.gui.ImageLibrary.<init>( > > > ImageLibrary.java > > > > > :218) > > > > > at net.sf.freecol.FreeCol.main(FreeCol.java:198) > > > > > at java.lang.reflect.VMReflection.invokeMethod( > > > VMReflection.java) > > > > > at java.lang.reflect.Method.invoke(Method.java:317) > > > > > at org.apache.harmony.vm.JarRunner.main(JarRunner.java > > > :89) > > > > > > > > > > Where to from here? > > > > > > > > > > On Tue, Mar 18, 2008 at 3:20 PM, Alexei Fedotov < > > > [EMAIL PROTECTED]> > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > Tharindu, > > > > > > So, you have successfully completed building Harmony, haven't > > > you? I'm > > > > > > eager to know if you have succeeded with launching > > > > > > System.out.println("Hello, world") and FreeCol. > > > > > > > > > > > > Thanks! > > > > > > > > > > > > BTW, as for maven, the idea was around here for a while, see > > > [1]. > > > > > > [1] http://markmail.org/message/w4zcrcbqtl76ebsu > > > > > > > > > > > > > > > > > > On Tue, Mar 18, 2008 at 12:40 PM, Tharindu Mathew < > > > [EMAIL PROTECTED]> > > > > > > wrote: > > > > > > > > > > > > > > On Mon, Mar 17, 2008 at 1:36 AM, Tim Ellison < > > > [EMAIL PROTECTED]> > > > > > > wrote: > > > > > > > > > > > > > > > Nathan Beyer wrote: > > > > > > > > > On Sat, Mar 15, 2008 at 4:37 PM, Tharindu Mathew < > > > > > > [EMAIL PROTECTED]> > > > > > > > > wrote: > > > > > > > > >> On Sat, Mar 15, 2008 at 9:23 PM, Nathan Beyer < > > > [EMAIL PROTECTED]> > > > > > > wrote: > > > > > > > > >> > > > > > > > > >> > What did you have to download manually? The > > > dependency > > > > > > downloads are > > > > > > > > >> > all automated via Ant targets. If that's not > > > working, then it's > > > > > > a > > > > > > > > bug > > > > > > > > >> > or issue we need to resolve. > > > > > > > > >> > > > > > > > > > >> Yes, I've included them in the bug. This specific > > > location gives > > > > > > a > > > > > > > > corrupted > > > > > > > > >> version. > > > > > > > > > > > > > > > > > > Did the checksum fail? We probably need to notify that > > > team of the > > > > > > > > > corruption as well. > > > > > > > > > > > > > > > > I just tried downloading it again, and got a short > > > version (4.8Mb > > > > > > > > instead of 6.7Mb) so it failed our MD5 checksum. > > > However, our > > > > > > checksum > > > > > > > > matches the one on the download site [1] so there is a > > > problem. > > > > > > > > > > > > > > > > [1] > > > http://www.apache.org/dist/xerces/j/Xerces-J-bin.2.9.1.zip.md5 > > > > > > > > > > > > > > > > >> > > > > > > > > > >> > Maven doesn't have any magical solution for mirror > > > usage. > > > > > > > > >> > > > > > > > > > >> Well it's not magic. But I noticed you have hardcoded > > > all the > > > > > > > > locations of > > > > > > > > >> the needed jars. > > > > > > > > >> Dependency management is much easier in maven. If you > > > include > > > > > > multiple > > > > > > > > >> repos, it will check all of them for the jar needed. > > > and the > > > > > > checksum > > > > > > > > >> doesn't also needed to be hardcoded. > > > > > > > > > > > > > > > > > > Actually, Maven's no different. Generally you don't put > > > any repos > > > > > > in a > > > > > > > > > POM; all dependencies are downloaded from the central > > > repo > > > > > > > > > (repo1.maven.org), which is hardcoded in the code. The > > > checksums > > > > > > are > > > > > > > > > just as hardcoded, but instead of in the client > > > scripts, they are > > > > > > in a > > > > > > > > > files in the repo. > > > > > > > > > > > > > > > > Agreed. I see no material difference in us hard coding > > > the name, > > > > > > > > version, and MD5 file location rather than the actual MD5 > > > itself. > > > > > > > > > > > > > > > > > As someone else mentioned, all of this dependency > > > management is > > > > > > also > > > > > > > > > available in Ivy, but without all of the rest of Maven. > > > The > > > > > > dependency > > > > > > > > > management bits of Maven might help the Harmony build, > > > but all of > > > > > > the > > > > > > > > > other "conventions" that Maven uses would prevent many > > > other parts > > > > > > of > > > > > > > > > the build; such as running tests on a JRE that you just > > > built. > > > > > > Nothing > > > > > > > > > against Maven, but Harmony's really the edge case that > > > Maven > > > > > > doesn't > > > > > > > > > worry about. > > > > > > > > > > > > > > > I see. I didn't think about that since it slipped my mind > > > that Hrmony > > > > > > needs > > > > > > > to run test from its own JRE. I understand why you intend > > > to skip maven > > > > > > or > > > > > > > try Ivy. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > In this case it appears that there really is a problem > > > with the > > > > > > download > > > > > > > > site, so our dependency management is working well <g>. > > > > > > > > > > > > > > > > Regards, > > > > > > > > Tim > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > Regards, > > > > > > > > > > > > > > Tharindu > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > With best regards, > > > > > > Alexei > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > Regards, > > > > > > > > > > Tharindu > > > > > > > > > > > > > > > > > > > > > -- > > > > With best regards, > > > > Alexei > > > > > > > > > > > > > > > > -- > > > With best regards, > > > Alexei > > > > > > > > > > > -- > > Regards, > > > > Tharindu > > > > > -- > Regards, > > Tharindu -- Regards, Tharindu
