The Apache Harmony development team are proud to announce the immediate availability of Apache Harmony 5.0M12. Apache Harmony is the Java runtime project of the Apache Software Foundation. Apache Harmony 5.0M12 is the latest stable build containing numerous bug fixes, and enhancements to compatibility, performance and functionality. A full list of issues fixed in this milestone is available at http://tinyurl.com/yl3rrf4. Source code, binary builds, and Debian packages are available now from the project download site: http://harmony.apache.org/download.cgi Apache Harmony welcomes your help. For more information on how to report problems, successes, and to get involved in Apache Harmony visit the project website at http://harmony.apache.org The Apache Harmony Team
In message <c30d70960912050257j730f361asa56d8fe446871dd8@mail.gmail.com>,
Alexei Fedotov writes:
>
> Mark,
> I have exammined few exception stack traces in Tim's run. They refer
> to the following exceptions:
>
> java.lang.NoClassDefFoundError: javax/swing/JButton
> java.lang.NoClassDefFoundError: javax/swing/UIManager
>
> I believe these particular tests likely fail due to the absence of
> swing.jar.
Yeah. I'm sure there are lots of problems I was trying to fix the tests
that were reporting:
Uncaught exception in AWT-NativeEventThread:
Uncaught exception in AWT-EventDispatchThread:
java.lang.InternalError: Cannot open display ''
at org.apache.harmony.awt.wtk.linux.XServerConnection.<init>(XServerConnection.java:41)
at org.apache.harmony.awt.wtk.linux.XServerConnection.<clinit>(XServerConnection.java:33)
at org.apache.harmony.awt.wtk.linux.LinuxWindowFactory.<init>(LinuxWindowFactory.java:45)
at org.apache.harmony.awt.wtk.linux.LinuxWTK.<init>(LinuxWTK.java:99)
Missing swing.jar must have been a configuration build/issue but I can't
reproduce that problem at the moment. This problem will most likely
disappear if we can fix the display problems and remove any reference
to -Dexclude.modules=swing which could conceivably cause this kind of
problem if it was used in the build phase rather than just the test run.
Regards,
Mark.
> On Sat, Dec 5, 2009 at 1:52 AM, Mark Hindess
> <mark.hindess@googlemail.com> wrote:
> >
> > In message <4B183385.3050509@gmail.com>, Tim Ellison writes:
> > >
> > > On 03/Dec/2009 19:47, Mark Hindess wrote:
> > > > In message <4B17FF11.1040906@gmail.com>, Tim Ellison writes:
> > > >> On 03/Dec/2009 17:37, Alexei Fedotov wrote:
> > > >>> I have noticed [1] that in addition to awt and swing tests the
test=
> s
> > > >>> from the followng packages are broken:
> > > >>> java.beans
> > > >>> java.util.jar
> > > >>>
> > > >>> Do we care?
> > > >>>
> > > >>> [1] http://www.telebridge.ru/harmony/
> > > >> Wow, there are thousands of failures there!! =9AYes, we care!
> > > >>
> > > >> What is happening with your machine? =9AI see it is
> > > >> svn =3D rr885602, (Dec 3 2009), Linux/ia32/gcc 4.3.2
> > > >>
> > > >> and I guess it is running headless? =9AI think the problems stem fro=
> m
> > > >> that, since I see in your output [1]:
> > > >> java.lang.NullPointerException
> > > >> =9A =9Aat java.awt.Toolkit.getNativeEventQueue(Toolkit.java:1172)
> > > >> =9A =9Aat java.awt.EventDispatchThread.run(EventDispatchThread.java:=
> 46)
> > > >> java.lang.InternalError: Cannot open display ''
> > > >>
> > > >> [snip]
> > > >>
> > > >> On such a system the best you can hope for is to run all but awt,
sw=
> ing,
> > > >> and beans, like we do through Hudson
> > > >>
> > > >> xvfb-run -a -e xvfb-run.log ant -Dexclude.module=3Dawt,beans,swing
t=
> est
> > > >
> > > > If you are using xvfb then there should be no reason not to run the
> > > > awt/swing tests.
> > >
> > >
> > > ...and yet
> > >
> > > http://hudson.zones.apache.org/hudson/view/Harmony/job/Harmony-1.5-head=
> -linux
> > > -x86_64-full-tests/29/
> > >
> > > I've excluded them again.
> >
> > Looks like the xserver is failing to start. =9ATry:
> >
> > =9Asudo apt-get install x11-xkb-utils
> >
> > -Mark.
> >
> >
>
>
>
> --
> With best regards / =D3 =CE=C1=C9=CC=D5=DE=DB=C9=CD=C9 =D0=CF=D6=C5=CC=C1=
> =CE=C9=D1=CD=C9,
> Alexei Fedotov / =E1=CC=C5=CB=D3=C5=CA =E6=C5=C4=CF=D4=CF=D7,
> http://www.telecom-express.ru/
> http://harmony.apache.org/
> http://www.expressaas.com/
> http://openmeetings.googlecode.com/
>
Mark,
I have exammined few exception stack traces in Tim's run. They refer
to the following exceptions:
java.lang.NoClassDefFoundError: javax/swing/JButton
java.lang.NoClassDefFoundError: javax/swing/UIManager
I believe these particular tests likely fail due to the absence of swing.jar.
On Sat, Dec 5, 2009 at 1:52 AM, Mark Hindess
<mark.hindess@googlemail.com> wrote:
>
> In message <4B183385.3050509@gmail.com>, Tim Ellison writes:
> >
> > On 03/Dec/2009 19:47, Mark Hindess wrote:
> > > In message <4B17FF11.1040906@gmail.com>, Tim Ellison writes:
> > >> On 03/Dec/2009 17:37, Alexei Fedotov wrote:
> > >>> I have noticed [1] that in addition to awt and swing tests the tests
> > >>> from the followng packages are broken:
> > >>> java.beans
> > >>> java.util.jar
> > >>>
> > >>> Do we care?
> > >>>
> > >>> [1] http://www.telebridge.ru/harmony/
> > >> Wow, there are thousands of failures there!! Yes, we care!
> > >>
> > >> What is happening with your machine? I see it is
> > >> svn = rr885602, (Dec 3 2009), Linux/ia32/gcc 4.3.2
> > >>
> > >> and I guess it is running headless? I think the problems stem from
> > >> that, since I see in your output [1]:
> > >> java.lang.NullPointerException
> > >> at java.awt.Toolkit.getNativeEventQueue(Toolkit.java:1172)
> > >> at java.awt.EventDispatchThread.run(EventDispatchThread.java:46)
> > >> java.lang.InternalError: Cannot open display ''
> > >>
> > >> [snip]
> > >>
> > >> On such a system the best you can hope for is to run all but awt, swing,
> > >> and beans, like we do through Hudson
> > >>
> > >> xvfb-run -a -e xvfb-run.log ant -Dexclude.module=awt,beans,swing test
> > >
> > > If you are using xvfb then there should be no reason not to run the
> > > awt/swing tests.
> >
> >
> > ...and yet
> >
> > http://hudson.zones.apache.org/hudson/view/Harmony/job/Harmony-1.5-head-linux
> > -x86_64-full-tests/29/
> >
> > I've excluded them again.
>
> Looks like the xserver is failing to start. Try:
>
> sudo apt-get install x11-xkb-utils
>
> -Mark.
>
>
--
With best regards / Σ ΞΑΙΜΥήΫΙΝΙ ΠΟΦΕΜΑΞΙΡΝΙ,
Alexei Fedotov / αΜΕΛΣΕΚ ζΕΔΟΤΟΧ,
http://www.telecom-express.ru/
http://harmony.apache.org/
http://www.expressaas.com/
http://openmeetings.googlecode.com/
In message <4B183385.3050509@gmail.com>, Tim Ellison writes: > > On 03/Dec/2009 19:47, Mark Hindess wrote: > > In message <4B17FF11.1040906@gmail.com>, Tim Ellison writes: > >> On 03/Dec/2009 17:37, Alexei Fedotov wrote: > >>> I have noticed [1] that in addition to awt and swing tests the tests > >>> from the followng packages are broken: > >>> java.beans > >>> java.util.jar > >>> > >>> Do we care? > >>> > >>> [1] http://www.telebridge.ru/harmony/ > >> Wow, there are thousands of failures there!! Yes, we care! > >> > >> What is happening with your machine? I see it is > >> svn = rr885602, (Dec 3 2009), Linux/ia32/gcc 4.3.2 > >> > >> and I guess it is running headless? I think the problems stem from > >> that, since I see in your output [1]: > >> java.lang.NullPointerException > >> at java.awt.Toolkit.getNativeEventQueue(Toolkit.java:1172) > >> at java.awt.EventDispatchThread.run(EventDispatchThread.java:46) > >> java.lang.InternalError: Cannot open display '' > >> > >> [snip] > >> > >> On such a system the best you can hope for is to run all but awt, swing, > >> and beans, like we do through Hudson > >> > >> xvfb-run -a -e xvfb-run.log ant -Dexclude.module=awt,beans,swing test > > > > If you are using xvfb then there should be no reason not to run the > > awt/swing tests. > > > ...and yet > > http://hudson.zones.apache.org/hudson/view/Harmony/job/Harmony-1.5-head-linux > -x86_64-full-tests/29/ > > I've excluded them again. Looks like the xserver is failing to start. Try: sudo apt-get install x11-xkb-utils -Mark.
+1 from Oliver, Sean, Tim, Tony, Jimmy, Nathan, Regis and Mark. There were no other votes, so the vote passes. Thanks to all who tested this milestone. The 5.0 stream is now reopened for general development! The 6.0 stream is frozen for 6.0M1 as is the shared DRLVM/federated build stream. I'll upload the 5.0M12 source and binaries straight away. Regards, Tim On 01/Dec/2009 11:22, Tim Ellison wrote: > I have created a signed source archive for revision r885602 and made it > available at: > > http://people.apache.org/builds/harmony/snapshots/r885602/ > > Please test these artifacts and then vote for declaring these source > archives as Milestone 12, and opening up the code [1] for general > development once again. > > This vote will be open for at least three days, or until all binding > votes have been cast (if earlier). > > If the vote is successful, binary builds from that level will be made > available on the download page, as usual. > > Regards, > Tim > > [1] drlvm/trunk and the java6 branches of classlib and jdktools will > remain frozen until we test and vote on 6.0M1 >
There are still some failures there that I have not seen before. If you have time to investigate and open JIRAs that would be great (or at least leave those results around on your server and re-run tests for us). Regards, Tim On 04/Dec/2009 03:41, Alexei Fedotov wrote: > I have re-run the tests with proper XServer settings. The result is > much better [1]. > > [1] http://www.telebridge.ru/harmony/ > > > On Fri, Dec 4, 2009 at 12:54 AM, Tim Ellison <t.p.ellison@gmail.com> wrote: >> On 03/Dec/2009 19:47, Mark Hindess wrote: >>> In message <4B17FF11.1040906@gmail.com>, Tim Ellison writes: >>>> On 03/Dec/2009 17:37, Alexei Fedotov wrote: >>>>> I have noticed [1] that in addition to awt and swing tests the tests >>>>> from the followng packages are broken: >>>>> java.beans >>>>> java.util.jar >>>>> >>>>> Do we care? >>>>> >>>>> [1] http://www.telebridge.ru/harmony/ >>>> Wow, there are thousands of failures there!! Yes, we care! >>>> >>>> What is happening with your machine? I see it is >>>> svn = rr885602, (Dec 3 2009), Linux/ia32/gcc 4.3.2 >>>> >>>> and I guess it is running headless? I think the problems stem from >>>> that, since I see in your output [1]: >>>> java.lang.NullPointerException >>>> at java.awt.Toolkit.getNativeEventQueue(Toolkit.java:1172) >>>> at java.awt.EventDispatchThread.run(EventDispatchThread.java:46) >>>> java.lang.InternalError: Cannot open display '' >>>> >>>> [snip] >>>> >>>> On such a system the best you can hope for is to run all but awt, swing, >>>> and beans, like we do through Hudson >>>> >>>> xvfb-run -a -e xvfb-run.log ant -Dexclude.module=awt,beans,swing test >>> If you are using xvfb then there should be no reason not to run the >>> awt/swing tests. >> >> ...and yet >> >> http://hudson.zones.apache.org/hudson/view/Harmony/job/Harmony-1.5-head-linux-x86_64-full-tests/29/ >> >> I've excluded them again. >> >> Regards, >> Tim >> > > >
On Thu, Dec 3, 2009 at 4:23 AM, Tim Ellison <t.p.ellison@gmail.com> wrote: > I'm guessing that this is not a regression, given it is being run on > Ubuntu 9.10? Yeah, I wouldn't call this a regression. > > Regards, > Tim > > On 03/Dec/2009 03:49, Nathan Beyer wrote: >> On Ubuntu 9.10 x86_64 gcc 4.4.1 awt and swing tests are crashing >> consistently. Here's the awt crash. >> >> Β Β [junit] Running java.awt.AccessibleAWTCanvasTest >> Β Β [junit] java: ../../src/xcb_io.c:242: process_responses: Assertion >> `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)' >> failed. >> Β Β [junit] >> Β Β [junit] Signal reported: ABORT >> Β Β [junit] >> Β Β [junit] Registers info is absent >> >> On Tue, Dec 1, 2009 at 5:22 AM, Tim Ellison <t.p.ellison@gmail.com> wrote: >>> I have created a signed source archive for revision r885602 and made it >>> available at: >>> >>> Β http://people.apache.org/builds/harmony/snapshots/r885602/ >>> >>> Please test these artifacts and then vote for declaring these source >>> archives as Milestone 12, and opening up the code [1] for general >>> development once again. >>> >>> This vote will be open for at least three days, or until all binding >>> votes have been cast (if earlier). >>> >>> If the vote is successful, binary builds from that level will be made >>> available on the download page, as usual. >>> >>> Regards, >>> Tim >>> >>> [1] drlvm/trunk and the java6 branches of classlib and jdktools will >>> Β Β remain frozen until we test and vote on 6.0M1 >>> >> >
On Thu, Dec 3, 2009 at 3:26 AM, Oliver Deakin <oliver.deakin@googlemail.com> wrote: > I see this test fail with exactly the same message on Windows XP x86 when I > run the whole suite, but it passes every time when I run it standalone. I > wonder if it is interference from other tests causing the failure. Does it > fail for you when run in isolation (I was using > -Dtest.case=javax.swing.plaf.basic.BasicScrollBarUITest)? It does pass standalone ... interesting. I guess it's fine. I have a bug logged here for tracking - https://issues.apache.org/jira/browse/HARMONY-6397. -Nathan > > Regards, > Oliver > > Nathan Beyer wrote: >> >> +1 >> >> Windows Vista SP1 x86, VS2003 >> >> I get one consistent test failure in swing module though. >> >> Β <testcase classname="javax.swing.plaf.basic.BasicScrollBarUITest" >> name="testGetThumbBounds" time="0.157"> >> Β Β <failure message="expected: 16, actual: 0" >> >> type="junit.framework.AssertionFailedError">junit.framework.AssertionFailedError: >> expected: 16, actual: 0 >> Β Β Β Β at >> javax.swing.plaf.basic.BasicScrollBarUITest.checkIsCloseTo(BasicScrollBarUITest.java:267) >> Β Β Β Β at >> javax.swing.plaf.basic.BasicScrollBarUITest.testGetThumbBounds(BasicScrollBarUITest.java:85) >> Β Β Β Β at java.lang.reflect.VMReflection.invokeMethod(VMReflection.java) >> Β Β Β Β at >> javax.swing.BasicSwingTestCase.runBareSuper(BasicSwingTestCase.java:116) >> Β Β Β Β at >> javax.swing.BasicSwingTestCase.runBareImpl(BasicSwingTestCase.java:121) >> Β Β Β Β at >> javax.swing.BasicSwingTestCase$1.run(BasicSwingTestCase.java:135) >> Β Β Β Β at java.lang.Thread.run(Thread.java:669) >> </failure> >> Β </testcase> >> >> On Tue, Dec 1, 2009 at 5:22 AM, Tim Ellison <t.p.ellison@gmail.com> wrote: >> >>> >>> I have created a signed source archive for revision r885602 and made it >>> available at: >>> >>> Β http://people.apache.org/builds/harmony/snapshots/r885602/ >>> >>> Please test these artifacts and then vote for declaring these source >>> archives as Milestone 12, and opening up the code [1] for general >>> development once again. >>> >>> This vote will be open for at least three days, or until all binding >>> votes have been cast (if earlier). >>> >>> If the vote is successful, binary builds from that level will be made >>> available on the download page, as usual. >>> >>> Regards, >>> Tim >>> >>> [1] drlvm/trunk and the java6 branches of classlib and jdktools will >>> Β remain frozen until we test and vote on 6.0M1 >>> >>> >> >> > > -- > Oliver Deakin > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire > PO6 3AU > >
I have re-run the tests with proper XServer settings. The result is much better [1]. [1] http://www.telebridge.ru/harmony/ On Fri, Dec 4, 2009 at 12:54 AM, Tim Ellison <t.p.ellison@gmail.com> wrote: > On 03/Dec/2009 19:47, Mark Hindess wrote: >> In message <4B17FF11.1040906@gmail.com>, Tim Ellison writes: >>> On 03/Dec/2009 17:37, Alexei Fedotov wrote: >>>> I have noticed [1] that in addition to awt and swing tests the tests >>>> from the followng packages are broken: >>>> java.beans >>>> java.util.jar >>>> >>>> Do we care? >>>> >>>> [1] http://www.telebridge.ru/harmony/ >>> Wow, there are thousands of failures there!! Yes, we care! >>> >>> What is happening with your machine? I see it is >>> svn = rr885602, (Dec 3 2009), Linux/ia32/gcc 4.3.2 >>> >>> and I guess it is running headless? I think the problems stem from >>> that, since I see in your output [1]: >>> java.lang.NullPointerException >>> at java.awt.Toolkit.getNativeEventQueue(Toolkit.java:1172) >>> at java.awt.EventDispatchThread.run(EventDispatchThread.java:46) >>> java.lang.InternalError: Cannot open display '' >>> >>> [snip] >>> >>> On such a system the best you can hope for is to run all but awt, swing, >>> and beans, like we do through Hudson >>> >>> xvfb-run -a -e xvfb-run.log ant -Dexclude.module=awt,beans,swing test >> >> If you are using xvfb then there should be no reason not to run the >> awt/swing tests. > > > ...and yet > > http://hudson.zones.apache.org/hudson/view/Harmony/job/Harmony-1.5-head-linux-x86_64-full-tests/29/ > > I've excluded them again. > > Regards, > Tim > -- With best regards / Σ ΞΑΙΜΥήΫΙΝΙ ΠΟΦΕΜΑΞΙΡΝΙ, Alexei Fedotov / αΜΕΛΣΕΚ ζΕΔΟΤΟΧ, http://www.telecom-express.ru/ http://harmony.apache.org/ http://www.expressaas.com/ http://openmeetings.googlecode.com/
On 03/Dec/2009 19:47, Mark Hindess wrote: > In message <4B17FF11.1040906@gmail.com>, Tim Ellison writes: >> On 03/Dec/2009 17:37, Alexei Fedotov wrote: >>> I have noticed [1] that in addition to awt and swing tests the tests >>> from the followng packages are broken: >>> java.beans >>> java.util.jar >>> >>> Do we care? >>> >>> [1] http://www.telebridge.ru/harmony/ >> Wow, there are thousands of failures there!! Yes, we care! >> >> What is happening with your machine? I see it is >> svn = rr885602, (Dec 3 2009), Linux/ia32/gcc 4.3.2 >> >> and I guess it is running headless? I think the problems stem from >> that, since I see in your output [1]: >> java.lang.NullPointerException >> at java.awt.Toolkit.getNativeEventQueue(Toolkit.java:1172) >> at java.awt.EventDispatchThread.run(EventDispatchThread.java:46) >> java.lang.InternalError: Cannot open display '' >> >> [snip] >> >> On such a system the best you can hope for is to run all but awt, swing, >> and beans, like we do through Hudson >> >> xvfb-run -a -e xvfb-run.log ant -Dexclude.module=awt,beans,swing test > > If you are using xvfb then there should be no reason not to run the > awt/swing tests. ...and yet http://hudson.zones.apache.org/hudson/view/Harmony/job/Harmony-1.5-head-linux-x86_64-full-tests/29/ I've excluded them again. Regards, Tim
In message <4B17FF11.1040906@gmail.com>, Tim Ellison writes: > > On 03/Dec/2009 17:37, Alexei Fedotov wrote: > > I have noticed [1] that in addition to awt and swing tests the tests > > from the followng packages are broken: > > java.beans > > java.util.jar > > > > Do we care? > > > > [1] http://www.telebridge.ru/harmony/ > > Wow, there are thousands of failures there!! Yes, we care! > > What is happening with your machine? I see it is > svn = rr885602, (Dec 3 2009), Linux/ia32/gcc 4.3.2 > > and I guess it is running headless? I think the problems stem from > that, since I see in your output [1]: > java.lang.NullPointerException > at java.awt.Toolkit.getNativeEventQueue(Toolkit.java:1172) > at java.awt.EventDispatchThread.run(EventDispatchThread.java:46) > java.lang.InternalError: Cannot open display '' > > [snip] > > On such a system the best you can hope for is to run all but awt, swing, > and beans, like we do through Hudson > > xvfb-run -a -e xvfb-run.log ant -Dexclude.module=awt,beans,swing test If you are using xvfb then there should be no reason not to run the awt/swing tests. -Mark,
On 03/Dec/2009 18:19, Alexei Fedotov wrote: > Tim, why do you exclude beans in a headless run? Because BEANS has API dependencies on AWT and APPLET (for persistence delegates), and our tests trigger loading and initalizing the code. I'd be quite happy if the beans AWT support went into the AWT module, but that's another story. Regards, Tim > 2009/12/3 Tim Ellison <t.p.ellison@gmail.com>: >> On 03/Dec/2009 17:37, Alexei Fedotov wrote: >>> I have noticed [1] that in addition to awt and swing tests the tests >>> from the followng packages are broken: >>> java.beans >>> java.util.jar >>> >>> Do we care? >>> >>> [1] http://www.telebridge.ru/harmony/ >> Wow, there are thousands of failures there!! Yes, we care! >> >> What is happening with your machine? I see it is >> svn = rr885602, (Dec 3 2009), Linux/ia32/gcc 4.3.2 >> >> and I guess it is running headless? I think the problems stem from >> that, since I see in your output [1]: >> java.lang.NullPointerException >> at java.awt.Toolkit.getNativeEventQueue(Toolkit.java:1172) >> at java.awt.EventDispatchThread.run(EventDispatchThread.java:46) >> java.lang.InternalError: Cannot open display '' >> at >> org.apache.harmony.awt.wtk.linux.XServerConnection.<init>(XServerConnection.java:41) >> at >> org.apache.harmony.awt.wtk.linux.XServerConnection.<clinit>(XServerConnection.java:33) >> at >> org.apache.harmony.awt.wtk.linux.LinuxWindowFactory.<init>(LinuxWindowFactory.java:45) >> at org.apache.harmony.awt.wtk.linux.LinuxWTK.<init>(LinuxWTK.java:99) >> at java.lang.reflect.VMReflection.newClassInstance(VMReflection.java) >> at java.lang.reflect.Constructor.newInstance(Constructor.java:282) >> at java.lang.Class.newInstance(Class.java:657) >> at java.awt.Toolkit.createWTK(Toolkit.java:975) >> at java.awt.Toolkit.access$1(Toolkit.java:972) >> at java.awt.Toolkit$1.init(Toolkit.java:555) >> at >> org.apache.harmony.awt.wtk.NativeEventThread.run(NativeEventThread.java:46) >> >> >> On such a system the best you can hope for is to run all but awt, swing, >> and beans, like we do through Hudson >> >> xvfb-run -a -e xvfb-run.log ant -Dexclude.module=awt,beans,swing test >> >> >> [1] >> http://www.telebridge.ru/harmony/org/apache/harmony/beans/tests/java/beans/852_BeansTest-err.txt >> >> Regards, >> Tim >> > > >
Tim, why do you exclude beans in a headless run? 2009/12/3 Tim Ellison <t.p.ellison@gmail.com>: > On 03/Dec/2009 17:37, Alexei Fedotov wrote: >> I have noticed [1] that in addition to awt and swing tests the tests >> from the followng packages are broken: >> java.beans >> java.util.jar >> >> Do we care? >> >> [1] http://www.telebridge.ru/harmony/ > > Wow, there are thousands of failures there!! Yes, we care! > > What is happening with your machine? I see it is > svn = rr885602, (Dec 3 2009), Linux/ia32/gcc 4.3.2 > > and I guess it is running headless? I think the problems stem from > that, since I see in your output [1]: > java.lang.NullPointerException > at java.awt.Toolkit.getNativeEventQueue(Toolkit.java:1172) > at java.awt.EventDispatchThread.run(EventDispatchThread.java:46) > java.lang.InternalError: Cannot open display '' > at > org.apache.harmony.awt.wtk.linux.XServerConnection.<init>(XServerConnection.java:41) > at > org.apache.harmony.awt.wtk.linux.XServerConnection.<clinit>(XServerConnection.java:33) > at > org.apache.harmony.awt.wtk.linux.LinuxWindowFactory.<init>(LinuxWindowFactory.java:45) > at org.apache.harmony.awt.wtk.linux.LinuxWTK.<init>(LinuxWTK.java:99) > at java.lang.reflect.VMReflection.newClassInstance(VMReflection.java) > at java.lang.reflect.Constructor.newInstance(Constructor.java:282) > at java.lang.Class.newInstance(Class.java:657) > at java.awt.Toolkit.createWTK(Toolkit.java:975) > at java.awt.Toolkit.access$1(Toolkit.java:972) > at java.awt.Toolkit$1.init(Toolkit.java:555) > at > org.apache.harmony.awt.wtk.NativeEventThread.run(NativeEventThread.java:46) > > > On such a system the best you can hope for is to run all but awt, swing, > and beans, like we do through Hudson > > xvfb-run -a -e xvfb-run.log ant -Dexclude.module=awt,beans,swing test > > > [1] > http://www.telebridge.ru/harmony/org/apache/harmony/beans/tests/java/beans/852_BeansTest-err.txt > > Regards, > Tim > -- With best regards / Σ ΞΑΙΜΥήΫΙΝΙ ΠΟΦΕΜΑΞΙΡΝΙ, Alexei Fedotov / αΜΕΛΣΕΚ ζΕΔΟΤΟΧ, http://www.telecom-express.ru/ http://harmony.apache.org/ http://www.expressaas.com/ http://openmeetings.googlecode.com/
On 03/Dec/2009 17:37, Alexei Fedotov wrote: > I have noticed [1] that in addition to awt and swing tests the tests > from the followng packages are broken: > java.beans > java.util.jar > > Do we care? > > [1] http://www.telebridge.ru/harmony/ Wow, there are thousands of failures there!! Yes, we care! What is happening with your machine? I see it is svn = rr885602, (Dec 3 2009), Linux/ia32/gcc 4.3.2 and I guess it is running headless? I think the problems stem from that, since I see in your output [1]: java.lang.NullPointerException at java.awt.Toolkit.getNativeEventQueue(Toolkit.java:1172) at java.awt.EventDispatchThread.run(EventDispatchThread.java:46) java.lang.InternalError: Cannot open display '' at org.apache.harmony.awt.wtk.linux.XServerConnection.<init>(XServerConnection.java:41) at org.apache.harmony.awt.wtk.linux.XServerConnection.<clinit>(XServerConnection.java:33) at org.apache.harmony.awt.wtk.linux.LinuxWindowFactory.<init>(LinuxWindowFactory.java:45) at org.apache.harmony.awt.wtk.linux.LinuxWTK.<init>(LinuxWTK.java:99) at java.lang.reflect.VMReflection.newClassInstance(VMReflection.java) at java.lang.reflect.Constructor.newInstance(Constructor.java:282) at java.lang.Class.newInstance(Class.java:657) at java.awt.Toolkit.createWTK(Toolkit.java:975) at java.awt.Toolkit.access$1(Toolkit.java:972) at java.awt.Toolkit$1.init(Toolkit.java:555) at org.apache.harmony.awt.wtk.NativeEventThread.run(NativeEventThread.java:46) On such a system the best you can hope for is to run all but awt, swing, and beans, like we do through Hudson xvfb-run -a -e xvfb-run.log ant -Dexclude.module=awt,beans,swing test [1] http://www.telebridge.ru/harmony/org/apache/harmony/beans/tests/java/beans/852_BeansTest-err.txt Regards, Tim
Hello, I have noticed [1] that in addition to awt and swing tests the tests from the followng packages are broken: java.beans java.util.jar Do we care? [1] http://www.telebridge.ru/harmony/ On Thu, Dec 3, 2009 at 2:22 PM, Tim Ellison <t.p.ellison@gmail.com> wrote: > Please shout if you need more time to assess this candidate as I plan to > call the result on the dot of 72hrs, and re-open class library 5.0 head. > > Regards, > Tim > > On 01/Dec/2009 11:22, Tim Ellison wrote: >> I have created a signed source archive for revision r885602 and made it >> available at: >> >> http://people.apache.org/builds/harmony/snapshots/r885602/ >> >> Please test these artifacts and then vote for declaring these source >> archives as Milestone 12, and opening up the code [1] for general >> development once again. >> >> This vote will be open for at least three days, or until all binding >> votes have been cast (if earlier). >> >> If the vote is successful, binary builds from that level will be made >> available on the download page, as usual. >> >> Regards, >> Tim >> >> [1] drlvm/trunk and the java6 branches of classlib and jdktools will >> remain frozen until we test and vote on 6.0M1 >> > -- With best regards / Σ ΞΑΙΜΥήΫΙΝΙ ΠΟΦΕΜΑΞΙΡΝΙ, Alexei Fedotov / αΜΕΛΣΕΚ ζΕΔΟΤΟΧ, http://www.telecom-express.ru/ http://harmony.apache.org/ http://www.expressaas.com/ http://openmeetings.googlecode.com/
Please shout if you need more time to assess this candidate as I plan to call the result on the dot of 72hrs, and re-open class library 5.0 head. Regards, Tim On 01/Dec/2009 11:22, Tim Ellison wrote: > I have created a signed source archive for revision r885602 and made it > available at: > > http://people.apache.org/builds/harmony/snapshots/r885602/ > > Please test these artifacts and then vote for declaring these source > archives as Milestone 12, and opening up the code [1] for general > development once again. > > This vote will be open for at least three days, or until all binding > votes have been cast (if earlier). > > If the vote is successful, binary builds from that level will be made > available on the download page, as usual. > > Regards, > Tim > > [1] drlvm/trunk and the java6 branches of classlib and jdktools will > remain frozen until we test and vote on 6.0M1 >
I'm guessing that this is not a regression, given it is being run on Ubuntu 9.10? Regards, Tim On 03/Dec/2009 03:49, Nathan Beyer wrote: > On Ubuntu 9.10 x86_64 gcc 4.4.1 awt and swing tests are crashing > consistently. Here's the awt crash. > > [junit] Running java.awt.AccessibleAWTCanvasTest > [junit] java: ../../src/xcb_io.c:242: process_responses: Assertion > `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)' > failed. > [junit] > [junit] Signal reported: ABORT > [junit] > [junit] Registers info is absent > > On Tue, Dec 1, 2009 at 5:22 AM, Tim Ellison <t.p.ellison@gmail.com> wrote: >> I have created a signed source archive for revision r885602 and made it >> available at: >> >> http://people.apache.org/builds/harmony/snapshots/r885602/ >> >> Please test these artifacts and then vote for declaring these source >> archives as Milestone 12, and opening up the code [1] for general >> development once again. >> >> This vote will be open for at least three days, or until all binding >> votes have been cast (if earlier). >> >> If the vote is successful, binary builds from that level will be made >> available on the download page, as usual. >> >> Regards, >> Tim >> >> [1] drlvm/trunk and the java6 branches of classlib and jdktools will >> remain frozen until we test and vote on 6.0M1 >> >
Hi Oliver, I see same failure on my ubuntu 9.04, and it passes every time when I run it standalone. -- Regards, Ray Chen
I see this test fail with exactly the same message on Windows XP x86 when I run the whole suite, but it passes every time when I run it standalone. I wonder if it is interference from other tests causing the failure. Does it fail for you when run in isolation (I was using -Dtest.case=javax.swing.plaf.basic.BasicScrollBarUITest)? Regards, Oliver Nathan Beyer wrote: > +1 > > Windows Vista SP1 x86, VS2003 > > I get one consistent test failure in swing module though. > > <testcase classname="javax.swing.plaf.basic.BasicScrollBarUITest" > name="testGetThumbBounds" time="0.157"> > <failure message="expected: 16, actual: 0" > type="junit.framework.AssertionFailedError">junit.framework.AssertionFailedError: > expected: 16, actual: 0 > at javax.swing.plaf.basic.BasicScrollBarUITest.checkIsCloseTo(BasicScrollBarUITest.java:267) > at javax.swing.plaf.basic.BasicScrollBarUITest.testGetThumbBounds(BasicScrollBarUITest.java:85) > at java.lang.reflect.VMReflection.invokeMethod(VMReflection.java) > at javax.swing.BasicSwingTestCase.runBareSuper(BasicSwingTestCase.java:116) > at javax.swing.BasicSwingTestCase.runBareImpl(BasicSwingTestCase.java:121) > at javax.swing.BasicSwingTestCase$1.run(BasicSwingTestCase.java:135) > at java.lang.Thread.run(Thread.java:669) > </failure> > </testcase> > > On Tue, Dec 1, 2009 at 5:22 AM, Tim Ellison <t.p.ellison@gmail.com> wrote: > >> I have created a signed source archive for revision r885602 and made it >> available at: >> >> http://people.apache.org/builds/harmony/snapshots/r885602/ >> >> Please test these artifacts and then vote for declaring these source >> archives as Milestone 12, and opening up the code [1] for general >> development once again. >> >> This vote will be open for at least three days, or until all binding >> votes have been cast (if earlier). >> >> If the vote is successful, binary builds from that level will be made >> available on the download page, as usual. >> >> Regards, >> Tim >> >> [1] drlvm/trunk and the java6 branches of classlib and jdktools will >> remain frozen until we test and vote on 6.0M1 >> >> > > -- Oliver Deakin Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
+1 Downloaded source tar.gz and source zip. Checked asc/md5/sha were correct. Compared tar.gz and zip contents (found some non-blocker anomalies). Built on windows xp with MS VS 2003 Pro. All tests run with a few non- regression failures. Built on linux debian/testing. All tests run with a few non-regression failures. Ran build/test using etch/x86. Ran build/test using etch/x86_64. Built debian packages on etch/x86 and tested them. Built debian packages on etch/x86_64 and tested them. Tested eclipse with the x86_64 debian packages - still crashes on exit but it did that on m11 too. Regards, Mark. In message <4B14FC5C.1000308@gmail.com>, Tim Ellison writes: > > I have created a signed source archive for revision r885602 and made it > available at: > > http://people.apache.org/builds/harmony/snapshots/r885602/ > > Please test these artifacts and then vote for declaring these source > archives as Milestone 12, and opening up the code [1] for general > development once again. > > This vote will be open for at least three days, or until all binding > votes have been cast (if earlier). > > If the vote is successful, binary builds from that level will be made > available on the download page, as usual. > > Regards, > Tim > > [1] drlvm/trunk and the java6 branches of classlib and jdktools will > remain frozen until we test and vote on 6.0M1 >
On Ubuntu 9.10 x86_64 gcc 4.4.1 awt and swing tests are crashing
consistently. Here's the awt crash.
[junit] Running java.awt.AccessibleAWTCanvasTest
[junit] java: ../../src/xcb_io.c:242: process_responses: Assertion
`(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)'
failed.
[junit]
[junit] Signal reported: ABORT
[junit]
[junit] Registers info is absent
On Tue, Dec 1, 2009 at 5:22 AM, Tim Ellison <t.p.ellison@gmail.com> wrote:
> I have created a signed source archive for revision r885602 and made it
> available at:
>
> Β http://people.apache.org/builds/harmony/snapshots/r885602/
>
> Please test these artifacts and then vote for declaring these source
> archives as Milestone 12, and opening up the code [1] for general
> development once again.
>
> This vote will be open for at least three days, or until all binding
> votes have been cast (if earlier).
>
> If the vote is successful, binary builds from that level will be made
> available on the download page, as usual.
>
> Regards,
> Tim
>
> [1] drlvm/trunk and the java6 branches of classlib and jdktools will
> Β Β remain frozen until we test and vote on 6.0M1
>
Tim Ellison wrote: > I have created a signed source archive for revision r885602 and made it > available at: > > http://people.apache.org/builds/harmony/snapshots/r885602/ > > Please test these artifacts and then vote for declaring these source > archives as Milestone 12, and opening up the code [1] for general > development once again. > > This vote will be open for at least three days, or until all binding > votes have been cast (if earlier). > > If the vote is successful, binary builds from that level will be made > available on the download page, as usual. > > Regards, > Tim > > [1] drlvm/trunk and the java6 branches of classlib and jdktools will > remain frozen until we test and vote on 6.0M1 > +1 I tested on Ubuntu 8.04.3, all tests passed except that swing had a crash on javax.swing.DefaultFocusManagerTest which is also seen on M11. -- Best Regards, Regis.
On Thu, Dec 3, 2009 at 9:01 AM, Nathan Beyer <ndbeyer@apache.org> wrote:
> On Wed, Dec 2, 2009 at 7:51 AM, Tianwei <tianwei.sheng@gmail.com> wrote:
> > Hi, all,
> > I got some progress for applying Charles's patch sent two weeks ago.
> > However, I also met some hard issues which I want to ask for suggestions.
> > I am totally new for harmony development, so I want to hear your valuable
> > suggestions for my work.
> > My experiments step are:
> > 1. apply the patch on X86_64 (ubuntu 9.04)
> > at this step, I also checkout a clean trunk, maintain two directories
> > trunk and trunk-mips(patched by MIPS patch)
> > after fixing some problems, I compare the testing result(ant test) for
> > these two versions, the result is same where I assume the modified patch
> > work on X86(no regression).
> > for this step, the main problems of original patch are:
> > a. there is some problem when using "unless", such as:
> > --- working_vm/make/vm/interpreter.xml (revision 833674)
> > +++ working_vm/make/vm/interpreter.xml (working copy)
> > @@ -71,6 +71,7 @@
> > <exclude name="interp_native_ia32.cpp" unless="is.x86"/>
> > <exclude name="interp_native_ipf.cpp" unless="is.ia64"/>
> > <exclude name="interp_native_em64t.cpp"
> > unless="is.x86_64"/>
> > + <exclude name="interp_native_mips.cpp"
> unless="is.mips"/>
> > </fileset>
>
> Perhaps this is obvious, but is the 'is.mips' property being setup?
> When you run 'ant echo' in the 'working_classlib' folder do you see a
> 'is.mips' line in with the other platforms, like this.
>
> [echo] is.windows = ${is.windows}
> [echo] is.unix = true
> [echo] is.linux = true
> [echo] is.freebsd = ${is.freebsd}
> [echo] is.macosx = ${is.macosx}
> [echo] is.aix = ${is.aix}
> [echo] is.zos = ${is.zos}
> [echo] is.32bit = true
> [echo] is.64bit = ${is.64bit}
> [echo] is.x86 = true
> [echo] is.x86_64 = ${is.x86_64}
> [echo] is.ia64 = ${is.ia64}
> [echo] is.ppc32 = ${is.ppc32}
> [echo] is.ppc64 = ${is.ppc64}
> [echo] is.s390 = ${is.s390}
> [echo] is.s390x = ${is.s390x}
>
>
> Ah, I did not see the is_mips32, but I added the line in
common_resources/make/platform.xml where I thought it would set is_mips32
according to $os_arch. I think this should be set because I used this to
add the defineset, such as -D_MIPS_.
Tianwei
> > b. the original patch has several problems under the
> > working_vm/vm/jitrino/src/jet directory, so I do not use the diff for
> that
> > directory
> >
> > 2. apply the patch on my MIPS machine
> > at this step, I mainly fix a lot of ant make system error since the
> > original patch did not include the makefile patch as Charles said.
> > typical fixes mainly include:
> > a. copy the linux_ppc32.mk to linux_mips32.mk
> > b. comment out the ABORT where I can not find the definition
> > c.
> > /home/stw/harmony/harmony-nofetch/common_resources/make/platform.xml
> > + <condition property="is.mips32">
> >
> > + <or>
> > + <equals arg1="${os.arch}" arg2="mips32" />
> > + <equals arg1="${os.arch}" arg2="mips" />
> > + </or>
> > + </condition>
> > + <condition property="is.mips64">
> > + <equals arg1="${os.arch}" arg2="mips64" />
> > + </condition>
> > d: manually build the icu-3.4 library since no prebuilt library package
> > available
> > e: vmcore.xml
> > + <include
> > name="vmcore/src/util/mips/base_natives" if="is.mips32"/>
> > + <include name="port/src/encoder/mips"
> > if="is.mips32"/>
> > + <include
> name="vmcore/src/lil/mips/include"
> > if="is.mips32"/>
> > ...................others minor fixes...........
> > 3. after step 2, I finally can build the whole hdk(working_classlib,
> > working_vm, working_jdktools), then I tried to run the HelloWorld.java,
> > however, I met segmentation fault at the very begging of the launcher.
> > I debug this problem, and the following is my finding now:
> > a. the gdb backtrace is:
> > (gdb) bt
> > #0 0x2aaf5164 in apr_initialize () at misc/unix/start.c:46
> > #1 0x2aaebecc in hythread_lib_create (lib=0x2ab299b0) at
> > /home/stw/harmony/harmony-nofetch/working_vm/vm/thread/src/thread_i\
> > nit.c:176
> > #2 0x2aaebe54 in hythread_library_init () at
> >
> /home/stw/harmony/harmony-nofetch/working_vm/vm/thread/src/thread_init.c:70
> > b. when I use disass under gdb, I found that one instruction
> > in apr_initialize caused the problem:
> > 0x2aaf5160 <apr_initialize+28>: lui v0,0x5
> > 0x2aaf5164 <apr_initialize+32>: lw v1,-9760(v0)
> > c. then I suspect its apr's problem, so I rebuilt the apr with -O0,
> then
> > first verify using the test/testall, all tests passed
> > I even execute the test/sockperf alone, it also pass, note that
> > sockperf call apr_initialize in its main function, but no segmentation
> > fault,
> > so I assume apr has no problems.
> > d. then I rebuilt the hdk, but the segmentation problem still exists.
> > e. finally I suspect that there may be some problem with gp issues,
> but
> > I have no clues. When checking how the launcher is built, I am confused
> with
> > libhythr.so, it seems that the launcher is first built under
> > working_classlib, link with libhythr.so under
> > working_classlib/modules/portlib/src/main/native/thread/, then after the
> > launcher is copied into working_vm, it will be linked with libhythr.so
> > under working_vm/vm/thread/src/, is that right?
> > but I still can not figure out the root cause, can anyone give me
> > some suggestions for this hard issue, or someone also experienced similar
> > issues before?
> >
> >
> > the Summary:
> > 1. no regression on X86_64 for the MIPS patch
> > 2. buildable on MIPS for that patch
> > 3. running time error(segmentation fault) at the very begging of the
> > launcher on MIPS
> >
> >
> > Thanks.
> >
> > Tianwei
> > --
> > Sheng, Tianwei
> > Inst. of High Performance Computing
> > Dept. of Computer Sci. & Tech.
> > Tsinghua Univ.
> >
>
--
Sheng, Tianwei
Inst. of High Performance Computing
Dept. of Computer Sci. & Tech.
Tsinghua Univ.
+1
Windows Vista SP1 x86, VS2003
I get one consistent test failure in swing module though.
<testcase classname="javax.swing.plaf.basic.BasicScrollBarUITest"
name="testGetThumbBounds" time="0.157">
<failure message="expected: 16, actual: 0"
type="junit.framework.AssertionFailedError">junit.framework.AssertionFailedError:
expected: 16, actual: 0
at javax.swing.plaf.basic.BasicScrollBarUITest.checkIsCloseTo(BasicScrollBarUITest.java:267)
at javax.swing.plaf.basic.BasicScrollBarUITest.testGetThumbBounds(BasicScrollBarUITest.java:85)
at java.lang.reflect.VMReflection.invokeMethod(VMReflection.java)
at javax.swing.BasicSwingTestCase.runBareSuper(BasicSwingTestCase.java:116)
at javax.swing.BasicSwingTestCase.runBareImpl(BasicSwingTestCase.java:121)
at javax.swing.BasicSwingTestCase$1.run(BasicSwingTestCase.java:135)
at java.lang.Thread.run(Thread.java:669)
</failure>
</testcase>
On Tue, Dec 1, 2009 at 5:22 AM, Tim Ellison <t.p.ellison@gmail.com> wrote:
> I have created a signed source archive for revision r885602 and made it
> available at:
>
> Β http://people.apache.org/builds/harmony/snapshots/r885602/
>
> Please test these artifacts and then vote for declaring these source
> archives as Milestone 12, and opening up the code [1] for general
> development once again.
>
> This vote will be open for at least three days, or until all binding
> votes have been cast (if earlier).
>
> If the vote is successful, binary builds from that level will be made
> available on the download page, as usual.
>
> Regards,
> Tim
>
> [1] drlvm/trunk and the java6 branches of classlib and jdktools will
> Β Β remain frozen until we test and vote on 6.0M1
>
On Wed, Dec 2, 2009 at 7:51 AM, Tianwei <tianwei.sheng@gmail.com> wrote:
> Hi, all,
> Β I got some progress for applying Β Charles's patch sent two weeks ago.
> However, I also met some hard issues which I want to ask for suggestions.
> I am totally new for harmony development, so I want to hear your valuable
> suggestions for my work.
> My experiments step are:
> 1. apply the patch on X86_64 (ubuntu 9.04)
> Β Β at this step, I also checkout a clean trunk, maintain two directories
> Β Β trunk and trunk-mips(patched by MIPS patch)
> Β after fixing some problems, I compare the testing result(ant test) for
> these two versions, the result is same where I assume the modified patch
> work on X86(no regression).
> Β for this step, the main problems of original patch are:
> Β a. there is some problem when using "unless", such as:
> Β Β Β --- working_vm/make/vm/interpreter.xml Β (revision 833674)
> +++ working_vm/make/vm/interpreter.xml Β (working copy)
> @@ -71,6 +71,7 @@
> Β Β Β Β Β Β Β Β <exclude name="interp_native_ia32.cpp" unless="is.x86"/>
> Β Β Β Β Β Β Β Β <exclude name="interp_native_ipf.cpp" unless="is.ia64"/>
> Β Β Β Β Β Β Β Β <exclude name="interp_native_em64t.cpp"
> unless="is.x86_64"/>
> + Β Β Β Β Β Β Β Β <exclude name="interp_native_mips.cpp" unless="is.mips"/>
> Β Β Β Β Β Β </fileset>
Perhaps this is obvious, but is the 'is.mips' property being setup?
When you run 'ant echo' in the 'working_classlib' folder do you see a
'is.mips' line in with the other platforms, like this.
[echo] is.windows = ${is.windows}
[echo] is.unix = true
[echo] is.linux = true
[echo] is.freebsd = ${is.freebsd}
[echo] is.macosx = ${is.macosx}
[echo] is.aix = ${is.aix}
[echo] is.zos = ${is.zos}
[echo] is.32bit = true
[echo] is.64bit = ${is.64bit}
[echo] is.x86 = true
[echo] is.x86_64 = ${is.x86_64}
[echo] is.ia64 = ${is.ia64}
[echo] is.ppc32 = ${is.ppc32}
[echo] is.ppc64 = ${is.ppc64}
[echo] is.s390 = ${is.s390}
[echo] is.s390x = ${is.s390x}
> Β b. the original patch has several problems under the
> Β working_vm/vm/jitrino/src/jet directory, so I do not use the diff for that
> directory
>
> 2. apply the patch on my MIPS machine
> Β Β at this step, I mainly fix a lot of ant make system error since the
> original patch did not include the makefile patch as Charles said.
> Β Β typical fixes mainly include:
> Β Β a. copy the linux_ppc32.mk to linux_mips32.mk
> Β Β b. comment out the ABORT where I can not find the definition
> Β Β c.
> /home/stw/harmony/harmony-nofetch/common_resources/make/platform.xml
> + Β Β <condition property="is.mips32">
>
> + Β Β Β Β <or>
> + Β Β Β Β Β Β <equals arg1="${os.arch}" arg2="mips32" />
> + Β Β Β Β Β Β <equals arg1="${os.arch}" arg2="mips" />
> + Β Β Β Β </or>
> + Β Β </condition>
> + Β Β <condition property="is.mips64">
> + Β Β Β Β <equals arg1="${os.arch}" arg2="mips64" />
> + Β Β </condition>
> Β d: manually build the icu-3.4 library since no prebuilt library package
> available
> Β e: vmcore.xml
> + Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β <include
> name="vmcore/src/util/mips/base_natives" if="is.mips32"/>
> + Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β <include name="port/src/encoder/mips"
> if="is.mips32"/>
> + Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β <include name="vmcore/src/lil/mips/include"
> if="is.mips32"/>
> ...................others minor fixes...........
> 3. after step 2, I finally can build the whole hdk(working_classlib,
> working_vm, working_jdktools), then I tried to run the HelloWorld.java,
> however, I met segmentation fault at the very begging of the launcher.
> I debug this problem, and the following is my finding now:
> Β a. the gdb backtrace is:
> (gdb) bt
> #0 Β 0x2aaf5164 in apr_initialize () at misc/unix/start.c:46
> #1 Β 0x2aaebecc in hythread_lib_create (lib=0x2ab299b0) at
> /home/stw/harmony/harmony-nofetch/working_vm/vm/thread/src/thread_i\
> nit.c:176
> #2 Β 0x2aaebe54 in hythread_library_init () at
> /home/stw/harmony/harmony-nofetch/working_vm/vm/thread/src/thread_init.c:70
> Β Β b. when I use disass under gdb, I found that one instruction
> in apr_initialize caused the problem:
> Β Β Β Β 0x2aaf5160 <apr_initialize+28>: lui Β Β v0,0x5
> Β Β Β Β 0x2aaf5164 <apr_initialize+32>: lw Β Β Β v1,-9760(v0)
> Β Β c. then I suspect its apr's problem, so I rebuilt the apr with -O0, then
> first verify using the test/testall, all tests passed
> Β Β Β Β I even execute the test/sockperf alone, it also pass, note that
> sockperf call apr_initialize in its main function, but no segmentation
> fault,
> Β Β Β so I assume apr has no problems.
> Β Β d. then I rebuilt the hdk, but the segmentation problem still exists.
> Β Β e. finally I suspect that there may be some problem with gp issues, but
> I have no clues. When checking how the launcher is built, I am confused with
> libhythr.so, it seems that the launcher is first built under
> working_classlib, link with libhythr.so under
> working_classlib/modules/portlib/src/main/native/thread/, then after the
> launcher is copied into working_vm, it will be linked with libhythr.so
> under working_vm/vm/thread/src/, is that right?
> Β Β Β but I still can not figure out the root cause, can anyone give me
> some suggestions for this hard issue, or someone also experienced similar
> issues before?
>
>
> the Summary:
> Β 1. no regression on X86_64 for the MIPS patch
> Β 2. buildable on MIPS for that patch
> Β 3. running time error(segmentation fault) at the very begging of the
> launcher on MIPS
>
>
> Thanks.
>
> Tianwei
> --
> Sheng, Tianwei
> Inst. of High Performance Computing
> Dept. of Computer Sci. & Tech.
> Tsinghua Univ.
>
Hi, all,
I got some progress for applying Charles's patch sent two weeks ago.
However, I also met some hard issues which I want to ask for suggestions.
I am totally new for harmony development, so I want to hear your valuable
suggestions for my work.
My experiments step are:
1. apply the patch on X86_64 (ubuntu 9.04)
at this step, I also checkout a clean trunk, maintain two directories
trunk and trunk-mips(patched by MIPS patch)
after fixing some problems, I compare the testing result(ant test) for
these two versions, the result is same where I assume the modified patch
work on X86(no regression).
for this step, the main problems of original patch are:
a. there is some problem when using "unless", such as:
--- working_vm/make/vm/interpreter.xml (revision 833674)
+++ working_vm/make/vm/interpreter.xml (working copy)
@@ -71,6 +71,7 @@
<exclude name="interp_native_ia32.cpp" unless="is.x86"/>
<exclude name="interp_native_ipf.cpp" unless="is.ia64"/>
<exclude name="interp_native_em64t.cpp"
unless="is.x86_64"/>
+ <exclude name="interp_native_mips.cpp" unless="is.mips"/>
</fileset>
b. the original patch has several problems under the
working_vm/vm/jitrino/src/jet directory, so I do not use the diff for that
directory
2. apply the patch on my MIPS machine
at this step, I mainly fix a lot of ant make system error since the
original patch did not include the makefile patch as Charles said.
typical fixes mainly include:
a. copy the linux_ppc32.mk to linux_mips32.mk
b. comment out the ABORT where I can not find the definition
c.
/home/stw/harmony/harmony-nofetch/common_resources/make/platform.xml
+ <condition property="is.mips32">
+ <or>
+ <equals arg1="${os.arch}" arg2="mips32" />
+ <equals arg1="${os.arch}" arg2="mips" />
+ </or>
+ </condition>
+ <condition property="is.mips64">
+ <equals arg1="${os.arch}" arg2="mips64" />
+ </condition>
d: manually build the icu-3.4 library since no prebuilt library package
available
e: vmcore.xml
+ <include
name="vmcore/src/util/mips/base_natives" if="is.mips32"/>
+ <include name="port/src/encoder/mips"
if="is.mips32"/>
+ <include name="vmcore/src/lil/mips/include"
if="is.mips32"/>
...................others minor fixes...........
3. after step 2, I finally can build the whole hdk(working_classlib,
working_vm, working_jdktools), then I tried to run the HelloWorld.java,
however, I met segmentation fault at the very begging of the launcher.
I debug this problem, and the following is my finding now:
a. the gdb backtrace is:
(gdb) bt
#0 0x2aaf5164 in apr_initialize () at misc/unix/start.c:46
#1 0x2aaebecc in hythread_lib_create (lib=0x2ab299b0) at
/home/stw/harmony/harmony-nofetch/working_vm/vm/thread/src/thread_i\
nit.c:176
#2 0x2aaebe54 in hythread_library_init () at
/home/stw/harmony/harmony-nofetch/working_vm/vm/thread/src/thread_init.c:70
b. when I use disass under gdb, I found that one instruction
in apr_initialize caused the problem:
0x2aaf5160 <apr_initialize+28>: lui v0,0x5
0x2aaf5164 <apr_initialize+32>: lw v1,-9760(v0)
c. then I suspect its apr's problem, so I rebuilt the apr with -O0, then
first verify using the test/testall, all tests passed
I even execute the test/sockperf alone, it also pass, note that
sockperf call apr_initialize in its main function, but no segmentation
fault,
so I assume apr has no problems.
d. then I rebuilt the hdk, but the segmentation problem still exists.
e. finally I suspect that there may be some problem with gp issues, but
I have no clues. When checking how the launcher is built, I am confused with
libhythr.so, it seems that the launcher is first built under
working_classlib, link with libhythr.so under
working_classlib/modules/portlib/src/main/native/thread/, then after the
launcher is copied into working_vm, it will be linked with libhythr.so
under working_vm/vm/thread/src/, is that right?
but I still can not figure out the root cause, can anyone give me
some suggestions for this hard issue, or someone also experienced similar
issues before?
the Summary:
1. no regression on X86_64 for the MIPS patch
2. buildable on MIPS for that patch
3. running time error(segmentation fault) at the very begging of the
launcher on MIPS
Thanks.
Tianwei
--
Sheng, Tianwei
Inst. of High Performance Computing
Dept. of Computer Sci. & Tech.
Tsinghua Univ.
Thanks for clarification. Best Regards Sean, Xiao Xia Qiu 2009/12/2 Tim Ellison <t.p.ellison@gmail.com> > aiting for people to report their results from testing the > M12 candidate. Everyone is encouraged to post results, and it is > expected of the PMC members [1]. > > Provided we get at least three PMC votes, and no vetoes, by Dec 4 we > will declare the milestone and re-open the classlib stream. Sooner if > all PMCers vote before then. >
+1 from me. It works well on windows xp with vs2003. 2009/12/2 Tony Wu <wuyuehao@gmail.com> > +1 from me. > > Tested on winxp x86 with VS 2008, no regressions found. > > On Wed, Dec 2, 2009 at 5:06 PM, Tim Ellison <t.p.ellison@gmail.com> wrote: > > +1 from me. > > > > I've built from the proposed source on Windows x86 using VS 2003 and VS > > 2008, and on Ubuntu Linux x86 and Ubuntu Linux x86_64 both using gcc > 4.3.2. > > > > Tests are passing ok, with a few of the usual suspects in Swing and JDWP > > failing intermittently. No regressions that I'm aware of at the moment. > > > > Regards, > > Tim > > > > On 01/Dec/2009 13:43, Oliver Deakin wrote: > >> +1 from me. > >> > >> I just built and ran the tests from the source bundle and the failures I > >> see either do not recreate standalone when run multiple times or are > >> intermittent but have been seen in previous releases. I don't think > >> there are any failures left which should block the release now. > >> > >> Regards, > >> Oliver > >> > >> Tim Ellison wrote: > >>> I have created a signed source archive for revision r885602 and made it > >>> available at: > >>> > >>> http://people.apache.org/builds/harmony/snapshots/r885602/ > >>> > >>> Please test these artifacts and then vote for declaring these source > >>> archives as Milestone 12, and opening up the code [1] for general > >>> development once again. > >>> > >>> This vote will be open for at least three days, or until all binding > >>> votes have been cast (if earlier). > >>> > >>> If the vote is successful, binary builds from that level will be made > >>> available on the download page, as usual. > >>> > >>> Regards, > >>> Tim > >>> > >>> [1] drlvm/trunk and the java6 branches of classlib and jdktools will > >>> remain frozen until we test and vote on 6.0M1 > >>> > >>> > >> > > > > > > -- > Tony Wu > China Software Development Lab, IBM > -- Best Regards! Jimmy, Jing Lv China Software Development Lab, IBM
+1 from me. Tested on winxp x86 with VS 2008, no regressions found. On Wed, Dec 2, 2009 at 5:06 PM, Tim Ellison <t.p.ellison@gmail.com> wrote: > +1 from me. > > I've built from the proposed source on Windows x86 using VS 2003 and VS > 2008, and on Ubuntu Linux x86 and Ubuntu Linux x86_64 both using gcc 4.3.2. > > Tests are passing ok, with a few of the usual suspects in Swing and JDWP > failing intermittently. No regressions that I'm aware of at the moment. > > Regards, > Tim > > On 01/Dec/2009 13:43, Oliver Deakin wrote: >> +1 from me. >> >> I just built and ran the tests from the source bundle and the failures I >> see either do not recreate standalone when run multiple times or are >> intermittent but have been seen in previous releases. I don't think >> there are any failures left which should block the release now. >> >> Regards, >> Oliver >> >> Tim Ellison wrote: >>> I have created a signed source archive for revision r885602 and made it >>> available at: >>> >>> http://people.apache.org/builds/harmony/snapshots/r885602/ >>> >>> Please test these artifacts and then vote for declaring these source >>> archives as Milestone 12, and opening up the code [1] for general >>> development once again. >>> >>> This vote will be open for at least three days, or until all binding >>> votes have been cast (if earlier). >>> >>> If the vote is successful, binary builds from that level will be made >>> available on the download page, as usual. >>> >>> Regards, >>> Tim >>> >>> [1] drlvm/trunk and the java6 branches of classlib and jdktools will >>> remain frozen until we test and vote on 6.0M1 >>> >>> >> > -- Tony Wu China Software Development Lab, IBM
On 02/Dec/2009 09:11, Sean Qiu wrote: > Sorry, I thought it already opened for commit. > Revert it back now. We are still waiting for people to report their results from testing the M12 candidate. Everyone is encouraged to post results, and it is expected of the PMC members [1]. Provided we get at least three PMC votes, and no vetoes, by Dec 4 we will declare the milestone and re-open the classlib stream. Sooner if all PMCers vote before then. [1] http://people.apache.org/~jim/projects.html#harmony-pmc Regards, Tim
Sorry, I thought it already opened for commit.
Revert it back now.
Best Regards
Sean, Xiao Xia Qiu
2009/12/2 Tim Ellison <t.p.ellison@gmail.com>
> Sean,
>
> Please roll this back until we get through the M12 vote.
> We are in code freeze. All commits require a second committer review
> until the freeze is over.
>
> Thanks,
> Tim
>
> On 02/Dec/2009 03:44, qiuxx@apache.org wrote:
> > Author: qiuxx
> > Date: Wed Dec 2 03:44:56 2009
> > New Revision: 886043
> >
> > URL: http://svn.apache.org/viewvc?rev=886043&view=rev
> > Log:
> > Apply for HARMONY-6395, [classlib][luni] Arrays.sort(double []) will
> result in StackOverflowError for specific arrays input
> >
> > Modified:
> >
> harmony/enhanced/classlib/trunk/modules/luni/src/main/java/java/util/Arrays.java
> >
> harmony/enhanced/classlib/trunk/modules/luni/src/test/api/common/org/apache/harmony/luni/tests/java/util/ArraysTest.java
> >
> > Modified:
> harmony/enhanced/classlib/trunk/modules/luni/src/main/java/java/util/Arrays.java
> > URL:
> http://svn.apache.org/viewvc/harmony/enhanced/classlib/trunk/modules/luni/src/main/java/java/util/Arrays.java?rev=886043&r1=886042&r2=886043&view=diff
> >
> ==============================================================================
> > ---
> harmony/enhanced/classlib/trunk/modules/luni/src/main/java/java/util/Arrays.java
> (original)
> > +++
> harmony/enhanced/classlib/trunk/modules/luni/src/main/java/java/util/Arrays.java
> Wed Dec 2 03:44:56 2009
> > @@ -1495,6 +1495,23 @@
> > }
> > return equals((short[]) e1, (short[]) e2);
> > }
> > +
> > + private static boolean isSame(double double1, double double2) {
> > + // This method is required as Double.NaN == Double.NaN will
> return false.
> > + long d1, d2;
> > + long NaNbits = Double.doubleToLongBits(Double.NaN);
> > + if ((d1 = Double.doubleToLongBits(double1)) == NaNbits) {
> > + if ((d2 = Double.doubleToLongBits(double2)) == NaNbits) {
> > + return true;
> > + } else {
> > + return false;
> > + }
> > + } else if ((d2 = Double.doubleToLongBits(double2)) == NaNbits) {
> > + return false;
> > + } else {
> > + return double1 == double2;
> > + }
> > + }
> >
> > private static boolean lessThan(double double1, double double2) {
> > // A slightly specialized version of
> > @@ -1896,7 +1913,7 @@
> > c = d = end - 1;
> > while (true) {
> > while (b <= c && !lessThan(partionValue, array[b])) {
> > - if (array[b] == partionValue) {
> > + if (isSame(array[b], partionValue)) {
> > temp = array[a];
> > array[a++] = array[b];
> > array[b] = temp;
> > @@ -1904,7 +1921,7 @@
> > b++;
> > }
> > while (c >= b && !lessThan(array[c], partionValue)) {
> > - if (array[c] == partionValue) {
> > + if (isSame(array[c], partionValue)) {
> > temp = array[c];
> > array[c] = array[d];
> > array[d--] = temp;
> >
> > Modified:
> harmony/enhanced/classlib/trunk/modules/luni/src/test/api/common/org/apache/harmony/luni/tests/java/util/ArraysTest.java
> > URL:
> http://svn.apache.org/viewvc/harmony/enhanced/classlib/trunk/modules/luni/src/test/api/common/org/apache/harmony/luni/tests/java/util/ArraysTest.java?rev=886043&r1=886042&r2=886043&view=diff
> >
> ==============================================================================
> > ---
> harmony/enhanced/classlib/trunk/modules/luni/src/test/api/common/org/apache/harmony/luni/tests/java/util/ArraysTest.java
> (original)
> > +++
> harmony/enhanced/classlib/trunk/modules/luni/src/test/api/common/org/apache/harmony/luni/tests/java/util/ArraysTest.java
> Wed Dec 2 03:44:56 2009
> > @@ -911,9 +911,13 @@
> > double[] specials2 = new double[] { 0d,
> Double.POSITIVE_INFINITY, -0d,
> > Double.NEGATIVE_INFINITY, Double.MIN_VALUE,
> Double.NaN,
> > Double.MAX_VALUE };
> > + double[] specials3 = new double[] { Double.NaN, 1.0, 2.0,
> Double.NaN,
> > + Double.NaN, 1.0, 3.0 };
> > double[] answer = new double[] { Double.NEGATIVE_INFINITY,
> -0d, 0d,
> > Double.MIN_VALUE, Double.MAX_VALUE,
> Double.POSITIVE_INFINITY,
> > Double.NaN };
> > + double[] answer3 = new double[] { 1.0, 1.0, 2.0, 3.0,
> Double.NaN,
> > + Double.NaN, Double.NaN };
> >
> > Arrays.sort(specials1);
> > Object[] print1 = new Object[specials1.length];
> > @@ -928,6 +932,13 @@
> > print2[i] = new Double(specials2[i]);
> > assertTrue("specials sort incorrectly 2: " +
> Arrays.asList(print2),
> > Arrays.equals(specials2, answer));
> > +
> > + Arrays.sort(specials3);
> > + Object[] print3 = new Object[specials3.length];
> > + for (int i = 0; i < specials3.length; i++)
> > + print3[i] = new Double(specials3[i]);
> > + assertTrue("specials sort incorrectly 3: " +
> Arrays.asList(print3),
> > + Arrays.equals(specials3, answer3));
> > }
> >
> > /**
> >
> >
> >
>
+1 from me. I've built from the proposed source on Windows x86 using VS 2003 and VS 2008, and on Ubuntu Linux x86 and Ubuntu Linux x86_64 both using gcc 4.3.2. Tests are passing ok, with a few of the usual suspects in Swing and JDWP failing intermittently. No regressions that I'm aware of at the moment. Regards, Tim On 01/Dec/2009 13:43, Oliver Deakin wrote: > +1 from me. > > I just built and ran the tests from the source bundle and the failures I > see either do not recreate standalone when run multiple times or are > intermittent but have been seen in previous releases. I don't think > there are any failures left which should block the release now. > > Regards, > Oliver > > Tim Ellison wrote: >> I have created a signed source archive for revision r885602 and made it >> available at: >> >> http://people.apache.org/builds/harmony/snapshots/r885602/ >> >> Please test these artifacts and then vote for declaring these source >> archives as Milestone 12, and opening up the code [1] for general >> development once again. >> >> This vote will be open for at least three days, or until all binding >> votes have been cast (if earlier). >> >> If the vote is successful, binary builds from that level will be made >> available on the download page, as usual. >> >> Regards, >> Tim >> >> [1] drlvm/trunk and the java6 branches of classlib and jdktools will >> remain frozen until we test and vote on 6.0M1 >> >> >
Sean,
Please roll this back until we get through the M12 vote.
We are in code freeze. All commits require a second committer review
until the freeze is over.
Thanks,
Tim
On 02/Dec/2009 03:44, qiuxx@apache.org wrote:
> Author: qiuxx
> Date: Wed Dec 2 03:44:56 2009
> New Revision: 886043
>
> URL: http://svn.apache.org/viewvc?rev=886043&view=rev
> Log:
> Apply for HARMONY-6395, [classlib][luni] Arrays.sort(double []) will result in StackOverflowError
for specific arrays input
>
> Modified:
> harmony/enhanced/classlib/trunk/modules/luni/src/main/java/java/util/Arrays.java
> harmony/enhanced/classlib/trunk/modules/luni/src/test/api/common/org/apache/harmony/luni/tests/java/util/ArraysTest.java
>
> Modified: harmony/enhanced/classlib/trunk/modules/luni/src/main/java/java/util/Arrays.java
> URL: http://svn.apache.org/viewvc/harmony/enhanced/classlib/trunk/modules/luni/src/main/java/java/util/Arrays.java?rev=886043&r1=886042&r2=886043&view=diff
> ==============================================================================
> --- harmony/enhanced/classlib/trunk/modules/luni/src/main/java/java/util/Arrays.java
(original)
> +++ harmony/enhanced/classlib/trunk/modules/luni/src/main/java/java/util/Arrays.java
Wed Dec 2 03:44:56 2009
> @@ -1495,6 +1495,23 @@
> }
> return equals((short[]) e1, (short[]) e2);
> }
> +
> + private static boolean isSame(double double1, double double2) {
> + // This method is required as Double.NaN == Double.NaN will return false.
> + long d1, d2;
> + long NaNbits = Double.doubleToLongBits(Double.NaN);
> + if ((d1 = Double.doubleToLongBits(double1)) == NaNbits) {
> + if ((d2 = Double.doubleToLongBits(double2)) == NaNbits) {
> + return true;
> + } else {
> + return false;
> + }
> + } else if ((d2 = Double.doubleToLongBits(double2)) == NaNbits) {
> + return false;
> + } else {
> + return double1 == double2;
> + }
> + }
>
> private static boolean lessThan(double double1, double double2) {
> // A slightly specialized version of
> @@ -1896,7 +1913,7 @@
> c = d = end - 1;
> while (true) {
> while (b <= c && !lessThan(partionValue, array[b])) {
> - if (array[b] == partionValue) {
> + if (isSame(array[b], partionValue)) {
> temp = array[a];
> array[a++] = array[b];
> array[b] = temp;
> @@ -1904,7 +1921,7 @@
> b++;
> }
> while (c >= b && !lessThan(array[c], partionValue)) {
> - if (array[c] == partionValue) {
> + if (isSame(array[c], partionValue)) {
> temp = array[c];
> array[c] = array[d];
> array[d--] = temp;
>
> Modified: harmony/enhanced/classlib/trunk/modules/luni/src/test/api/common/org/apache/harmony/luni/tests/java/util/ArraysTest.java
> URL: http://svn.apache.org/viewvc/harmony/enhanced/classlib/trunk/modules/luni/src/test/api/common/org/apache/harmony/luni/tests/java/util/ArraysTest.java?rev=886043&r1=886042&r2=886043&view=diff
> ==============================================================================
> --- harmony/enhanced/classlib/trunk/modules/luni/src/test/api/common/org/apache/harmony/luni/tests/java/util/ArraysTest.java
(original)
> +++ harmony/enhanced/classlib/trunk/modules/luni/src/test/api/common/org/apache/harmony/luni/tests/java/util/ArraysTest.java
Wed Dec 2 03:44:56 2009
> @@ -911,9 +911,13 @@
> double[] specials2 = new double[] { 0d, Double.POSITIVE_INFINITY, -0d,
> Double.NEGATIVE_INFINITY, Double.MIN_VALUE, Double.NaN,
> Double.MAX_VALUE };
> + double[] specials3 = new double[] { Double.NaN, 1.0, 2.0, Double.NaN,
> + Double.NaN, 1.0, 3.0 };
> double[] answer = new double[] { Double.NEGATIVE_INFINITY, -0d, 0d,
> Double.MIN_VALUE, Double.MAX_VALUE, Double.POSITIVE_INFINITY,
> Double.NaN };
> + double[] answer3 = new double[] { 1.0, 1.0, 2.0, 3.0, Double.NaN,
> + Double.NaN, Double.NaN };
>
> Arrays.sort(specials1);
> Object[] print1 = new Object[specials1.length];
> @@ -928,6 +932,13 @@
> print2[i] = new Double(specials2[i]);
> assertTrue("specials sort incorrectly 2: " + Arrays.asList(print2),
> Arrays.equals(specials2, answer));
> +
> + Arrays.sort(specials3);
> + Object[] print3 = new Object[specials3.length];
> + for (int i = 0; i < specials3.length; i++)
> + print3[i] = new Double(specials3[i]);
> + assertTrue("specials sort incorrectly 3: " + Arrays.asList(print3),
> + Arrays.equals(specials3, answer3));
> }
>
> /**
>
>
>
+1 Best Regards Sean, Xiao Xia Qiu 2009/12/1 Oliver Deakin <oliver.deakin@googlemail.com> > +1 from me. > > I just built and ran the tests from the source bundle and the failures I > see either do not recreate standalone when run multiple times or are > intermittent but have been seen in previous releases. I don't think there > are any failures left which should block the release now. > > Regards, > Oliver > > > Tim Ellison wrote: > >> I have created a signed source archive for revision r885602 and made it >> available at: >> >> http://people.apache.org/builds/harmony/snapshots/r885602/ >> >> Please test these artifacts and then vote for declaring these source >> archives as Milestone 12, and opening up the code [1] for general >> development once again. >> >> This vote will be open for at least three days, or until all binding >> votes have been cast (if earlier). >> >> If the vote is successful, binary builds from that level will be made >> available on the download page, as usual. >> >> Regards, >> Tim >> >> [1] drlvm/trunk and the java6 branches of classlib and jdktools will >> remain frozen until we test and vote on 6.0M1 >> >> >> > > -- > Oliver Deakin > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire > PO6 3AU > >
I think we could think about creating Harmony Select profiles along
with Milestone builds to help people like Tim to customize our JRE
easiler.
(A friend of mine I met on the Apache Asia Roadshow this year
complained to me that Harmony is dev-oriented and not so
user-friendly, which may block potential contributors and users :-( )
On Mon, Nov 30, 2009 at 9:51 AM, Regis <xu.regis@gmail.com> wrote:
> Tim Prepscius wrote:
>>
>> Thanks for all of the input. I really appreciate it.
>>
>> I guess I'll post progress to this thread, so that if someone else
>> wishes to do something similar, my successes and failures will be
>> available as some kind of road map.
>>
>> If you see me doing something which is an incredibly stupid thing to
>> do, if I only knew this other way which is simple and nice.. Let me
>> know!
>>
>> Here is the current state of things.
>>
>> 1) I have gotten stuff.
>>
>> 1.5) the msvc solutions are not up to date. oh well.
>>
>> 2) The full classlib doesn't fully build cause it needs atl* ... but
>> I've read online, this is because of swing.. don't need swing.
>> somehow not sure how to just tell it not to build this part
>
> try -Dexclude.module=swing,awt
>
>>
>> 2.5) The vm, amazingly, builds. :-)
>>
>> 3) I've figured out the any xml build files enough to be able to
>> change things to static libraries, and exclude the /OPT:REF options
>> (which I don't want)
>>
>> 4) I've gotten the ICU lib, and have changed things to compile as
>> static LIBs.. Except for that one dll, where the programmer *really*
>> wanted to use makefiles.. ... sigh. And of course his makefile is
>> non-standard as they all are. So will take a while to figure out what
>> to change.
>>
>> 4.5) I have zlib from the main game-project compiling as static lib
>>
>> 5) I've changed the JNIEXPORT define to not do the dllexport... I
>> think I'll need to do this with all of the other libraries as well.
>> Wish they all used some underlying REALLY_DO_DLLEXPORT define or
>> something, but oh well.
>>
>> 6) I've created a msvc solution that includes all of the newly created
>> static libs. And a simple .cpp file which calls the
>> JNI_CreateJavaVM. Amazingly things link, and run. However, dieing on
>> errors of course when it tries to load dll libraries.
>>
>> Next step seems to me to be modifying the dll loading function
>> "process_properties_dlls" into a "process_properties_statics." Don't
>> know what will be necessary for this:
>>
>> ------------------------------------------------------------------
>> I like to make batch files which can replicate work.. For an accurate
>> record, and cause I need to eventually build lots of different places.
>>
>> Here they are:
>> -------------------------------------------------------------------
>> C:\source3>type setup.bat
>> call "C:\Program Files\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" x86
>> set ANT_HOME=C:\ant
>> set JAVA_HOME=C:\Program Files\Java\jdk1.6.0_17
>> set PATH=%PATH%;%ANT_HOME%\bin;c:\cygwin\bin
>> set ANT_OPTS=-Xms256m -Xmx512m
>>
>> rem
>> ###############################################################################
>>
>> if exist %ANT_HOME%\lib\ecj-* goto ECJ_OK
>> echo Things won't work without ECJ, get 3.4.2 from
>> http://download.eclipse.org/eclipse/downloads/ and put it in
>> %ANT_HOME%\lib
>> goto END
>> :ECJ_OK
>>
>> if exist %windir%\system32\msvcr71* goto MSVC71_OK
>> echo Somehow, they really really want msvcr71.dll, msvcp71.dll, you
>> can google and download it.. stick it in %windir%\system32
>> goto END
>> :MSVC71_OK
>>
>> rem
>> #################################################################################
>>
>>
>> :END
>>
>> C:\source3>type build1.bat
>> call setup.bat
>>
>> svn co http://svn.apache.org/repos/asf/harmony/enhanced/trunk harmony
>>
>> cd harmony
>> cmd /C ant populate-src
>> cd ..
>>
>>
>> C:\source3>type build2.bat
>> cd harmony
>> cd working_classlib
>>
>> cmd /C ant fetch-depends
>> cmd /C ant
>>
>> cd ..
>> cd ..
>>
>> C:\source3>type build3.bat
>> cd harmony
>> cd working_vm
>>
>> rmdir /s /q build\windows_x86_msvc_debug
>> rmdir /s /q build\windows_x86_msvc_release
>>
>> cmd /C ant -Dexclude.module=swing
>> cmd /C ant -Dexclude.module=swing -Dhy.cfg=release
>>
>> cd ..
>> cd ..
>>
>> --------------------------------
>>
>> Diff of files as of now:
>>
>> Index: harmony/working_vm/vm/include/jni_types.h
>> ===================================================================
>> --- harmony/working_vm/vm/include/jni_types.h (revision 883577)
>> +++ harmony/working_vm/vm/include/jni_types.h (working copy)
>> @@ -49,8 +49,10 @@
>> */
>> #if defined (_WIN32) || defined (__WIN32__) || defined (WIN32)
>>
>> -#define JNIEXPORT __declspec(dllexport)
>> -#define JNIIMPORT __declspec(dllimport)
>> +//#define JNIEXPORT __declspec(dllexport)
>> +//#define JNIIMPORT __declspec(dllimport)
>> +#define JNIEXPORT
>> +#define JNIIMPORT
>> #define JNICALL __stdcall
>>
>> typedef signed __int64 jlong;
>> Index: harmony/working_vm/vm/vmcore/src/init/vm_init.cpp
>> ===================================================================
>> --- harmony/working_vm/vm/vmcore/src/init/vm_init.cpp (revision 883577)
>> +++ harmony/working_vm/vm/vmcore/src/init/vm_init.cpp (working copy)
>> @@ -174,6 +174,11 @@
>> #define GC_DLL (vm_env->compress_references ? GC_DLL_COMP :
>> GC_DLL_UNCOMP)
>> #endif
>>
>> +static jint process_properties_dlls_statics (Global_Env *vm_env)
>> +{
>> + jint status;
>> + return status;
>> +}
>>
>> /**
>> * Loads DLLs.
>> Index: harmony/working_vm/make/vm/em.xml
>> ===================================================================
>> --- harmony/working_vm/make/vm/em.xml (revision 883577)
>> +++ harmony/working_vm/make/vm/em.xml (working copy)
>> @@ -23,7 +23,7 @@
>>
>> <target name="build" depends="-common-vm">
>> <init-native/>
>> - <make-native libname="em" type="shared">
>> + <make-native libname="em" type="static">
>> <compiler id="cpp.compiler" extends="common.cpp.compiler">
>> <includepath>
>> <dirset dir="${vm.home}">
>> Index: harmony/working_vm/make/vm/gc_gen.xml
>> ===================================================================
>> --- harmony/working_vm/make/vm/gc_gen.xml (revision 883577)
>> +++ harmony/working_vm/make/vm/gc_gen.xml (working copy)
>> @@ -114,7 +114,7 @@
>> <compile-cc>
>> <compiler refid="cpp.compiler"/>
>> </compile-cc>
>> - <link-lib name="gc_gen_uncomp" type="shared">
>> + <link-lib name="gc_gen_uncomp" type="static">
>> <linker refid="linker"/>
>> </link-lib>
>> </target>
>> @@ -127,7 +127,7 @@
>> <compiler refid="cpp.compiler"/>
>> <defineset define="COMPRESS_REFERENCE" />
>> </compile-cc>
>> - <link-lib name="gc_gen" type="shared">
>> + <link-lib name="gc_gen" type="static">
>> <linker refid="linker"/>
>> </link-lib>
>> </target>
>> Index: harmony/working_vm/make/vm/interpreter.xml
>> ===================================================================
>> --- harmony/working_vm/make/vm/interpreter.xml (revision 883577)
>> +++ harmony/working_vm/make/vm/interpreter.xml (working copy)
>> @@ -78,7 +78,7 @@
>> </compiler>
>> </compile-cc>
>>
>> - <link-lib name="interpreter" type="shared">
>> + <link-lib name="interpreter" type="static">
>> <linker id="linker" extends="common.linker">
>> <linkerarg
>> value="--version-script=${vm.home}/interpreter/build/interpreter.exp"
>> if="is.unix"/>
>> <libset libs="harmonyvm,hythr" dir="${drlvm.shlib.dir}" />
>> Index: harmony/working_vm/make/vm/vmcore.xml
>> ===================================================================
>> --- harmony/working_vm/make/vm/vmcore.xml (revision 883577)
>> +++ harmony/working_vm/make/vm/vmcore.xml (working copy)
>> @@ -215,7 +215,7 @@
>> </compiler>
>> </compile-cc>
>>
>> - <link-lib name="harmonyvm" type="shared">
>> + <link-lib name="harmonyvm" type="static">
>> <linker id="linker" extends="common.linker">
>> <libset libs="port,encoder,verifier,apr-1"
>> dir="${drlvm.lib.dir}" />
>> @@ -224,8 +224,8 @@
>> <libset libs="zdll" dir="${drlvm.lib.dir}"
>> if="is.windows"/>
>> <libset libs="ch" dir="${drlvm.shlib.dir}" />
>>
>> - <linkerarg
>> value="/DEF:${vm.home}/vmcore/src/harmonyvm64.def"
>> if="is.windows.x86_64"/>
>> - <linkerarg
>> value="/DEF:${vm.home}/vmcore/src/harmonyvm.def" if="is.windows.x86"/>
>> +<!--` <linkerarg
>> value="/DEF:${vm.home}/vmcore/src/harmonyvm64.def"
>> if="is.windows.x86_64"/>
>> + <linkerarg
>> value="/DEF:${vm.home}/vmcore/src/harmonyvm.def" if="is.windows.x86"/>
>> -->
>> <linkerarg
>> value="--version-script=${vm.home}/vmcore/build/vmcore.exp"
>> if="is.unix"/>
>>
>> <syslibset type="shared"
>> libs="m,dl,stdc++,z,xml2,pthread,gcc_s,rt" if="is.linux"/>
>> Index: harmony/working_vm/make/vm/vmi.xml
>> ===================================================================
>> --- harmony/working_vm/make/vm/vmi.xml (revision 883577)
>> +++ harmony/working_vm/make/vm/vmi.xml (working copy)
>> @@ -23,7 +23,7 @@
>>
>> <target name="build" depends="-common-vm">
>> <init-native/>
>> - <make-native libname="vmi" type="shared">
>> + <make-native libname="vmi" type="static">
>> <compiler id="cpp.compiler" extends="common.cpp.compiler">
>> <includepath>
>> <pathelement location="${drlvm.include.dir}" />
>> Index: harmony/working_vm/make/vm/hythr.xml
>> ===================================================================
>> --- harmony/working_vm/make/vm/hythr.xml (revision 883577)
>> +++ harmony/working_vm/make/vm/hythr.xml (working copy)
>> @@ -24,7 +24,7 @@
>> <target name="build" depends="-common-vm">
>> <init-native/>
>>
>> - <make-native libname="hythr" type="shared">
>> + <make-native libname="hythr" type="static">
>> <compiler id="c.compiler" extends="common.c.compiler">
>> <includepath>
>> <pathelement location="${drlvm.include.dir}" />
>> @@ -46,7 +46,7 @@
>> <libset libs="port,apr-1"
>> dir="${drlvm.lib.dir}" />
>>
>> - <linkerarg value="/DEF:${vm.home}/thread/src/hythr.def"
>> if="is.windows"/>
>> +<!-- <linkerarg
>> value="/DEF:${vm.home}/thread/src/hythr.def" if="is.windows"/> -->
>>
>> <syslibset type="shared" libs="stdc++,rt,pthread"
>> if="is.linux"/>
>> <syslibset type="shared" libs="stdc++,pthread"
>> if="is.freebsd"/>
>> Index: harmony/working_vm/make/vm/jitrino.xml
>> ===================================================================
>> --- harmony/working_vm/make/vm/jitrino.xml (revision 883577)
>> +++ harmony/working_vm/make/vm/jitrino.xml (working copy)
>> @@ -83,10 +83,10 @@
>> <defineset define="JIT_LOGS,JIT_STATS" if="is.cfg.debug"
>> />
>> </compiler>
>> </compile-cc>
>> - <link-lib name="jitrino" type="shared">
>> + <link-lib name="jitrino" type="static">
>> <linker id="jitrino.linker" extends="common.linker">
>> <libset libs="harmonyvm,encoder,hythr"
>> dir="${drlvm.lib.dir}" if="is.windows"/>
>> - <linkerarg value="/OPT:REF" if="is.windows"/>
>> +<!-- <linkerarg value="/OPT:REF" if="is.windows"/> -->
>>
>> <syslibset type="shared" libs="m" if="is.unix"/>
>> <syslibset type="shared" libs="dl" if="is.linux"/>
>> Index: harmony/working_vm/make/vm/port_ch.xml
>> ===================================================================
>> --- harmony/working_vm/make/vm/port_ch.xml (revision 883577)
>> +++ harmony/working_vm/make/vm/port_ch.xml (working copy)
>> @@ -122,7 +122,7 @@
>> </compiler>
>> </compile-cc>
>>
>> - <link-lib name="ch" type="shared">
>> + <link-lib name="ch" type="static">
>> <linker id="linker" extends="common.linker">
>> <libset libs="encoder" dir="${drlvm.lib.dir}" />
>>
>> Index: harmony/working_vm/make/build-native.xml
>> ===================================================================
>> --- harmony/working_vm/make/build-native.xml (revision 883577)
>> +++ harmony/working_vm/make/build-native.xml (working copy)
>> @@ -151,7 +151,7 @@
>> <condition property="component.need.pdb">
>> <and>
>> <isset property="is.windows"/>
>> - <equals arg1="@{type}" arg2="shared"/>
>> + <equals arg1="@{type}" arg2="static"/>
>> </and>
>> </condition>
>>
>>
>> On 11/22/09, Alexei Fedotov <alexei.fedotov@gmail.com> wrote:
>>>
>>> Tim,
>>> As for your willingness to create a lib, VM is a lib already [1], an
>>> is successfully used in browser plug-ins.
>>>
>>> [1] http://java.sun.com/j2se/1.4.2/docs/guide/jni/spec/invocation.html
>>>
>>> On Mon, Nov 23, 2009 at 11:54 AM, Xiao-Feng Li <xiaofeng.li@gmail.com>
>>> wrote:
>>>>
>>>> To reduce Harmony VM (DRLVM) is possible - and not very difficult. JIT
>>>> and GC are modules that you can easily replace with very simple ones.
>>>> Other modules can be largely reduced as well if you do not need them,
>>>> e.g., threading, verifier, profiler, etc. I don't know your
>>>> performance target, but my personal preference usually is to keep a
>>>> simple JIT for the execution engine rather than the interpreter.
>>>>
>>>> Thanks,
>>>> xiaofeng
>>>>
>>>> On Mon, Nov 23, 2009 at 10:52 AM, Tim Prepscius <timprepscius@gmail.com>
>>>> wrote:
>>>>>
>>>>> Greetings,
>>>>>
>>>>> I have been searching for a non-gpl replacement for sun's java for
>>>>> quite a while now. I can't believe I didn't see your project until
>>>>> this month. Let me tell you, when I saw your code I almost cried.
>>>>> (haha, well, maybe not cried)
>>>>>
>>>>> It's really, really nice. And I have not run yet into a hundred line
>>>>> #define (as in "dalvik") yet.
>>>>> Anyhow.
>>>>>
>>>>>
>>>>> This is what I'd like to do. I'm wondering whether anyone would
>>>>> comment on accomplishing this, if it is possible.
>>>>> Who knows, maybe somebody else has fiddled around with this.
>>>>>
>>>>> What I'm looking for:
>>>>>
>>>>> 1. I'm really not looking for java. I'm looking for a
>>>>> micro-edition-ish java to embed in a video game engine.
>>>>>
>>>>> 2. Don't need JIT, don't need two garbage collectors - 1 will do,
>>>>> don't need the JVM to be accessible to the outside world. Don't need
>>>>> almost *all* of the class libraries. Don't need sockets (except for
>>>>> debugging). Don't actually need threads (I disable their creation via
>>>>> the security manager anyway), but I suppose this is necessary for GC
&
>>>>> Debug.
>>>>>
>>>>> 3. Need JNI, which I see you have.
>>>>>
>>>>> So what I'm thinking I'd like to do:
>>>>>
>>>>>
>>>>> Optimally I'd like to create a lib out of harmony-vm. Statically link
>>>>> with my application. Create a single jar with all of my necessary
>>>>> classes, cutting out all of the java extra stuff (everything pretty
>>>>> much)
>>>>>
>>>>> If creating a lib creates problems for JNI (what problems I don't
>>>>> know), I'd like to combine all of your dlls into one massive dll.
>>>>> Then I was thinking, that after getting this done, I'd start cutting
>>>>> out modules. And try to reduce everything to under 1 meg.
>>>>>
>>>>> --
>>>>>
>>>>> Is this crazy?
>>>>>
>>>>> Thanks in advance,
>>>>>
>>>>> -tim
>>>>>
>>>>
>>>>
>>>> --
>>>> http://people.apache.org/~xli
>>>>
>>>
>>>
>>> --
>>> With best regards / Σ ΞΑΙΜΥήΫΙΝΙ ΠΟΦΕΜΑΞΙΡΝΙ,
>>> Alexei Fedotov / αΜΕΛΣΕΚ ζΕΔΟΤΟΧ,
>>> http://www.telecom-express.ru/
>>> http://harmony.apache.org/
>>> http://www.expressaas.com/
>>> http://openmeetings.googlecode.com/
>>>
>>
>
>
> --
> Best Regards,
> Regis.
>
--
Tony Wu
China Software Development Lab, IBM
+1 from me. I just built and ran the tests from the source bundle and the failures I see either do not recreate standalone when run multiple times or are intermittent but have been seen in previous releases. I don't think there are any failures left which should block the release now. Regards, Oliver Tim Ellison wrote: > I have created a signed source archive for revision r885602 and made it > available at: > > http://people.apache.org/builds/harmony/snapshots/r885602/ > > Please test these artifacts and then vote for declaring these source > archives as Milestone 12, and opening up the code [1] for general > development once again. > > This vote will be open for at least three days, or until all binding > votes have been cast (if earlier). > > If the vote is successful, binary builds from that level will be made > available on the download page, as usual. > > Regards, > Tim > > [1] drlvm/trunk and the java6 branches of classlib and jdktools will > remain frozen until we test and vote on 6.0M1 > > -- Oliver Deakin Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
I have created a signed source archive for revision r885602 and made it
available at:
http://people.apache.org/builds/harmony/snapshots/r885602/
Please test these artifacts and then vote for declaring these source
archives as Milestone 12, and opening up the code [1] for general
development once again.
This vote will be open for at least three days, or until all binding
votes have been cast (if earlier).
If the vote is successful, binary builds from that level will be made
available on the download page, as usual.
Regards,
Tim
[1] drlvm/trunk and the java6 branches of classlib and jdktools will
remain frozen until we test and vote on 6.0M1
On 30/Nov/2009 21:28, Mark Hindess wrote: > In message <4B13FED3.7040901@gmail.com>, Tim Ellison writes: >> Would a committer please take a look at HARMONY-6394 and approve >> applying the patch to the current 5.0 stream to regain RI >> compatibility for M12? > > +1 looks good to me. Thanks Mark. Fixed at r885602. I'll do some more testing tomorrow, and intend to start a vote shortly for M12, so please post any problems to the list. Regards, Tim
In message <4B13FED3.7040901@gmail.com>, Tim Ellison writes: > > Would a committer please take a look at HARMONY-6394 and approve > applying the patch to the current 5.0 stream to regain RI > compatibility for M12? +1 looks good to me. -Mark
On 30/Nov/2009 17:20, Tim Ellison wrote: > Would a committer please take a look at HARMONY-6394 and approve > applying the patch to the current 5.0 stream to regain RI compatibility > for M12? > > Fingers crossed this is the last blocker for M12. Please call out any > test results showing remaining problems. It is patch "harmony-6394-2.patch". (Thanks Oli!) Regards, Tim