Re: [continuum] BUILD FAILURE: Classlib/linux.ia32 Build/Test
Hi, I've just refreshed my local 'luni' module with the latest updates and found that 2 tests started to fail for me. Can anybody reproduce failures? tests.api.java.net.InetAddressTest test_getAddress: Incorrect address returned junit.framework.AssertionFailedError: Incorrect address returned at tests.api.java.net.InetAddressTest.test_getAddress(InetAddressTest.java:154) at java.lang.reflect.AccessibleObject.invokeV(AccessibleObject.java:25) test_getAllByNameLjava_lang_String: Authoritative Answer Host not found java.net.UnknownHostException: Authoritative Answer Host not found at java.net.InetAddress.getAliasesByNameImpl(Native Method) at java.net.InetAddress.getAllByName(InetAddress.java:21) at tests.api.java.net.InetAddressTest.test_getAllByNameLjava_lang_String( InetAddressTest.java:165) at java.lang.reflect.AccessibleObject.invokeV( AccessibleObject.java:25) And the update was: Dmodules\luni\src\test\java\tests\api\java\io\testfile Dmodules\luni\src\test\java\tests\api\java\io\testfile-utf8.txt Dmodules\luni\src\test\java\tests\api\java\io\testfile.txt Umodules\luni\src\test\java\tests\api\java\util\EnumMapTest.java Amodules\luni\src\test\resources\tests Amodules\luni\src\test\resources\tests\api Amodules\luni\src\test\resources\tests\api\java Amodules\luni\src\test\resources\tests\api\java\io Amodules\luni\src\test\resources\tests\api\java\io\testfile Amodules\luni\src\test\resources\tests\api\java\io\testfile-utf8.txt Amodules\luni\src\test\resources\tests\api\java\io\testfile.txt Umodules\luni\src\main\java\java\util\EnumMap.java Umodules\luni\build.xml Updated to revision 433917. -- Thanks, Stepan Mishura Intel Middleware Products Division -- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [continuum] BUILD FAILURE: Classlib/linux.ia32 Build/Test
I updated the test resource files used for java.io, but I'm not sure this is the cause. I got the same errors sometimes on Windows XP before the update. Looking... Stepan Mishura wrote: Hi, I've just refreshed my local 'luni' module with the latest updates and found that 2 tests started to fail for me. Can anybody reproduce failures? tests.api.java.net.InetAddressTest test_getAddress: Incorrect address returned junit.framework.AssertionFailedError: Incorrect address returned at tests.api.java.net.InetAddressTest.test_getAddress(InetAddressTest.java:154) at java.lang.reflect.AccessibleObject.invokeV(AccessibleObject.java:25) test_getAllByNameLjava_lang_String: Authoritative Answer Host not found java.net.UnknownHostException: Authoritative Answer Host not found at java.net.InetAddress.getAliasesByNameImpl(Native Method) at java.net.InetAddress.getAllByName(InetAddress.java:21) at tests.api.java.net.InetAddressTest.test_getAllByNameLjava_lang_String( InetAddressTest.java:165) at java.lang.reflect.AccessibleObject.invokeV( AccessibleObject.java:25) And the update was: Dmodules\luni\src\test\java\tests\api\java\io\testfile Dmodules\luni\src\test\java\tests\api\java\io\testfile-utf8.txt Dmodules\luni\src\test\java\tests\api\java\io\testfile.txt Umodules\luni\src\test\java\tests\api\java\util\EnumMapTest.java Amodules\luni\src\test\resources\tests Amodules\luni\src\test\resources\tests\api Amodules\luni\src\test\resources\tests\api\java Amodules\luni\src\test\resources\tests\api\java\io Amodules\luni\src\test\resources\tests\api\java\io\testfile Amodules\luni\src\test\resources\tests\api\java\io\testfile-utf8.txt Amodules\luni\src\test\resources\tests\api\java\io\testfile.txt Umodules\luni\src\main\java\java\util\EnumMap.java Umodules\luni\build.xml Updated to revision 433917. -- Paulex Yang China Software Development Lab IBM - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [continuum] BUILD FAILURE: Classlib/linux.ia32 Build/Test
I fixed luni/build.xml at r433956. Please verify. Thanks, Stepan. On 8/23/06, Paulex Yang wrote: I updated the test resource files used for java.io, but I'm not sure this is the cause. I got the same errors sometimes on Windows XP before the update. Looking... Stepan Mishura wrote: Hi, I've just refreshed my local 'luni' module with the latest updates and found that 2 tests started to fail for me. Can anybody reproduce failures? tests.api.java.net.InetAddressTest test_getAddress: Incorrect address returned junit.framework.AssertionFailedError: Incorrect address returned at tests.api.java.net.InetAddressTest.test_getAddress(InetAddressTest.java :154) at java.lang.reflect.AccessibleObject.invokeV(AccessibleObject.java:25) test_getAllByNameLjava_lang_String: Authoritative Answer Host not found java.net.UnknownHostException: Authoritative Answer Host not found at java.net.InetAddress.getAliasesByNameImpl(Native Method) at java.net.InetAddress.getAllByName(InetAddress.java:21) at tests.api.java.net.InetAddressTest.test_getAllByNameLjava_lang_String( InetAddressTest.java:165) at java.lang.reflect.AccessibleObject.invokeV( AccessibleObject.java:25) And the update was: Dmodules\luni\src\test\java\tests\api\java\io\testfile Dmodules\luni\src\test\java\tests\api\java\io\testfile-utf8.txt Dmodules\luni\src\test\java\tests\api\java\io\testfile.txt Umodules\luni\src\test\java\tests\api\java\util\EnumMapTest.java Amodules\luni\src\test\resources\tests Amodules\luni\src\test\resources\tests\api Amodules\luni\src\test\resources\tests\api\java Amodules\luni\src\test\resources\tests\api\java\io Amodules\luni\src\test\resources\tests\api\java\io\testfile Amodules\luni\src\test\resources\tests\api\java\io\testfile-utf8.txt Amodules\luni\src\test\resources\tests\api\java\io\testfile.txt Umodules\luni\src\main\java\java\util\EnumMap.java Umodules\luni\build.xml Updated to revision 433917. -- Paulex Yang China Software Development Lab IBM -- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [legal] Re: Bringing License arguments to Sun
On Tuesday 22 August 2006 23:35, Geir Magnusson Jr. wrote: How about real-time GC? Clearly an extension - the spec says nothing about doing GC in real-time - but I bet the aeronautical and military industry would pay for something like that... Indeed they do, and not infrequently they become Classpath users as a result. But perhaps we should get on with Bringing License arguments to Sun, rather than just having License arguments? Chris -- Chris Gray/k/ Embedded Java Solutions BE0503765045 Embedded Mobile Java, OSGihttp://www.k-embedded-java.com/ [EMAIL PROTECTED] +32 3 216 0369 - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [testing] metadata approach
Oliver Deakin wrote: Paulex Yang wrote: Just a wild thought, because TestNG support both jre142 and jdk5, so there must be some way to make it run with annotation but without concurrent, just have a look at the layout of TestNG[1] source code from its v4.1 release, seems if we replace the src/jdk15/org/testng/internal/thread/*.java with src/jdk14/org/testng/internal/thread/*.java, and rebuild it, there is chance to create a customized version based edu.emory.mathcs.util.concurrent as workaround. If no one objection(say, legal consideration), I can try this thought. That's interesting - I don't know about the legal considerations, but I'd like to hear how your experimentation goes! Hello Oliver, I have tried Paulex's solution, and I can launch simple TestNG test using HarmonyVM. But I doubt if this is necessary. Maybe we will have concurrent soon :-) Nathan, could you share some information about concurrent? Best regards, Richard Regards, Oliver [1] http://testng.org/testng-4.1.zip Alexei Zakharov wrote: Hi Oliver, But is j.u.c actually required to be in the runtime under test? I was thinking that j.u.c was only required for the VM actually running the harness, and all that gets run on the VM under test is the actual test method. If this was true, then we could run TestNG with the RI (which has j.u.c) and use the jvm option to specify the Harmony VM (which would not need j.u.c). I afraid we cannot do like that. At least I was not successful last time I tried to run tests using the jvm=harmony option. As far as I understand TestNG requires j.u.c for running every single test method because parallel running can be specified on the method level. I mean in TestNG you can write something like this: @Test(threadPoolSize = 7, invocationCount = 29) This means that this method should be invoked from different threads. And it seems that TestNG needs j.u.c to implement multithreading. Yes agreed, it is good to make group membership explicit as it facilitates inclusion/exclusion of groups, and makes it obvious which group tests belong to. Perhaps the same should be done for api tests, so we have a type.api group? So you suggest to add @Test (groups={os.any, type.api}) to every api test (that runs on every platform) without any defaults at all? I thought I had sent a mail out on this in the original thread, but I guess I never did (unless Thunderbird is hiding mail from me again!). Just checked - there is no such mail in my gmail box, at least in the [classlib] Testing conventions - a proposal thread. So, for example, if we were on a Windows x86 32bit machine, the Ant scripts would run test groups os.shared, os.windows, os.windows.x86 and (if we ever get any 32/64bit specific tests) os.windows.x86.32bit, or something similar. Well, I like it in general. The only thing I still feel uncomfortable with is os.shared. When some code is shared among different platforms it makes sense. But here we have a test shared by several OSes. Does this sound natural? But I don't feel strongly about that and will not object if everybody likes this. With Best Regards, -- Richard Liang China Software Development Lab, IBM - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vm] ArgoUML application crashes IBM VME
Hello, Vladimir! I've took a look at the issue you've mentioned.On Windows platform WinGraphicsEnvironment couldn't load 'gl' library. Make sure you have built native awt/swing libraries (build Harmony with ' with.awt.swing' property set to true). Thanks, Ilya. On 8/23/06, Vladimir Gorr [EMAIL PROTECTED] wrote: ArgoUML application (http://argouml.tigris.org) crashes IBM VME. I've created new issue (H-1257) where the logs are. Could anybody please look at this problem and fix it? Thanks, Vladimir. -- -- Ilya Okomin Intel Middleware Products Division
Re: [continuum] BUILD FAILURE: Classlib/linux.ia32 Build/Test
Stepan Mishura wrote: I fixed luni/build.xml at r433956. Please verify. Wow..., good catch! Works for me(WinXP). Thanks, Stepan. On 8/23/06, Paulex Yang wrote: I updated the test resource files used for java.io, but I'm not sure this is the cause. I got the same errors sometimes on Windows XP before the update. Looking... Stepan Mishura wrote: Hi, I've just refreshed my local 'luni' module with the latest updates and found that 2 tests started to fail for me. Can anybody reproduce failures? tests.api.java.net.InetAddressTest test_getAddress: Incorrect address returned junit.framework.AssertionFailedError: Incorrect address returned at tests.api.java.net.InetAddressTest.test_getAddress(InetAddressTest.java :154) at java.lang.reflect.AccessibleObject.invokeV(AccessibleObject.java:25) test_getAllByNameLjava_lang_String: Authoritative Answer Host not found java.net.UnknownHostException: Authoritative Answer Host not found at java.net.InetAddress.getAliasesByNameImpl(Native Method) at java.net.InetAddress.getAllByName(InetAddress.java:21) at tests.api.java.net.InetAddressTest.test_getAllByNameLjava_lang_String( InetAddressTest.java:165) at java.lang.reflect.AccessibleObject.invokeV( AccessibleObject.java:25) And the update was: Dmodules\luni\src\test\java\tests\api\java\io\testfile Dmodules\luni\src\test\java\tests\api\java\io\testfile-utf8.txt Dmodules\luni\src\test\java\tests\api\java\io\testfile.txt Umodules\luni\src\test\java\tests\api\java\util\EnumMapTest.java Amodules\luni\src\test\resources\tests Amodules\luni\src\test\resources\tests\api Amodules\luni\src\test\resources\tests\api\java Amodules\luni\src\test\resources\tests\api\java\io Amodules\luni\src\test\resources\tests\api\java\io\testfile A modules\luni\src\test\resources\tests\api\java\io\testfile-utf8.txt Amodules\luni\src\test\resources\tests\api\java\io\testfile.txt Umodules\luni\src\main\java\java\util\EnumMap.java Umodules\luni\build.xml Updated to revision 433917. -- Paulex Yang China Software Development Lab IBM -- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Paulex Yang China Software Development Lab IBM - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [drlvm] problem when TM patch applied
Gier, The DRLVM uses SIGUSR2 in thread suspend algorithm. hysock_select() returns EINTR error when the signal appears, and Socket.accept() throws exception. The New ThreadManager use thread_suspend() more extensively ( in lock reservation algorithm). So the problem appears more frequently. Following patch to hysock.c fixes the problem in hysock. Probably classlib experts could provide better way to fix this problem. -- Artem Aliev, Intel Middleware Products Division --- modules/luni/src/main/native/port/linux/hysock.c +++ modules/luni/src/main/native/port/linux/hysock.c @@ -2570,11 +2570,16 @@ hysock_select (struct HyPortLibrary * po I_32 rc = 0; I_32 result = 0; - result = + do + { +result = select (nfds, readfds == NULL ? NULL : readfds-handle, writefds == NULL ? NULL : writefds-handle, exceptfds == NULL ? NULL : exceptfds-handle, timeout == NULL ? NULL : timeout-time); + } + while (result == -1 errno == EINTR); + if (result == -1) { rc = errno; - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jira] Assigned: (HARMONY-1208) Bug fixing and cosmetics for Harmony 935
Hi Daniel, I've tried the patch. 4 math tests failed. Could you please take a look? Thanks, Mikhail 2006/8/22, Daniel Fridlender [EMAIL PROTECTED]: Hi Mikhail, On 8/17/06, Mikhail Loenko [EMAIL PROTECTED] wrote: Hi Daniel, Please resubmit the patch with license granted to ASF done. Seems like the patch was generated against original H-935 contribution and does not take into account later changes. Could you please regenerate the patch? The new patch should be applied to the version of java.math currently in the svn repository. It includes performance update from Vladimir (with bugs fixed) and other similar optimizations. We tried to respect spacing and line breaking from the version of the repository (it often disagrees with the original H935). Thanks, Daniel Thanks, Mikhail 2006/8/17, Mikhail Loenko (JIRA) [EMAIL PROTECTED]: [ http://issues.apache.org/jira/browse/HARMONY-1208?page=all ] Mikhail Loenko reassigned HARMONY-1208: --- Assignee: Mikhail Loenko Bug fixing and cosmetics for Harmony 935 Key: HARMONY-1208 URL: http://issues.apache.org/jira/browse/HARMONY-1208 Project: Harmony Issue Type: Improvement Reporter: Daniel Fridlender Assigned To: Mikhail Loenko Priority: Minor Attachments: MathDiff.diff.zip A patch to fix some bugs in Harmony 935, turn serialization compatible with RI and some cosmetics. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib][test]Is this test necessary?
it would be great 2006/8/23, Paulex Yang [EMAIL PROTECTED]: So I will rewrite it to *really* test the constructor if no one objects. Paulex Yang wrote: The test case below(org.apache.harmony.luni.tests.java.lang.OutOfMemoryErrorTest) generally needs 250 seconds on my thinkpad: public void test_Constructor() { // Test for method java.lang.OutOfMemoryError() try { StringBuffer large[] = new StringBuffer[10]; for (int i = 0; i large.length; i++) large[i] = new StringBuffer(100); } catch (OutOfMemoryError e) { return; } fail(No error generated); } IMO it is not a unit test of OutOfMemoryError constructor like its name, actually what it tries to test is the JVM memory management I suggest to remove this testcase, at least it can be written like below to get same error thrown much quickly: StringBuffer large = new StringBuffer(Integer.MAX_VALUE); -- Paulex Yang China Software Development Lab IBM - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [drlvm] problem when TM patch applied
Geir Magnusson Jr. wrote: Rana Dasgupta wrote: On 8/22/06, Gregory Shimansky [EMAIL PROTECTED] wrote: According to Geir the snapshot from last week lasted just one minute more :) It exception is the same, time is the same, then what is the difference? I most likely misread. I thought that Geir was saying that with the TM patch the exception is raised instantly and repeats. Without the TM patch, it happens after an hour both with last week's snapshot and with the current SVN head. So I've retried with a clean build, and then the new 1.2M patch from Salikh (that impressively does apply cleanly) and both result in the same - the failure I reported w/o 10 seconds of start up with tomcat. I think the thing to do here is : 1) really hope that someone can reproduce it tonight With head without the patch I have (TC goes on working after): +++ Aug 23, 2006 8:37:41 AM INFO org.apache.coyote.http11.Http11BaseProtocol.start: Starting Coyote HTTP/1.1 on http-8080 Aug 23, 2006 8:37:41 AM INFO org.apache.jk.common.ChannelSocket.init: JK: ajp13 listening on /0.0.0.0:8009 Aug 23, 2006 8:37:41 AM INFO org.apache.jk.server.JkMain.start: Jk running ID=0 time=1/105 config=null Aug 23, 2006 8:37:42 AM INFO org.apache.catalina.storeconfig.StoreLoader.load: Find registry server-registry.xml at classpath resource Aug 23, 2006 8:37:42 AM INFO org.apache.catalina.startup.Catalina.start: Server startup in 6611 ms Aug 23, 2006 8:40:15 AM WARNING org.apache.jk.common.ChannelSocket.acceptConnections: Exception executing accept Throwable occurred: java.net.SocketException: Interrupted system call at org.apache.harmony.luni.platform.OSNetworkSystem.acceptStreamSocketImpl(OSNetworkSystem.java) at org.apache.harmony.luni.platform.OSNetworkSystem.acceptStreamSocket(OSNetworkSystem.java:220) at org.apache.harmony.luni.net.PlainSocketImpl.accept(PlainSocketImpl.java:101) at java.net.ServerSocket.implAccept(ServerSocket.java:252) at java.net.ServerSocket.accept(ServerSocket.java:140) ... Aug 23, 2006 8:40:15 AM SEVERE org.apache.tomcat.util.net.PoolTcpEndpoint.acceptSocket: Endpoint ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=8080] ignored exception: java.net.SocketException: Interrupted system call ... +++ I have not tried with the patch. The weird thing is that I would also expect it on the ajp13 socket but I don't get it. Cheers Jean-Frederic 2) check the pile in tomorrow and force us to fix it ASAP geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vm] ArgoUML application crashes IBM VME
Ok, thanks for this reminder. I've absolutely forgot about this property. I'll try to re-build. My next question is why this property is not set by default? Are there any obstacles for this? Thanks, Vladimir. On 8/23/06, Ilya Okomin [EMAIL PROTECTED] wrote: Hello, Vladimir! I've took a look at the issue you've mentioned.On Windows platform WinGraphicsEnvironment couldn't load 'gl' library. Make sure you have built native awt/swing libraries (build Harmony with ' with.awt.swing' property set to true). Thanks, Ilya. On 8/23/06, Vladimir Gorr [EMAIL PROTECTED] wrote: ArgoUML application (http://argouml.tigris.org) crashes IBM VME. I've created new issue (H-1257) where the logs are. Could anybody please look at this problem and fix it? Thanks, Vladimir. -- -- Ilya Okomin Intel Middleware Products Division
Re: [vm] ArgoUML application crashes IBM VME
Hi Vladimir, Ive taken a quick look at your bug report, and at first glance the Windows stack trace says: Caused by: java.lang.UnsatisfiedLinkError: gl (Not found in com.ibm.oti.vm.bootstrap.library.path) at java.lang.ClassLoader.loadLibraryWithPath(ClassLoader.java:113) at java.lang.ClassLoader.loadLibraryWithClassLoader(ClassLoader.java:97) at java.lang.System.loadLibrary(System.java:758) at org.apache.harmony.awt.gl.windows.WinGraphicsEnvironment.clinit(WiGraphicsEnvironment.java:38) which basically tells me that you are missing gl.dll. In fact, if you look at WinGraphicsEnvironment at line 38, there is a System.loadLibrary(gl) call. You need to build with the -Dwith.awt.swing=true flag set on the ant command line to get this. If you do this and rerun argouml, the app. splash screen comes up, but is halted after a short time by the following error: Exception in thread main java.lang.reflect.InvocationTargetException at java.lang.reflect.AccessibleObject.invokeV(AccessibleObject.java:27) at java.lang.reflect.Method.invoke(Method.java:258) at com.ibm.oti.vm.JarRunner.main(JarRunner.java:42) Caused by: java.lang.NoSuchMethodError: java/applet/Applet.getAppletContext()Ljava/applet/AppletContext; at org.tigris.gef.base.Globals.getAppletContext(Globals.java:86) at org.tigris.gef.base.Globals.showStatus(Globals.java:145) at org.tigris.gef.base.Editor.pushMode(Editor.java:282) at org.tigris.gef.base.Editor.init(Editor.java:191) at org.tigris.gef.base.Editor.init(Editor.java:172) SNIP! which is not a surprise since our Applet class is just an empty shell. Looks like we cannot run this until we have Applet. It might be interesting if you ran one of the class load investigation tools contributed to Harmony (I think there might be two) to see how far away we are from running this - perhaps the results could be added to the website? The JIRAs containing these tools are listed at the bottom of [1]. I will take a look at the Linux crash next and see if I can get anywhere with that. Ill add the above stack trace to the JIRA. Regards, Oli [1] http://incubator.apache.org/harmony/roadmap.html Vladimir Gorr wrote: ArgoUML application (http://argouml.tigris.org) crashes IBM VME. I've created new issue (H-1257) where the logs are. Could anybody please look at this problem and fix it? Thanks, Vladimir. -- Oliver Deakin IBM United Kingdom Limited - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [continuum] BUILD FAILURE: Classlib/linux.ia32 Build/Test
On 23 August 2006 at 14:16, Stepan Mishura [EMAIL PROTECTED] wrote: I fixed luni/build.xml at r433956. Please verify. Thanks Stepan. I think that was my typo. -Mark. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[classlib] Error building on Linux
Hi, I get a build error on Linux this morning: [javac] /home/odeakin/svn-checkouts/test/modules/luni/src/main/java/org/apache/harmony/luni/internal/net/www/protocol/jar/JarURLConnection.java:229: inconvertible types [javac] found : java.lang.ref.Referencecapture of ? extends java.util.jar.JarFile [javac] required: org.apache.harmony.luni.internal.net.www.protocol.jar.JarURLConnection.CacheEntry [javac] while ((entry = (CacheEntry) cacheQueue.poll()) != null) [javac] ^ Im not sure, but this may have been caused by the application of the patch for HARMONY-1254. Anyone else seeing it? Regards, Oliver -- Oliver Deakin IBM United Kingdom Limited - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vm] ArgoUML application crashes IBM VME
On 23 August 2006 at 16:03, Vladimir Gorr [EMAIL PROTECTED] wrote: Ok, thanks for this reminder. I've absolutely forgot about this property. I'll try to re-build. My next question is why this property is not set by default? Are there any obstacles for this? Some way to (automatically) satisfy the dependencies in depends/libs/build/README.txt. I made a vague attempt to do something on linux (which I expected people to add to for other distributions but it seems everyone uses Debian variants?). I think someone was looking at the windows case but I've not seen any progress recently. It looked to me like it was heading towards a solution that downloaded and built the sources to get usable dll's for windows. Regards, Mark. On 8/23/06, Ilya Okomin [EMAIL PROTECTED] wrote: Hello, Vladimir! I've took a look at the issue you've mentioned.On Windows platform WinGraphicsEnvironment couldn't load 'gl' library. Make sure you have built native awt/swing libraries (build Harmony with ' with.awt.swing' property set to true). Thanks, Ilya. On 8/23/06, Vladimir Gorr [EMAIL PROTECTED] wrote: ArgoUML application (http://argouml.tigris.org) crashes IBM VME. I've created new issue (H-1257) where the logs are. Could anybody please look at this problem and fix it? Thanks, Vladimir. -- -- Ilya Okomin Intel Middleware Products Division --=_Part_132741_26056656.1156323829512-- - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib][html] Please evaluate proposed ASN.1 notation for HTML DTD
Hi Miguel, I've looked thought proposed ASN.1 notation and it looks OK for me. I have only few comments. (However I don't know all details of DTD, i.e. I've not checked whether your notation correctly represents DTD so I'll comment only proposed ASN.1notation.) BTW, I've changed the subject if you don't mind. Common remark: a component of SEQUENCE(OF), SET(OF) should starts with a lower-case letter. Other comment see below. On 8/23/06, Miguel Montes wrote: Hi: We are working on the html parser, and need to have working DTD. The current implementation of DTD.read(), based on serialization, has some problems, and I think we should have a well defined binary format. I suggest the following ASN.1 format, and if there is consensus on it, we could contribute the code to read and write it. I would like to hear the opinion of Stepan and anyone who has worked with ASN.1 before. BDTD ::= SEQUENCE { Name UTF8String, Entity SET OF HTMLEntity, Element SET OF HTMLElement } HTMLEntity ::= SEQUENCE { Name UTF8String, Value INTEGER, General BOOLEAN DEFAULT FALSE, Parameter BOOLEAN DEFAULT FALSE, Data UTF8String } This won't work. I'll try to explain. We have 2 DEFAULT components here. If a component is declared as DEFAULT then it is also OPTIONAL and can be missed. A decoder can detect which component is missed only if a in block of OPTIONAL components plus next mandatory component all elements are distinct. We have the next block: general BOOLEANDEFAULT FALSE parameterBOOLEANDEFAULT FALSE data UTF8String So 1-st and 2-nd elements are not distinct. This can be fixed by tagging some elements. I'd use implicit tagging, for example: generalBOOLEANDEFAULT FALSE parameter[0] IMPLICIT BOOLEANDEFAULT FALSE or general [0] IMPLICIT BOOLEANDEFAULT FALSE parameter[1] IMPLICIT BOOLEANDEFAULT FALSE Thanks, Stepan. P.S. I'll let you know if I have more corrections. HTMLElement ::= SEQUENCE { Index INTEGER, Name UTF8String, Type INTEGER, OStart BOOLEAN, OEnd BOOLEAN, Exclusions SET OF INTEGER, Inclusions SET OF INTEGER, Attributes SET OF HTMLElementAttributes OPTIONAL, ContentModel HTMLContentModel, } HTMLContentModel ::= SEQUENCE OF SEQUENCE { Type INTEGER, Index INTEGER } HTMLElementAttributes ::= SEQUENCE { Name UTF8String, Type INTEGER, Modifier INTEGER, DefaultValue UTF8String OPTIONAL, PossibleValues SET OF UTF8String OPTIONAL } -- Miguel Montes -- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[general] It's a fine morning in Harmony-land!
After glancing at the list and seeing the chaos this morning, I think I'll go back to bed :) geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] Error building on Linux
It was me, will recover at once. Seems due to the luni-kernel-stubs.jar and luni-kernel.jar has different generics signatures for some j.l.reference classes. Oliver Deakin wrote: Hi, I get a build error on Linux this morning: [javac] /home/odeakin/svn-checkouts/test/modules/luni/src/main/java/org/apache/harmony/luni/internal/net/www/protocol/jar/JarURLConnection.java:229: inconvertible types [javac] found : java.lang.ref.Referencecapture of ? extends java.util.jar.JarFile [javac] required: org.apache.harmony.luni.internal.net.www.protocol.jar.JarURLConnection.CacheEntry [javac] while ((entry = (CacheEntry) cacheQueue.poll()) != null) [javac] ^ Im not sure, but this may have been caused by the application of the patch for HARMONY-1254. Anyone else seeing it? Regards, Oliver -- Paulex Yang China Software Development Lab IBM - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vm] ArgoUML application crashes IBM VME
On 8/23/06, Mark Hindess [EMAIL PROTECTED] wrote: On 23 August 2006 at 16:03, Vladimir Gorr [EMAIL PROTECTED] wrote: Ok, thanks for this reminder. I've absolutely forgot about this property. I'll try to re-build. My next question is why this property is not set by default? Are there any obstacles for this? Some way to (automatically) satisfy the dependencies in depends/libs/build/README.txt. I made a vague attempt to do something on linux (which I expected people to add to for other distributions but it seems everyone uses Debian variants?). I think someone was looking at the windows case but I've not seen any progress recently. It looked to me like it was heading towards a solution that downloaded and built the sources to get usable dll's for windows. Thanks, Mark, for this clarification. Vladimir. Regards, Mark. On 8/23/06, Ilya Okomin [EMAIL PROTECTED] wrote: Hello, Vladimir! I've took a look at the issue you've mentioned.On Windows platform WinGraphicsEnvironment couldn't load 'gl' library. Make sure you have built native awt/swing libraries (build Harmony with ' with.awt.swing' property set to true). Thanks, Ilya. On 8/23/06, Vladimir Gorr [EMAIL PROTECTED] wrote: ArgoUML application (http://argouml.tigris.org) crashes IBM VME. I've created new issue (H-1257) where the logs are. Could anybody please look at this problem and fix it? Thanks, Vladimir. -- -- Ilya Okomin Intel Middleware Products Division --=_Part_132741_26056656.1156323829512-- - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New IBM VME available soon
Leo Li wrote: Hi, On 8/21/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote: Oliver Deakin wrote: Leo Li wrote: Hi, Oli: It is really a problem that System.getenv fails to behave as RI on windows. I will fix it by get env string out by os function such as getenvironmentvariable and getenv. Thank you for your tips. Thanks for looking at fixing this Leo :) Besides, the returned environment variables is only defined in the process of the java application, for example, the command windows, and remains the same during the life cycle. :) It's not possible that the environment variables could change during the lifetime of the VM? If, for example, a Java program made a call out to native code, isn't it quite possible that that native code to alter the environment variables, and thus when we return to Java the environment of the process has changed? I have tested on linux that a native code to setenv, but RI still gets the original value if use System.getenv. While on windows, I fails to find the setenvironmentstring. So Harmony behaves just like RI. ok, I just tested myself on Windows and it seems that the RI ignores environment variable changes, so I guess it's fine if we stick with what we have in Harmony. Regards, Oliver Would you really ever want that? Seems to be a safety issue. geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Oliver Deakin IBM United Kingdom Limited - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib][test]Is this test necessary?
But lets not lose the OOM test - that would be good for DRLVM to have... geir Paulex Yang wrote: So I will rewrite it to *really* test the constructor if no one objects. Paulex Yang wrote: The test case below(org.apache.harmony.luni.tests.java.lang.OutOfMemoryErrorTest) generally needs 250 seconds on my thinkpad: public void test_Constructor() { // Test for method java.lang.OutOfMemoryError() try { StringBuffer large[] = new StringBuffer[10]; for (int i = 0; i large.length; i++) large[i] = new StringBuffer(100); } catch (OutOfMemoryError e) { return; } fail(No error generated); } IMO it is not a unit test of OutOfMemoryError constructor like its name, actually what it tries to test is the JVM memory management I suggest to remove this testcase, at least it can be written like below to get same error thrown much quickly: StringBuffer large = new StringBuffer(Integer.MAX_VALUE); - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] Error building on Linux
Revert the generic lift at revision r434005, please verify. Sorry for that. Stepan Mishura wrote: Created: (HARMONY-1266) JarURLConnection does not compile: http://issues.apache.org/jira/browse/HARMONY-1266 -Stepan. On 8/23/06, Paulex Yang wrote: It was me, will recover at once. Seems due to the luni-kernel-stubs.jar and luni-kernel.jar has different generics signatures for some j.l.reference classes. Oliver Deakin wrote: Hi, I get a build error on Linux this morning: [javac] /home/odeakin/svn-checkouts/test/modules/luni/src/main/java/org/apache/harmony/luni/internal/net/www/protocol/jar/JarURLConnection.java:229: inconvertible types [javac] found : java.lang.ref.Referencecapture of ? extends java.util.jar.JarFile [javac] required: org.apache.harmony.luni.internal.net.www.protocol.jar.JarURLConnection.CacheEntry [javac] while ((entry = (CacheEntry) cacheQueue.poll()) != null) [javac] ^ Im not sure, but this may have been caused by the application of the patch for HARMONY-1254. Anyone else seeing it? Regards, Oliver -- Paulex Yang China Software Development Lab IBM - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Paulex Yang China Software Development Lab IBM - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vm] ArgoUML application crashes IBM VME
Would it make sense to poke in JIRA somewhere so we don't forget? I thought that this was still in progress... geir Mark Hindess wrote: On 23 August 2006 at 16:03, Vladimir Gorr [EMAIL PROTECTED] wrote: Ok, thanks for this reminder. I've absolutely forgot about this property. I'll try to re-build. My next question is why this property is not set by default? Are there any obstacles for this? Some way to (automatically) satisfy the dependencies in depends/libs/build/README.txt. I made a vague attempt to do something on linux (which I expected people to add to for other distributions but it seems everyone uses Debian variants?). I think someone was looking at the windows case but I've not seen any progress recently. It looked to me like it was heading towards a solution that downloaded and built the sources to get usable dll's for windows. Regards, Mark. On 8/23/06, Ilya Okomin [EMAIL PROTECTED] wrote: Hello, Vladimir! I've took a look at the issue you've mentioned.On Windows platform WinGraphicsEnvironment couldn't load 'gl' library. Make sure you have built native awt/swing libraries (build Harmony with ' with.awt.swing' property set to true). Thanks, Ilya. On 8/23/06, Vladimir Gorr [EMAIL PROTECTED] wrote: ArgoUML application (http://argouml.tigris.org) crashes IBM VME. I've created new issue (H-1257) where the logs are. Could anybody please look at this problem and fix it? Thanks, Vladimir. -- -- Ilya Okomin Intel Middleware Products Division --=_Part_132741_26056656.1156323829512-- - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [legal] Re: Bringing License arguments to Sun
Chris Gray wrote: On Tuesday 22 August 2006 23:35, Geir Magnusson Jr. wrote: How about real-time GC? Clearly an extension - the spec says nothing about doing GC in real-time - but I bet the aeronautical and military industry would pay for something like that... Indeed they do, and not infrequently they become Classpath users as a result. But perhaps we should get on with Bringing License arguments to Sun, rather than just having License arguments? I never think there's anything wrong with discussion :) (especially since the thread is marked and ignorable...) geir Chris - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] Error building on Linux
It build ok for me now - thanks Paulex. Paulex Yang wrote: Revert the generic lift at revision r434005, please verify. Sorry for that. Stepan Mishura wrote: Created: (HARMONY-1266) JarURLConnection does not compile: http://issues.apache.org/jira/browse/HARMONY-1266 -Stepan. On 8/23/06, Paulex Yang wrote: It was me, will recover at once. Seems due to the luni-kernel-stubs.jar and luni-kernel.jar has different generics signatures for some j.l.reference classes. Oliver Deakin wrote: Hi, I get a build error on Linux this morning: [javac] /home/odeakin/svn-checkouts/test/modules/luni/src/main/java/org/apache/harmony/luni/internal/net/www/protocol/jar/JarURLConnection.java:229: inconvertible types [javac] found : java.lang.ref.Referencecapture of ? extends java.util.jar.JarFile [javac] required: org.apache.harmony.luni.internal.net.www.protocol.jar.JarURLConnection.CacheEntry [javac] while ((entry = (CacheEntry) cacheQueue.poll()) != null) [javac] ^ Im not sure, but this may have been caused by the application of the patch for HARMONY-1254. Anyone else seeing it? Regards, Oliver -- Paulex Yang China Software Development Lab IBM - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Oliver Deakin IBM United Kingdom Limited - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jira] Created: (HARMONY-1266) JarURLConnection does not compile
anybody else can reproduce this? 2006/8/23, Jean-Frederic Clere (JIRA) [EMAIL PROTECTED]: JarURLConnection does not compile - Key: HARMONY-1266 URL: http://issues.apache.org/jira/browse/HARMONY-1266 Project: Harmony Issue Type: Bug Components: build - test - ci Environment: Linux Sun JVM 1.5.0_06. Reporter: Jean-Frederic Clere Priority: Minor While running ant in buildtest/trunk/cc/projects/classlib/trunk ant fails with: +++ [javac] /home/jfclere/harmony/enhanced/buildtest/trunk/cc/projects/classlib/trunk/modules/math/src/main/java/java/math/RoundingMode.java:22: warning: unmappable character for encoding UTF8 [javac] * @author Matthias Gall� [javac] ^ [javac] /home/jfclere/harmony/enhanced/buildtest/trunk/cc/projects/classlib/trunk/modules/luni/src/main/java/org/apache/harmony/luni/internal/net/www/protocol/jar/JarURLConnection.java:229: inconvertible types [javac] found : java.lang.ref.Referencecapture of ? extends java.util.jar.JarFile [javac] required: org.apache.harmony.luni.internal.net.www.protocol.jar.JarURLConnection.CacheEntry [javac] while ((entry = (CacheEntry) cacheQueue.poll()) != null) [javac] ^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 1 error [javac] 11 warnings +++ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [drlvm] problem when TM patch applied
Artem Aliev wrote: Gier, The DRLVM uses SIGUSR2 in thread suspend algorithm. hysock_select() returns EINTR error when the signal appears, and Socket.accept() throws exception. The New ThreadManager use thread_suspend() more extensively ( in lock reservation algorithm). So the problem appears more frequently. Excellent - I knew there had to be an explanation as to why the same symptom appears so much faster... Following patch to hysock.c fixes the problem in hysock. Probably classlib experts could provide better way to fix this problem. This seems wrong - that we're going to make it everyone else's problem because we're using SIGUSR2. Is there a way to setup a handler such that select() (and other things scattered about, including user native code) don't have to worry about this? Thanks for nailing this so quickly. geir -- Artem Aliev, Intel Middleware Products Division --- modules/luni/src/main/native/port/linux/hysock.c +++ modules/luni/src/main/native/port/linux/hysock.c @@ -2570,11 +2570,16 @@ hysock_select (struct HyPortLibrary * po I_32 rc = 0; I_32 result = 0; - result = + do + { +result = select (nfds, readfds == NULL ? NULL : readfds-handle, writefds == NULL ? NULL : writefds-handle, exceptfds == NULL ? NULL : exceptfds-handle, timeout == NULL ? NULL : timeout-time); + } + while (result == -1 errno == EINTR); + if (result == -1) { rc = errno; - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [drlvm] problem when TM patch applied
Jean-frederic Clere wrote: Geir Magnusson Jr. wrote: Rana Dasgupta wrote: On 8/22/06, Gregory Shimansky [EMAIL PROTECTED] wrote: According to Geir the snapshot from last week lasted just one minute more :) It exception is the same, time is the same, then what is the difference? I most likely misread. I thought that Geir was saying that with the TM patch the exception is raised instantly and repeats. Without the TM patch, it happens after an hour both with last week's snapshot and with the current SVN head. So I've retried with a clean build, and then the new 1.2M patch from Salikh (that impressively does apply cleanly) and both result in the same - the failure I reported w/o 10 seconds of start up with tomcat. I think the thing to do here is : 1) really hope that someone can reproduce it tonight With head without the patch I have (TC goes on working after): [SNIP] Aug 23, 2006 8:37:42 AM INFO org.apache.catalina.startup.Catalina.start: Server startup in 6611 ms Aug 23, 2006 8:40:15 AM WARNING org.apache.jk.common.ChannelSocket.acceptConnections: Exception executing accept Throwable occurred: java.net.SocketException: Interrupted system call at org.apache.harmony.luni.platform.OSNetworkSystem.acceptStreamSocketImpl(OSNetworkSystem.java) [SNIP] Odd. What platform/OS? Foro you, it happened in 2.5 min or so, not the hour it took me. (Boy, this would have saved me time yesterday) I have not tried with the patch. The weird thing is that I would also expect it on the ajp13 socket but I don't get it. Thanks for doing this... geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jira] Created: (HARMONY-1266) JarURLConnection does not compile
Well, our automated build can! :) 2006/8/23, Mikhail Loenko [EMAIL PROTECTED]: anybody else can reproduce this? 2006/8/23, Jean-Frederic Clere (JIRA) [EMAIL PROTECTED]: JarURLConnection does not compile - Key: HARMONY-1266 URL: http://issues.apache.org/jira/browse/HARMONY-1266 Project: Harmony Issue Type: Bug Components: build - test - ci Environment: Linux Sun JVM 1.5.0_06. Reporter: Jean-Frederic Clere Priority: Minor While running ant in buildtest/trunk/cc/projects/classlib/trunk ant fails with: +++ [javac] /home/jfclere/harmony/enhanced/buildtest/trunk/cc/projects/classlib/trunk/modules/math/src/main/java/java/math/RoundingMode.java:22: warning: unmappable character for encoding UTF8 [javac] * @author Matthias Gall� [javac] ^ [javac] /home/jfclere/harmony/enhanced/buildtest/trunk/cc/projects/classlib/trunk/modules/luni/src/main/java/org/apache/harmony/luni/internal/net/www/protocol/jar/JarURLConnection.java:229: inconvertible types [javac] found : java.lang.ref.Referencecapture of ? extends java.util.jar.JarFile [javac] required: org.apache.harmony.luni.internal.net.www.protocol.jar.JarURLConnection.CacheEntry [javac] while ((entry = (CacheEntry) cacheQueue.poll()) != null) [javac] ^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 1 error [javac] 11 warnings +++ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [classlib] Error building on Linux
Paulex Yang wrote: Revert the generic lift at revision r434005, please verify. Sorry for that. That fixes the problem. Cheers Jean-Frederic Stepan Mishura wrote: Created: (HARMONY-1266) JarURLConnection does not compile: http://issues.apache.org/jira/browse/HARMONY-1266 -Stepan. On 8/23/06, Paulex Yang wrote: It was me, will recover at once. Seems due to the luni-kernel-stubs.jar and luni-kernel.jar has different generics signatures for some j.l.reference classes. Oliver Deakin wrote: Hi, I get a build error on Linux this morning: [javac] /home/odeakin/svn-checkouts/test/modules/luni/src/main/java/org/apache/harmony/luni/internal/net/www/protocol/jar/JarURLConnection.java:229: inconvertible types [javac] found : java.lang.ref.Referencecapture of ? extends java.util.jar.JarFile [javac] required: org.apache.harmony.luni.internal.net.www.protocol.jar.JarURLConnection.CacheEntry [javac] while ((entry = (CacheEntry) cacheQueue.poll()) != null) [javac] ^ Im not sure, but this may have been caused by the application of the patch for HARMONY-1254. Anyone else seeing it? Regards, Oliver -- Paulex Yang China Software Development Lab IBM - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [drlvm] problem when TM patch applied
Geir Magnusson Jr. wrote: Artem Aliev wrote: Gier, The DRLVM uses SIGUSR2 in thread suspend algorithm. hysock_select() returns EINTR error when the signal appears, and Socket.accept() throws exception. The New ThreadManager use thread_suspend() more extensively ( in lock reservation algorithm). So the problem appears more frequently. Excellent - I knew there had to be an explanation as to why the same symptom appears so much faster... Following patch to hysock.c fixes the problem in hysock. Probably classlib experts could provide better way to fix this problem. This seems wrong - that we're going to make it everyone else's problem because we're using SIGUSR2. Is there a way to setup a handler such that select() (and other things scattered about, including user native code) don't have to worry about this? Well, a quick read of Stevens says apparently not :) It's been about 8 years since I did this kind of thing in anger. I suspect Dalibor has a suggestion here because of Kaffe :) geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bringing License arguments to Sun
(I looked at http://community.java.net/jdk/opensource/ for a feedback button or something but can't find it. Thanks for listening anyway!) Licensing - On Sat, Aug 19, 2006 at 07:38:36PM -0700, Stefano Mazzocchi wrote: [what license should Sun use to open source java] I'll bite: the MIT license. +1, for all the reasons Stefano described. Along with the neccessary, explicit, relevant patent grants, preferably with GPL-compatible terms (eg non-reciprocical; would probably automatically meet requirements off standards bodies and open source orgs worldwide). The most important concern as I see it in terms of open source java license choice is to de-fragment the ecosystem as much as possible. If sun makes haste, I can still see java becoming the #1 language for desktop applications 'n stuff, and I can still see us all surviving the longhorn assault that's coming. Dalibor's written a lot of good stuff on his blog: http://www.advogato.org/person/robilad/diary.html?start=103 (I would paint a little different history lesson and I don't like dual licensing as a long-term strategy, but other than that its spot on.) Now, to dwell on alternatives. My personal opinions. If MIT license is not possible, next up is ASLv2 since it will still mean (after GPLv3 finalizes) that code can be incorporated downstream in both apache (harmony and other projects, think jakarta commons, xml commons, yoko) and GNU (classpath and other projects like gcj). If ASLv2 is not possible the next preference up is probably a custom license that still allows pieces to be mixed and matched with both the Free Software and Open Source parts of the ecosystem. I imagine any such license would still come somewhat close to ASLv2, and I'll highlight how painful introducing new licenses is for the entire ecosystem. Please don't do it again :) If that is not possible, I'll go and be an ASF heretic and say it should be GPLv3. That way, at least healthy co-operation between the GNU communities and jonathan java will still be possible. In a way it'd be tough luck for harmony, since we've pretty much determined already we wouldn't be able to depend on GPLv3 pieces, but it would still allow a fruitful downstream merge with jonathan java and classpath incorporating the best harmony bits. The bigger ecosystem still wins. And most apache java people will have no problem making use of GPLed stuff - we're all GCC users already for example ;). If that is not possible, I guess the last realistic alternative is the CDDL. I like the CDDL and I use it for some of my hobby projects. Its category B in the ASF 3rd party license policy draft [1], so it would still allow some kind of co-operation between jonathan java and harmony. **But** IIUC its still undecided whether the GPLv3 will be compatible with the CDDL, which potentially means closing off -- rather permanently -- a really big part of the FLOSS java community. In this picture, I see all java being ripped out of OpenOffice (or OO.o suffering from forks and communit dissent), Java-GNOME and the like not being used, in favor of mono, and java permanently losing a position on the desktop of anyone but java developers themselves. Sure, it'll still thrive on the server and open source java will still be loads of fun, but I'd be removing the swing keyword off my resume. Last legal point -- I'm guessing all license choices are somehow ok to the opensolaris community -- GPL is by virtue of having GCC and gnome and stuff around, CDDL is obviously, and ASL is too by virtue of having the web server on there. Governance -- You know, I'm just not too fussed. You guys will get it right enough. Java.net seems to be working as intended these days, opensolaris.org is shaping up nicely, even OO.o is seeing more and more of an actual community. Listen to all the stuff Geir has to say about the JCP and opening that up further and then we'll be fine. The jini stuff coming to apache is a further nice exercise. Cool! - Its not just about those 400-or-so open source developers who will be working on java. Its about all the weird stuff you're not planning or expecting that will rock the industry; providing rocket fuel to the crazy rocket scientists. The proper port to BSD might unearth a 10 year old bug than when fixed means a 15% performance improvement on linux. Who knows. The network is the computer, and the community is the real network. I know I know, preaching to the choir, but somehow this is all being de-emphasized. Open source is cool, and open source java will be, too! My main personal interest is that I'll somehow be able to bootstrap a system all the way from bootstrapping GCC up to big J2EE-based systems while doing all sorts of interesting measurements (Re: gump) and thus improve the stability/maintainability of the whole stack. But I'm a little weird like that. All I need now is open source oracle... LSD [1] -- http://www.apache.org/legal/3party.html
Re: [general] It's a fine morning in Harmony-land!
On Wed, Aug 23, 2006 at 06:11:57AM -0400, Geir Magnusson Jr wrote: After glancing at the list and seeing the chaos this morning, I think I'll go back to bed :) Wahhahaha! I just spent *5* hours reading harmony e-mail. Now its lunchtime. When you described that harmony freight train, I didn't know you were talking about e-mail! :) LSD - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [drlvm] problem when TM patch applied
Geir Magnusson Jr. wrote: Jean-frederic Clere wrote: Geir Magnusson Jr. wrote: Rana Dasgupta wrote: On 8/22/06, Gregory Shimansky [EMAIL PROTECTED] wrote: According to Geir the snapshot from last week lasted just one minute more :) It exception is the same, time is the same, then what is the difference? I most likely misread. I thought that Geir was saying that with the TM patch the exception is raised instantly and repeats. Without the TM patch, it happens after an hour both with last week's snapshot and with the current SVN head. So I've retried with a clean build, and then the new 1.2M patch from Salikh (that impressively does apply cleanly) and both result in the same - the failure I reported w/o 10 seconds of start up with tomcat. I think the thing to do here is : 1) really hope that someone can reproduce it tonight With head without the patch I have (TC goes on working after): [SNIP] Aug 23, 2006 8:37:42 AM INFO org.apache.catalina.startup.Catalina.start: Server startup in 6611 ms Aug 23, 2006 8:40:15 AM WARNING org.apache.jk.common.ChannelSocket.acceptConnections: Exception executing accept Throwable occurred: java.net.SocketException: Interrupted system call at org.apache.harmony.luni.platform.OSNetworkSystem.acceptStreamSocketImpl(OSNetworkSystem.java) [SNIP] Odd. What platform/OS? RHEL4 on i686. Cheers Jean-Frederic Foro you, it happened in 2.5 min or so, not the hour it took me. (Boy, this would have saved me time yesterday) I have not tried with the patch. The weird thing is that I would also expect it on the ajp13 socket but I don't get it. Thanks for doing this... geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Build-Test regular expression matcher pb
Hi, I am trying to get cruisecontrol testings running but I have the following error: +++ home/jfclere/harmony/enhanced/buildtest/trunk/cc/projects/classlib/trunk/build.xml:88: The following error occurred while executing this line: /home/jfclere/harmony/enhanced/buildtest/trunk/cc/projects/classlib/trunk/make/build-java.xml:143: The following error occurred while executing this line: /home/jfclere/harmony/enhanced/buildtest/trunk/cc/projects/classlib/trunk/make/properties.xml:233: The following error occurred while executing this line: /home/jfclere/harmony/enhanced/buildtest/trunk/cc/projects/classlib/trunk/make/properties.xml:243: The following error occurred while executing this line: /home/jfclere/harmony/enhanced/buildtest/trunk/cc/projects/classlib/trunk/make/properties.xml:207: No supported regular expression matcher found +++ Any hints? Cheers Jean-Frederic - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [doc] Intrim solution
Geir, Thanks for your effort in migrating docs to a more stable state inside the website. I've been examining your solution, and here are my comments: 1) Nice and quick way to import new docs into the website without converting them into XML for internal processing. Never thought of it :) 2) Source of resulting file is not optimal because: - Doctype declarations, metatags and head content are copied from theimported document into the middle of the resulting HTML code - body of the page HTML has a nested body of imported document 3) Stylesheet referenced in resulting document is applied to the whole page, including the left navigation menu. This last point can be workarounded easily by making minor changes in the referenced stylesheet (I could do this and send you a patch). However, I don't like this solution and would rather vote for a common CSS for the whole website. A major obstacle to having one CSS for the Harmony website is that there's no such CSS at the moment! LF of page content is set in the .vsl file that Anakia uses. I suggest that we move away from this by reducing .vsl to processing only and move out all presentation tags into a Harmony-wide CSS. This would help us: - reduce file size (and consequently i-net traffic) for Harmony website: you load only one file instead of loading the same styles for each page - reduce effort of integrating more docs into the website: each doc references the same stylesheet and is displayed in the same way - simplify doc structure: no nested body and meta elements; numerous font tags replaced with a hierarchical HTML tag and class structure - clarify website functioning mechanism: distinguish processing macros and presentation of resulting output If the community agrees, I could try and implement this solution. That would take a relatively significant amount of time as it would include: 1) Editing .vsl to remove presentation info and improving structure of resulting HTML code 2) Creating a .css and testing it to fit existing files and new ones 3) Going through all current XML files making up the website to make adjustments in body content per new CSS requirements (can be done by a script or auto-replacement but still) All in all, this seems like a serious effort. Help most welcomed! Best regards, Nadya Morozova, -Original Message- From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED] Sent: Saturday, August 05, 2006 11:20 PM To: harmony-dev@incubator.apache.org Subject: [doc] Intrim solution ( was Re: [doc]proposal to improve and expand website) As a placeholder, I threw together a way to take the html docs that were being contributed and get them to render as part of the website. So right now, I think all the doc contributions in JIRA have been integrated into the website. I just pushed it out to the staging machine, and it will be live w/in a few hours (I forget the sync schedule). Anyway, it looks ok. You'll see that I incorporated the css, which makes our menu on the LHS look odd. I suppose we should just create a site-wide stylesheet and use that? geir Morozova, Nadezhda wrote: Alexey, Thanks for your help and interest. Yes, I have thought of this conversion. In fact, I have tried one - see email I have just sent with an XML I've produced. I did all the replacements manually, but having a script with regular expressions search-and-replace mechanism would be just great. As I see, to convert an HTML doc (I am primary thinking of classlib and drlvm docs just now), we'll need to: 1. Run a code sweeper to ensure XML markup validity, like changing br to br /. Same for img, li (optional closing tag is often omitted) and some others. 2. Run a script or do a number of manual replacements to fix hx headings, redundant fonts, and change linking. In HTML, it's done by having an anchor and referencing its name. for the website, I've noticed that this model works, but because the anchor is after the section declaration, clicking the link takes you to the text of the section - without showing the section title. To avoid that, I've removed anchors from section and subsection and referenced the element names directly. This actually works simpler, but requires editing during conversion. 3. Apply a stylesheet and test doc LF. I am not proficient enough to do it at this stage :( all I can do is ensure styles coded inside the Anakia transformation engine appear ok :) It would be great if you helped me with this. Best regards, Nadya Morozova, -Original Message- From: Ivanov, Alexey A [mailto:[EMAIL PROTECTED] Sent: Thursday, August 03, 2006 2:59 PM To: harmony-dev@incubator.apache.org Subject: RE: [doc]proposal to improve and expand website Nadezhda, I've looked through the structure of site directory, and I think there should be no problem in converting the docs into XML whatever the formatting is. (I must say that I studied the
Re: [general] It's a fine morning in Harmony-land!
Choo choo! Leo Simons wrote: On Wed, Aug 23, 2006 at 06:11:57AM -0400, Geir Magnusson Jr wrote: After glancing at the list and seeing the chaos this morning, I think I'll go back to bed :) Wahhahaha! I just spent *5* hours reading harmony e-mail. Now its lunchtime. When you described that harmony freight train, I didn't know you were talking about e-mail! :) LSD - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [classlib][text] Bidi returns directional runs in visual order rather than in logical
Richard, Thank you for the patch. It works as expected. And j.s.t.AbstractDocument tests which depend on j.t.Bidi stopped failing. I have another issue with the Bidi implementation. It is its incompatibility with the RI with regard to processing of new lines in the text. The Unicode Bidirectional Algorithm [1] states that text should be divided into paragraphs, which are processed separately. This is true for Harmony implementation of Bidi, and it's false for the RI. That's why the third run has level 0 (on RI) rather than 2 (on Harmony). 2: 0 [5, 7] I prefer Harmony follows the standard. In this case, the code in j.s.t.AbstractDocument, which is in charge for bidirectional text support, may be somewhat optimized. Now AbstractDocument handles new lines (paragraphs) explicitly, and we can drop this code since Bidi will handle it. Thanks, Alexey. [1] http://www.unicode.org/reports/tr9/ -- Alexey A. Ivanov Intel Middleware Product Division -Original Message- From: Richard Liang [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 22, 2006 7:40 AM To: harmony-dev@incubator.apache.org Subject: Re: [classlib][text] Bidi returns directional runs in visual order rather than in logical Sorry for my late reply, Alexey. I'm discussing this issue with ICU team, and have not drawn any conclusion till now. Richard. Ivanov, Alexey A wrote: Hello Richard, Have you taken a look at this issue? Thanks, -- Alexey A. Ivanov Intel Middleware Product Division -Original Message- From: Richard Liang [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 08, 2006 12:12 PM To: harmony-dev@incubator.apache.org Subject: Re: [classlib][text] Bidi returns directional runs in visual order rather than in logical Hello Ivanov, I will have a look at this issue, and will give my feedback later. Thanks a lot. Best regards, Richard. Ivanov, Alexey A wrote: All, I'd like to attract more attention to this problem because this incompatibility makes many tests in javax.swing.text package fail. The implementation of jx.s.t.AbstractDocument depends on j.t.Bidi. The root of the problem lies in ICU library. Here we have two options: 1. Fix the Bidi implementation, to be more precise its counterpart in ICU; 2. Fix AbstractDocument to handle such illogical run order. Can text guys comment on this issue? I decided to cite the test case from the JIRA: public class Test { public static final String LTR = \u0061\u0062; // these are ab public static final String RTL = \u05DC\u05DD; public static final String newLine = \n; public static final String defText = LTR + newLine + RTL + LTR + RTL; public static void main(String[] args) { Bidi bi = new Bidi(defText, Bidi.DIRECTION_DEFAULT_LEFT_TO_RIGHT); System.out.println(Runs: ); final int count = bi.getRunCount(); for (int i = 0; i count; i++) { System.out.println(i + : + bi.getRunLevel(i) + [ + bi.getRunStart(i) + , + bi.getRunLimit(i) + ]); } } } Thank you in advance. -- Alexey A. Ivanov Intel Middleware Product Division P.S. Shall I add compatibility to the subject line? -Original Message- From: Ivanov, Alexey A [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 01, 2006 3:27 PM To: harmony-dev@incubator.apache.org Subject: [classlib][text] Bidi returns directional runs in visual order rather than in logical Hi all. Harmony implementation of java.text.Bidi returns directional runs (getRunStart(), getRunLimit(), getRunLevel()) in visual order if paragraph reading order is Right-to-Left. I mean the first run is at the end of character buffer, and the last is at the beginning. I'd expect directional runs are enumerated in the order of the characters in the buffer, i.e. the logical order. I've created a JIRA issue for this: https://issues.apache.org/jira/browse/HARMONY-1028 Another difference from the RI is that in Harmony the text is divided into paragraphs before directional analysis, which is not done in the RI despite the Unicode Bidirectional Algorithm [1] requires it. The output of the test case when run on Harmony: 0: 0 [0, 3] 1: 1 [7, 9] 2: 2 [5, 7] 3: 1 [3, 5] However, I'd expect the following output: 0: 0 [0, 3] 1: 1 [3, 5] 2: 2 [5, 7] 3: 1 [7, 9] The output of the test case when run on the RI: 0: 0 [0, 3] 1: 1 [3, 5] 2: 0 [5, 7] 3: 1 [7, 9] Any thoughts? [1] http://www.unicode.org/reports/tr9/ Regards, -- Alexey A. Ivanov Intel Middleware Product Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL
Re: [doc] Intrim solution
Morozova, Nadezhda wrote: Geir, Thanks for your effort in migrating docs to a more stable state inside the website. I've been examining your solution, and here are my comments: 1) Nice and quick way to import new docs into the website without converting them into XML for internal processing. Never thought of it :) 2) Source of resulting file is not optimal because: - Doctype declarations, metatags and head content are copied from theimported document into the middle of the resulting HTML code - body of the page HTML has a nested body of imported document Yep, but has there been any reported bad effects? 3) Stylesheet referenced in resulting document is applied to the whole page, including the left navigation menu. Yep. This last point can be workarounded easily by making minor changes in the referenced stylesheet (I could do this and send you a patch). However, I don't like this solution and would rather vote for a common CSS for the whole website. Yep! A major obstacle to having one CSS for the Harmony website is that there's no such CSS at the moment! LF of page content is set in the .vsl file that Anakia uses. I suggest that we move away from this by reducing .vsl to processing only and move out all presentation tags into a Harmony-wide CSS. This would help us: - reduce file size (and consequently i-net traffic) for Harmony website: you load only one file instead of loading the same styles for each page - reduce effort of integrating more docs into the website: each doc references the same stylesheet and is displayed in the same way - simplify doc structure: no nested body and meta elements; numerous font tags replaced with a hierarchical HTML tag and class structure - clarify website functioning mechanism: distinguish processing macros and presentation of resulting output If the community agrees, I could try and implement this solution. That would take a relatively significant amount of time as it would include: 1) Editing .vsl to remove presentation info and improving structure of resulting HTML code 2) Creating a .css and testing it to fit existing files and new ones 3) Going through all current XML files making up the website to make adjustments in body content per new CSS requirements (can be done by a script or auto-replacement but still) The last one I don't understand. Rarely is there any LF info in the XML - that's the point of this approach - that the document content - the XML - is independent of the rendering. All in all, this seems like a serious effort. Help most welcomed! Sounds good - I wouldn't try to bite it all off at once - I'd start with seeing what it takes to get a basic CSS applied in the .vsl and start looking at it from there. Lets try to do this incrementally, so if we decide not to do it, the investment is as small as possible. (IOW, go for it!) geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [doc] Intrim solution
-Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 23, 2006 4:29 PM To: harmony-dev@incubator.apache.org Subject: Re: [doc] Intrim solution Morozova, Nadezhda wrote: Geir, Thanks for your effort in migrating docs to a more stable state inside the website. I've been examining your solution, and here are my comments: 1) Nice and quick way to import new docs into the website without converting them into XML for internal processing. Never thought of it :) 2) Source of resulting file is not optimal because: - Doctype declarations, metatags and head content are copied from the imported document into the middle of the resulting HTML code - body of the page HTML has a nested body of imported document Yep, but has there been any reported bad effects? 3) Stylesheet referenced in resulting document is applied to the whole page,including the left navigation menu. Yep. This last point can be workarounded easily by making minor changes in the referenced stylesheet (I could do this and send you a patch). However, I don't like this solution and would rather vote for a common CSS for the whole website. Yep! A major obstacle to having one CSS for the Harmony website is that there's no such CSS at the moment! LF of page content is set in the .vsl file that Anakia uses. I suggest that we move away from this by reducing .vsl to processing only and move out all presentation tags into a Harmony-wide CSS. This would help us: - reduce file size (and consequently i-net traffic) for Harmony website: you load only one file instead of loading the same styles for each page - reduce effort of integrating more docs into the website: each doc references the same stylesheet and is displayed in the same way - simplify doc structure: no nested body and meta elements; numerous font tags replaced with a hierarchical HTML tag and class structure - clarify website functioning mechanism: distinguish processing macros and presentation of resulting output If the community agrees, I could try and implement this solution. That would take a relatively significant amount of time as it would include: 1) Editing .vsl to remove presentation info and improving structure of resulting HTML code 2) Creating a .css and testing it to fit existing files and new ones 3) Going through all current XML files making up the website to make adjustments in body content per new CSS requirements (can be done by a script or auto-replacement but still) The last one I don't understand. Rarely is there any LF info in the XML - that's the point of this approach - that the document content - the XML - is independent of the rendering. All in all, this seems like a serious effort. Help most welcomed! Sounds good - I wouldn't try to bite it all off at once - I'd start with seeing what it takes to get a basic CSS applied in the .vsl and start looking at it from there. Lets try to do this incrementally, so if we decide not to do it, the investment is as small as possible. +1 I'd even prefer the resulting HTML could be validated as valid HTML 4.01 Strict. Regards, Alexey. (IOW, go for it!) geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Alexey A. Ivanov Intel Middleware Product Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build-Test regular expression matcher pb
Geir Magnusson Jr. wrote: (can you please prefix the subject line with something like [build-test] in the future :)) What JRE are you using? Sun JVM 1.5.0_06. Cheers Jean-Frederic Jean-frederic Clere wrote: Hi, I am trying to get cruisecontrol testings running but I have the following error: +++ home/jfclere/harmony/enhanced/buildtest/trunk/cc/projects/classlib/trunk/build.xml:88: The following error occurred while executing this line: /home/jfclere/harmony/enhanced/buildtest/trunk/cc/projects/classlib/trunk/make/build-java.xml:143: The following error occurred while executing this line: /home/jfclere/harmony/enhanced/buildtest/trunk/cc/projects/classlib/trunk/make/properties.xml:233: The following error occurred while executing this line: /home/jfclere/harmony/enhanced/buildtest/trunk/cc/projects/classlib/trunk/make/properties.xml:243: The following error occurred while executing this line: /home/jfclere/harmony/enhanced/buildtest/trunk/cc/projects/classlib/trunk/make/properties.xml:207: No supported regular expression matcher found +++ Any hints? Cheers Jean-Frederic - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[build-test] Re: Build-Test regular expression matcher pb
Jean-frederic Clere wrote: Geir Magnusson Jr. wrote: (can you please prefix the subject line with something like [build-test] in the future :)) What JRE are you using? Sun JVM 1.5.0_06. Cheers Jean-Frederic And you simply checked it out, followed the directions, and it didn't work? What version of ant? geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [build-test] Re: Build-Test regular expression matcher pb
Geir Magnusson Jr. wrote: Jean-frederic Clere wrote: Geir Magnusson Jr. wrote: (can you please prefix the subject line with something like [build-test] in the future :)) What JRE are you using? Sun JVM 1.5.0_06. Cheers Jean-Frederic And you simply checked it out, followed the directions, and it didn't work? Yes ;-( What version of ant? 1.6.5 Cheers Jean-Frederic geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [doc] Intrim solution
Geir, I agree with all your points and will try something out. Will probably produce a first small-scale update later this week. About your question: 3) Going through all current XML files making up the website to make adjustments in body content per new CSS requirements (can be doneby a script or auto-replacement but still) The last one I don't understand. Rarely is there any LF info in the XML - that's the point of this approach - that the document content - the XML - is independent of the rendering. Example: I suggest that we remove all those blockquote elements from xml files that are used only to indent text. Instead, we can use p or sectionbody or para or whatever and include indentation in the style of that element in the CSS. As W3C HTML 4.1 spec defines it, blockquote element is introduced for showing quoted text. Here's a citation from the spec: However, as some authors have used BLOCKQUOTE merely as a mechanism to indent text, in order to preserve the intention of the authors,user agents should not insert quotation marks in the default style. The usage of BLOCKQUOTE to indent text is deprecated in favor of style sheets. This is an instance when we might have to edit existing XML pages. But that would be later, after we test the approach on something more straight-forward :) Best regards, Nadya Morozova, -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 23, 2006 4:29 PM To: harmony-dev@incubator.apache.org Subject: Re: [doc] Intrim solution Morozova, Nadezhda wrote: Geir, Thanks for your effort in migrating docs to a more stable state inside the website. I've been examining your solution, and here are my comments: 1) Nice and quick way to import new docs into the website without converting them into XML for internal processing. Never thought of it :) 2) Source of resulting file is not optimal because: - Doctype declarations, metatags and head content are copied from the imported document into the middle of the resulting HTML code - body of the page HTML has a nested body of imported document Yep, but has there been any reported bad effects? 3) Stylesheet referenced in resulting document is applied to the whole page, including the left navigation menu. Yep. This last point can be workarounded easily by making minor changes in the referenced stylesheet (I could do this and send you a patch). However, I don't like this solution and would rather vote for a common CSS for the whole website. Yep! A major obstacle to having one CSS for the Harmony website is that there's no such CSS at the moment! LF of page content is set in the .vsl file that Anakia uses. I suggest that we move away from this by reducing .vsl to processing only and move out all presentation tags into a Harmony-wide CSS. This would help us: - reduce file size (and consequently i-net traffic) for Harmony website: you load only one file instead of loading the same styles for each page - reduce effort of integrating more docs into the website: each doc references the same stylesheet and is displayed in the same way - simplify doc structure: no nested body and meta elements; numerous font tags replaced with a hierarchical HTML tag and class structure - clarify website functioning mechanism: distinguish processing macros and presentation of resulting output If the community agrees, I could try and implement this solution. That would take a relatively significant amount of time as it would include: 1) Editing .vsl to remove presentation info and improving structure of resulting HTML code 2) Creating a .css and testing it to fit existing files and new ones 3) Going through all current XML files making up the website to make adjustments in body content per new CSS requirements (can be done by a script or auto-replacement but still) The last one I don't understand. Rarely is there any LF info in the XML - that's the point of this approach - that the document content - the XML - is independent of the rendering. All in all, this seems like a serious effort. Help most welcomed! Sounds good - I wouldn't try to bite it all off at once - I'd start with seeing what it takes to get a basic CSS applied in the .vsl and start looking at it from there. Lets try to do this incrementally, so if we decide not to do it, the investment is as small as possible. (IOW, go for it!) geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL
[app-bug] NIO problems when running Apache MINA examples
Hello, I have recently downloaded Apache MINA, which is a framework for writing network applications, and tried to run some of the examples with Harmony. There were some problems getting the examples to run and if anyone is interested in taking a look I think I have found an NIO bug - http://issues.apache.org/jira/browse/HARMONY-1270. Regards, Sian January IBM Java Technology Centre, UK
Re: [app-bug] NIO problems when running Apache MINA examples
Sian January wrote: Hello, I have recently downloaded Apache MINA, which is a framework for writing network applications, and tried to run some of the examples with Harmony. There were some problems getting the examples to run and if anyone is interested in taking a look I think I have found an NIO bug - http://issues.apache.org/jira/browse/HARMONY-1270. Yes, we're interested - thanks! geir Regards, Sian January IBM Java Technology Centre, UK - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [drlvm] problem when TM patch applied
On 8/23/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: Artem Aliev wrote: Gier, The DRLVM uses SIGUSR2 in thread suspend algorithm. hysock_select() returns EINTR error when the signal appears, and Socket.accept() throws exception. The New ThreadManager use thread_suspend() more extensively ( in lock reservation algorithm). So the problem appears more frequently. Excellent - I knew there had to be an explanation as to why the same symptom appears so much faster... Following patch to hysock.c fixes the problem in hysock. Probably classlib experts could provide better way to fix this problem. This seems wrong - that we're going to make it everyone else's problem The other way we can look at this as if the DRLVM was an arbitrary user application code which is utilizing SIGUSR2 for some reason. In this case the hysock implementation appears to be not immune to such user code. because we're using SIGUSR2. Is there a way to setup a handler such that select() (and other things scattered about, including user native code) don't have to worry about this? I think that DRLVM correctly installs the SIGUSR2 handler with the SA_RESTART flag which means that the interrupted function should be restarted. It looks like the actual problem here is that the select() implementation on Linux is not restartable (POSIX says this is up to specific select() implementation whether to restart or not). This can be workarounded in the hysock.c in a way that Artem suggested. Note that the reference VM is also using SIGUSR2 for it's internal purposes in the default configuration (see http://java.sun.com/j2se/1.5.0/docs/tooldocs/solaris/java.html), so the DRLVM doesn't imply any additional restrictions on the user's code from this point of view. We may need, however, to add a command line option proposing usage of the alternative signals similar to what RI does. Anyways, it might be good if we can make the hysock implementation more robust wrt signals. Thanks, Andrey. Thanks for nailing this so quickly. geir -- Artem Aliev, Intel Middleware Products Division --- modules/luni/src/main/native/port/linux/hysock.c +++ modules/luni/src/main/native/port/linux/hysock.c @@ -2570,11 +2570,16 @@ hysock_select (struct HyPortLibrary * po I_32 rc = 0; I_32 result = 0; - result = + do + { +result = select (nfds, readfds == NULL ? NULL : readfds-handle, writefds == NULL ? NULL : writefds-handle, exceptfds == NULL ? NULL : exceptfds-handle, timeout == NULL ? NULL : timeout-time); + } + while (result == -1 errno == EINTR); + if (result == -1) { rc = errno; - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andrey Chernyshev Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bringing License arguments to Sun
Leo Simons wrote: The network is the computer, and the community is the real network. I want a t-shirt with that on! :-) -- Stefano. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Java Distributed Garbage Collection in RMI
Hello Mikhail, Thanks for the reply ! However your email only contained the attachement of the output do not see the modified sources. If you could reply with them it would be nice. Thanks, - Vikram Mohan On 8/23/06, Mikhail Markov [EMAIL PROTECTED] wrote: Hi Vikram, First of all, what rmi module are you using: rmi or rmi2? rmi module does not support sun.* properties. Instead it supports a parallel structure of harmony.* ones. About your question about DGC (i'll use rmi module as an example): Remote object (on server side!) could be collected if all the conditions below are met: 1) (Of course) no hard references in local VM 2) no remote references from from other VMs 3) no in-progress remoted calls Here is one of the simplest test scenarious showing how to check these conditions: - run rmi-registry in separate VM - export remote object, register it in the registry and remove hard references to this object - kill rmi-registry VM - wait for a period of time longer than the one specified by java.rmi.dgc.leaseValue property (the default is 10 min) - if remote object implements Unreferenced then it's unreferenced() method should be called here - run GC - the object should be collected and it's finalize() method should be called I think your code is doing a lot of extra staff so i've modified it to implement this test scenarious (see attachment). I did not use ProcessBuilder class as Harmony does not have it yet. The output of the test is also attached. Hope this helps. Regards, Mikhail Intel MIddleware Products Division Been experimenting with the DGC interface of Java RMI and as far as I have understood there is no way to make a remote object be garbage collected other than invoke System.gc() and let it be collected over time. I however notice that the internal calls can be tracked by setting the following system properties, System.setProperty(java.rmi.server.logCalls, true); System.setProperty (sun.rmi.dgc.logLevel, VERBOSE); System.setProperty(sun.rmi.dgc.logCalls, true); What I was wondering is if you had any suggestions on how to actually ensure that the remote object has been collected. I tried placing System.out.println() statements in the finalize() and unreferenced() methods (the client also implements the Unreferenced interface) however it seems to generate no such output. Neither do the internal rmi logs that should be displayed in output in verbose mode show any indication of this happening. I have attached the code if you would be willing to examine it and let me know what I am not doing correctly. Ps. I have included them in zip format and as Java sources whichever is convinient for you. TestDistributedGarbageCollection.java is the RMI server and the EchoClient.java is the RMI client. Regards, - Vikram Mohan - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- www.FaeLLe.com www.VikramMohan.com
Re: Java Distributed Garbage Collection in RMI
On 8/22/06, FaeLLe [EMAIL PROTECTED] wrote: Forwarding message to Harmony list as it was rejected previously as spam probably due to ZIP attachement and links in body. From: FaeLLe [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 25, 2006 2:27 PM To: Morozova, Nadezhda Subject: Java Garbage Collection I obtained your email address from the Harmony mailing lists and noticed the document you released on the Harmony mailing list about plugging in a custom GC implementation. The reason I am writing to you is that at the moment I am undergoing my Msc project at the University of Kent with my supervisor being Dr. Richard Jones and am working on an implementation of Birrell's distributed reference listing algorithm. We have worked on a formalization of the algorithm (TOPLAS paper ) and my task is the implementation of it. But I am confused as to what approach I would undertake towards the implementation as to what part of the current Java code holds the current algorithm etc. Is there any paper or resource you could point me to for garbage collector implementation. Your document talks about implementing a GC written in C but I was wondering would it not be possible for me to merely edit the JDK source code under the JRL license for academic purposes and rewrite my own code merely editing the method content. Your cooperation in this matter would be most appreciated. Vikram, It would be great if you gave more details about what you are trying to do. For example, do you need to modify the garbage collector that is internal to a standard JVM? Or will all your work be at Java API level? In terms of what is in DRLVM, the GC is written in C. I am currently working on porting MMTk to DRLVM. Let me know if MMTk is interesting to you. Yours Sincierly, - Vikram Mohan Msc. Distributed Systems and Networks University of Kent Canterbury, Kent UK +44-(0)77-37592552 - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [testing] metadata approach
-Original Message- From: Richard Liang [mailto:[EMAIL PROTECTED] Oliver Deakin wrote: Paulex Yang wrote: Just a wild thought, because TestNG support both jre142 and jdk5, so there must be some way to make it run with annotation but without concurrent, just have a look at the layout of TestNG[1] source code from its v4.1 release, seems if we replace the src/jdk15/org/testng/internal/thread/*.java with src/jdk14/org/testng/internal/thread/*.java, and rebuild it, there is chance to create a customized version based edu.emory.mathcs.util.concurrent as workaround. If no one objection(say, legal consideration), I can try this thought. That's interesting - I don't know about the legal considerations, but I'd like to hear how your experimentation goes! Hello Oliver, I have tried Paulex's solution, and I can launch simple TestNG test using HarmonyVM. But I doubt if this is necessary. Maybe we will have concurrent soon :-) Nathan, could you share some information about concurrent? We're getting there, at least for DRLVM. Once I get the code to be part of the build DRLVM should support all of the atomics-dependant code. The LockSupport is still a bit in flux. -Nathan Best regards, Richard - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [classlib][concurrent] Integrating into builds and snapshot
For now, I'm just going to put everything into 'enhanced/classlib/trunk/modules/concurrent' for the sake of simplicity. We can refactor later. -Nathan -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED] Sent: Monday, August 21, 2006 9:19 PM To: harmony-dev@incubator.apache.org Subject: Re: [classlib][concurrent] Integrating into builds and snapshot Nathan Beyer wrote: I think we're on the same page for all of this except for the placement of the public domain code. I didn't state it explicitly, but my assumption was that all of the code would go under the 'enhanced/classlib/trunk/modules/concurrent'. I probably should have stated this, but I so rarely work outside of 'enhanced' that it slipped my mind. I don't really care, but I'm not sure how we'd work the build. Right - we'll figure that out. I hope to get it into enhanced as well. Are you thinking that we can svn:external the code from 'standard' to 'enhanced', such that most of it just overlays a normal module code layout? Nope :) I wasn't thinking anything. it's a ugly mess that makes my head hurt. The other options are having the build traverse up from classlib to standard or have two JARs one with the public domain code and one with Harmony code (COWAL). The public domain JAR could be built once and checked into the depends under classlib. That would be odd, code from std checked in. Maybe we just tell devs to do it and drop the jar in there... geir -Nathan -Original Message- From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED] Sent: Monday, August 21, 2006 9:21 AM To: harmony-dev@incubator.apache.org Subject: Re: [classlib][concurrent] Integrating into builds and snapshot Nathan Beyer wrote: Now that we're getting some good submissions to make the java.util.concurrent code to work with DRLVM, I'd like make a proposal for getting the code in the Class Library and a part of our regular builds, tests and snapshots. From a technical/code integration standpoint, the go ahead assumption is that Harmony will have VMs implement a subset of the 'sun.misc.Unsafe' class, such that the concurrent code, most of which is in the public domain, from the Concurrency Interest Site [1] can be used as-is, as least to the greatest extent possible. Are there any major dissents to this? This is my understanding of what we already agreed to, and I'm getting a note from Doug about the code provenance. Now, the issue that's of most contention, at least from our past conversations, is the code management. First and foremost, we must consider the realities of the situation. 1. The concurrency interest group, the JSR-166 expert group, Doug Lea and others are NOT producing distributable builds, so we can not integrate the code like we do other components, like Xerces, Xalan, MX4J, etc. I don't want to speak for anyone here, so I'll qualify this by saying that I haven't been told this explicitly, so this is just my inference from discussions and documentation. If this is not the case, then someone please speak up. There is an experimental JAR on the site [1], but it's meant specifically to run with the Sun RI and it contains code outside of the java.util.concurrent package space. Additionally, the TCK tests from the site [1], which we'd like to use are not packaged in any way. Right - we should be able to slurp the tests in the same way as we do the rest of it. In fact, we are less worried about the tests because we don't ship those. And lets just call them tests, not TCK test, because while they are used in the TCK, something we get from Sun, they are just tests :) 2. The code on the site [1] is only accessible through a ViewCVS Web interface. As such, it's not exactly easy to interact with in terms of created an automated checkout of the source to integrate into a build. One of my thoughts was using the svn:externals feature to download source dynamically, but there are additional issues that make that especially difficult; these issues follow. Besides that, I'm not sure that svn:externals works with arbitrary URLs that aren't SVN repositories. Who cares? We're not going to slurp the code from their site for building... 3. There is at least one source file that MUST NOT be used from the site [1] because it's not open to the public domain, the CopyOnWriteArrayList [2]. This will require at least one class to be developed as part of the Harmony Class Library. Yes. 4. It's currently NOT feasible for Harmony to use the HEAD version of the code, as it has been updated to utilize several Java 6 APIs, which Harmony does not current provide, not even in stub form. Additionally, there is only one viable CVS tag (JSR166_PFD), but this tag is two years old and some of the code in it does not
Re: Java Distributed Garbage Collection in RMI
Yes I should have the implementation completed by October by which time I will produce performance testing statistics and code to the community. At the moment the highly undocumented nature of the Java RMI dgc interfaces is proving to be a stumbling point hence I have turned to the Harmony mailing list for expertise. Regards, - Vikram Mohan On 8/24/06, Weldon Washburn [EMAIL PROTECTED] wrote: Vikram, I believe the right place to look for MMTk is on the JikesRVM web page at jikesrvm.sourceforge.net. MMTk contains a bunch of different garbage collectors and is written in Java. Its interesting what you are discovering in distributed GC. Do you plan to do an Apache open source version of the correct algorithm? :) On 8/23/06, FaeLLe [EMAIL PROTECTED] wrote: Hello Weldon, I am currently working on the DGC interface on a Java level so that it can work on top of the JVM. My modification is entirely is on the Java level. What I am working on the implementeation of a Distributed Reference Listing algorithm for RMI DGC. We have identified faults in the algorithm Sun currently uses and have explained them in the paper I mentioned before. It is called a revised version of Birrell's algorithm. Not currently worked with MMTk but perhaps you can point me towards the project page of the toolkit you are describing. I have only heard about it before not exactly ventured into it. Regards, - Vikram Mohan On 8/23/06, Weldon Washburn [EMAIL PROTECTED] wrote: On 8/22/06, FaeLLe [EMAIL PROTECTED] wrote: Forwarding message to Harmony list as it was rejected previously as spam probably due to ZIP attachement and links in body. From: FaeLLe [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 25, 2006 2:27 PM To: Morozova, Nadezhda Subject: Java Garbage Collection I obtained your email address from the Harmony mailing lists and noticed the document you released on the Harmony mailing list about plugging in a custom GC implementation. The reason I am writing to you is that at the moment I am undergoing my Msc project at the University of Kent with my supervisor being Dr. Richard Jones and am working on an implementation of Birrell's distributed reference listing algorithm. We have worked on a formalization of the algorithm (TOPLAS paper ) and my task is the implementation of it. But I am confused as to what approach I would undertake towards the implementation as to what part of the current Java code holds the current algorithm etc. Is there any paper or resource you could point me to for garbage collector implementation. Your document talks about implementing a GC written in C but I was wondering would it not be possible for me to merely edit the JDK source code under the JRL license for academic purposes and rewrite my own code merely editing the method content. Your cooperation in this matter would be most appreciated. Vikram, It would be great if you gave more details about what you are trying to do. For example, do you need to modify the garbage collector that is internal to a standard JVM? Or will all your work be at Java API level? In terms of what is in DRLVM, the GC is written in C. I am currently working on porting MMTk to DRLVM. Let me know if MMTk is interesting to you. Yours Sincierly, - Vikram Mohan Msc. Distributed Systems and Networks University of Kent Canterbury, Kent UK +44-(0)77-37592552 - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- www.FaeLLe.com www.VikramMohan.com -- Weldon Washburn Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- www.FaeLLe.com www.VikramMohan.com
Re: performance of drlvm
Hi, Mikhail, 1. As for the list 2, Chilimbi acutally use GC moving objects to improve the cache localty [Profile-guided Proactive Garbage Collection for Locality Optimization], but without his algorithm. I will read the paper again. His algorithm mainly focus on applications in C or C++. Maybe we can make use of GC to imporve the effect of the algorithm. 2. I read the Chilimbi`s paper again, and figure out a framework. And I will discuss about it here. Firstly, I want to follow Chilimbi`s Bursty Tracing Framework [Bursty Tracing: A Framework for Low-Overhead Temporal Profiling ]. It has two versions of the same code, one for check, and another for instrument. And in the instrumented code, it will record all the memory access patterns, named Data reference trace. What I want to do is to modify his instrumented code, once nCheck equals 0, we will active the Performance Counter to profile the cache miss rate and cache miss address of the instrumented code until the nInstr equals 0. We set up a threshold, and the instructions with miss rate larger than it are delinquent load or delinquent store. As we only active the Performance Counter in a short period, it won`t bring much overhead. Secondly, we abstract the delinquent instructions, output WPS, and then Use the SEQUITUR algorithm to process them. The comlexity of the algorithm is O(EL). In Chilimbi`s paper [ Efficient Representations and Abstractions for Quantifying and Exploiting Data Reference Locality.], he reduces the trace by processing the WPS twice. And I think we can follow his way. The mainly difference from Chilimbi`s algorithm is listed as above. There must be some deficiency. We can discuss about it. -- Best Regards, Qiong,Zou
Re: [DRLVM][GC] high-level design proposal for GCV5
On 8/24/06, Weldon Washburn [EMAIL PROTECTED] wrote: I like it. Some comments. It would be really nice to avoid dealing with write barriers during initial bringup. It would be good if the GCV5 collector is designed so that it is easy to configure to always do a full heap collection. The idea is to eliminate the dependency on the write barrier during initial development. This is easy to configure the GC to do always major collection. I would first develop the GC to have only minor collector with large enough mature space that can finish typical workloads. This would make the development more controllable. It might also make sense to design in a write barrier verifier. The concept is to verify that all the old-to-young pointers are properly handled. One way of doing this is to force a full heap mark. Then compare the full heap mark's old-to-young pointers to what the write barrier mechanism derived. This needs more thinking. The old-to-yound pointers got in a full-heap marking have only live ones. But I think the idea to have some write barrier verifier is interesting, e..g, the rememebered set has to be a superset of live old-to-yound pointers. Thanks, xiaofeng On 8/22/06, Xiao-Feng Li [EMAIL PROTECTED] wrote: Hi, Going on what's in the email called, [DRLVM][GC] Goals for 2006/2007, I put together a top-level design of GC. The intention is to use this design to guide the implementation of Harmony GCV5. Briefly the goals are to build a Generational Mark-Compaction (GenMC) garbage collector, initially it will be two generations: Nursery and Mature. Your comments are welcome. 1. Design principles - The source code should have parallel allocation from the start. Also, the collector should be able to take advantage of multiprocessor HW from the start. In other words when a single threaded Java app runs out of memory on a 4-way box, all 4 CPUs should be involved in GC. - Collection policy should be separated from the issue of object age. One space has one collection policy, while multiple spaces can be of same age. - There should be a clear distinction between collection policy and allocation policy. - Where it is not too time consuming, we should develop our own core data structures such as queues and locks. The intention is to reduce memory/performance/functional dependencies on platform-specific libraries. 2. Generations - The nursery should support linear scan and flexible copying order. The size should be variable at runtime with min and max boundaries. For expedient initial implementation, the nursery can use depth-first trace-forwarding algorithm for the collection. - The mature can be arranged in blocks and collected with parallel mark-compaction algorithm. (c.f. Compressor). The blocks are in the range of 64KB in size. - Large Object Space can start with a simple treadmill collector. - Collection triggering should be abstracted from collection itself. The intention is to allow experimentation with different collection trigger heuristics without actually modifying the collector. - More than two generations should be considered in the design. 3. Write barrier - The initial implementation should be a slot remembering barrier. Object remembering and card marking can be implemented later for experiments or performance evaluation. Substituting write barrier may be implemented if initial performance data suggests it is worthwhile. (Substituting write barrier is a kind of barrier design that does both the write and the barrier operations. It is an optimization for performance and flexibility.) - putfield/aastore/putstatic will need a write barrier, so do some native functions. It would be a good idea to evaluate if it is better to enumerate statics as root references or use a write barrier. The VM itself will need manual write barriers at places appropriate. - The initial write barrier implementation should be an SSB. Its OK to use explicit buffer overflow checks at the beginning. 4. Parallelism - Parallel allocation: Each mutator thread should grab a Nursery chunk for thread local allocation. Also, each collector thread should grab a Mature chunk for promoting live objects into Mature space. LOS allocation does not have to be parallel. - Parallel collection: The new GC should be designed with parallel trace-forwarding for the nursery and parallel mark-compaction for mature space. - Data structures and algorithms should be thread-safe in design from the beginning. The parallelism should be controllable, e.g., the number of parallel collection threads should be controllable at the command line. - For debug purposes, it should be possible to force the GC into single threaded collection. Comments? Thanks, xiaofeng - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
[DRLVM][VM] -- which header bits are available for GC mark and GC forwarding use?
Looking at drlvm/trunk, it looks like vmcore/include/sync_bits.h defines the use of *(ref_ptr +4) for 32-bit environment. Just guessing that #define BUSY_FORWARDING_OFFSET 0 is intended to tell the GC that it can use the least significant bit out of these four bytes. Is this correct? I would like to use this bit as an MMTk mark bit. Will this work? (Actually the name, BUSY_FORWARDING_OFFSET is probably not the best...) There is also a gc/src/gc_header.h file that contains, #define GC_OBJECT_MARK_BIT_MASK 0x80. This seems to step on top of sync_bits.h use of this area???Can I assume gc_header.h is incorrect? -- Weldon Washburn Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [DRLVM][VM] -- which header bits are available for GC mark and GC forwarding use?
Weldon, I experimented with last two bits for marking and forwarding without problem. The GC_OBJECT_MARK_BIT_MASK is for obj_info field, not the vt field. ( So far as I experimented, it's only used for heap verification). Thanks, xiaofeng On 8/24/06, Weldon Washburn [EMAIL PROTECTED] wrote: Looking at drlvm/trunk, it looks like vmcore/include/sync_bits.h defines the use of *(ref_ptr +4) for 32-bit environment. Just guessing that #define BUSY_FORWARDING_OFFSET 0 is intended to tell the GC that it can use the least significant bit out of these four bytes. Is this correct? I would like to use this bit as an MMTk mark bit. Will this work? (Actually the name, BUSY_FORWARDING_OFFSET is probably not the best...) There is also a gc/src/gc_header.h file that contains, #define GC_OBJECT_MARK_BIT_MASK 0x80. This seems to step on top of sync_bits.h use of this area???Can I assume gc_header.h is incorrect? -- Weldon Washburn Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [app-bug] NIO problems when running Apache MINA examples
Hi Sian, Thanks for reporting the error. But it works well on my machine when running org.apache.mina.examples.echoserver.Main. The error can not be reproduced in my machine with latest code. After looking the error statck trace, I noticed the bug is mostly possible the same as Harmony-1186 (http://issues.apache.org/jira/browse/HARMONY-1186). If I restore harmony code with early revision (before Harmony-1186, revision 431877), the error can be reproduced exactly the same as you reported. Harmony-1186 was fixed on Aug.16, but you built the snapshot on Aug.21...(So I'm not sure whether they are the same bug). So could you please check whether your source code is updated with latest revision, if you built the snapshot by yourself? Othewise, it may work if you download the snapshot from harmony website (I checked the snapshot was made on Aug.17). Or would anyone update the snapshot on the website? I hope it works. If you still fail to run mina examples, please let us know. Any information are highly appreciated! Thank you! Best regards, Andrew On 8/23/06, Sian January [EMAIL PROTECTED] wrote: Hello, I have recently downloaded Apache MINA, which is a framework for writing network applications, and tried to run some of the examples with Harmony. There were some problems getting the examples to run and if anyone is interested in taking a look I think I have found an NIO bug - http://issues.apache.org/jira/browse/HARMONY-1270. Regards, Sian January IBM Java Technology Centre, UK -- Andrew Zhang China Software Development Lab, IBM