gmane.comp.java.harmony.devel

Re: Free Java Meeting at Fosdem - Brussels, Belgium on 7 and 8 February 2009

Ian Rogers — 2008-12-01T17:42:26

2008/12/1 Alexei Fedotov gmail.com>: Free as in speech... well largely.. last year there were some proprietary software tools demonstrated in the key note about open source in the movies. Of course Belgian beer has a good reputation :-) Ian

Re: Free Java Meeting at Fosdem - Brussels, Belgium on 7 and 8 February 2009

Alexei Fedotov — 2008-12-01T17:25:18

Ian, great to hear the tempting invitation. Free as in beer? Thanks! On Mon, Dec 1, 2008 at 3:00 PM, Ian Rogers gmail.com> wrote:

Re: [site] Russian website

Sian January — 2008-12-01T16:49:09

Hi Aleksey, The SVN URL for the website is https://svn.eu.apache.org/repos/asf/harmony/standard/site and there's a README.txt file under that directory that explains how to edit and build the website. As far as I can see all the Russian equivalents are called something.ru.xml/html (e.g. for index.xml there is an index.ru.xml that you edit and an index.ru.html that is generated when you run the build script.) Hope this helps. Sian 2008/12/1 Aleksey Shipilev gmail.com>:

Re: [classlib][luni] the same OSMemory.h in windows and unix

Tim Ellison — 2008-12-01T16:42:18

any time Sure, thanks! Regards, Tim

Re: [site] Russian website

Aleksey Shipilev — 2008-12-01T16:25:49

Hi Sian! There're plenty of people on the list who has Russian as the mother tongue. Can you provide the instructions how to update the page? Any SVN URL? Thanks, Aleksey. On Mon, Dec 1, 2008 at 2:57 PM, Sian January googlemail.com> wrote:

Re: [classlib][luni] the same OSMemory.h in windows and unix

Regis — 2008-12-01T15:56:57

Hi Tim, Thanks for your patience, that's very clear. BTW, I have attached a patch on JIRA. I just tested it on linux32 and windows32, it seems ok for me, anyone want to try/review it? Tim Ellison wrote:

Free Java Meeting at Fosdem - Brussels, Belgium on 7 and 8 February 2009

Ian Rogers — 2008-12-01T12:00:18

I'm happy to pass on Mark Wielaard's message about there being another Free Java meeting at Fosdem in Brussels, Belgium on the 7-8 Feb. 2009. Everything around Fosdem is completely free and it would be great to have Harmony representation in the Free Java meeting. Regards, Ian Rogers ---------- Forwarded message ---------- From: Mark Wielaard klomp.org> Date: 2008/12/1 Hi all, On Mon, 2008-11-17 at 19:53 +0100, Mark Wielaard wrote: There were a lot of submissions this year, so it took the Fosdem organisation some time to go through them all. But I am happy to announce: The Free Java devroom request for FOSDEM 2009 (7+8 February) has been accepted. Details will follow (deadline for schedule, information we need for the schedule, room capacity, etc...). Welcome aboard, and thanks for your participation in FOSDEM 2009 :)

[site] Russian website

Sian January — 2008-12-01T11:57:35

I've noticed that no-one has updated the Russian website for a while. The latest news item is Harmony M5, which was back in February, so I imagine some of the other pages are also out of date and providing the wrong information. Is there anyone around who is willing to update (and ideally maintain) the Russian translation, or should we think about archiving it? Thanks, Sian

Re: [classlib][luni] the same OSMemory.h in windows and unix

Tim Ellison — 2008-12-01T11:11:35

Yes. An IDATA is defined as a '64-bit signed int' on 64 bit systems, and a '32-bit signed int' on 32-bit systems. Casting from a 64-bit jlong straight to a 32-bit void* pointer will produce a compiler error on some Linux systems; however, if you go from 64-bit jlong to an IDATA that will cast it to a 32-bit int first, and you can go from there to a 32-bit pointer with no troubles. Obviously, on 64-bit systems that first cast of jlong to IDATA is a no-op. This is required because the _Java_ code for OS memory manipulation always deals with jlong pointers, so that the Java code is portable across different architectures. Makes sense? Tim

Re: [classlib][luni] the same OSMemory.h in windows and unix

Regis — 2008-12-01T10:22:13

Tim Ellison wrote: Does it mean ((void *) ((IDATA) address)) has the same effect as ((void *))(address), the first cast just make compiler happy?

Re: [classlib][luni] the same OSMemory.h in windows and unix

Regis — 2008-12-01T10:00:00

Hi Tim, Thanks for your informations, it's very helpful :) Tim Ellison wrote:

Re: [classlib][luni] the same OSMemory.h in windows and unix

Tim Ellison — 2008-12-01T09:40:47

Yes, that is right. FYI On 64-bit platforms we use the full range of jlong to hold the allocated memory pointer, but on 32-bit platforms we only use half of it. The extra cast ((void *) ((IDATA) address)) is to ensure that the address value is first cast to an int the right width for a platform pointer, or else the compiler will rightly complain about the truncated value. When you do the merge, take the double cast version. Regards, Tim

Re: [classlib][luni] the same OSMemory.h in windows and unix

Regis — 2008-12-01T08:10:59

Tony Wu wrote: Thanks your reminder, I just noticed that :) So in my understanding, the platform dependent code should be placed in OSMemoryWin32/OSMemoryLinux32, others should be moved to "shared" directory, right? I have filed a JIRA [1] for this, and will create patch soon. [1] https://issues.apache.org/jira/browse/HARMONY-6030

Re: [classlib][luni] the same OSMemory.h in windows and unix

Tony Wu — 2008-12-01T07:36:45

I think so. since we already have the OSMemoryWin32 and OSMemoryLinux32.c for the different implementation. On Mon, Dec 1, 2008 at 3:11 PM, Regis gmail.com> wrote:

[classlib][luni] the same OSMemory.h in windows and unix

Regis — 2008-12-01T07:11:57

Hi, I just found OSMemory.h has almost the same content in windows and unix, the only differences are order of function definitions and comments. So I think if they should be merged and moved to shared directory? And I go through OSMemory.c quickly, found the most implementation are also similar, looks like: windows: hymem_free_memory ((void *) address); unix: hymem_free_memory ((void *) ((IDATA) address)); I'm not clear why we need one more cast here, or is it possible to merge this two implementations to one? If so, I'm volunteer to do this :)

Re: svn commit: r721075 - in /harmony/enhanced/classlib/trunk/modules/luni/src: main/java/java/io/BufferedInputStream.java test/api/common/org/apache/harmony/luni/tests/java/io/BufferedInputStreamTest.java

Sean Qiu — 2008-12-01T05:56:37

Oops, since this JIRA is assigned to me, and I've found no objection there.I thought you are polite to wait for me to commit it. (Obviously, I was wrong. :-) +1 for the Tim proposed (which is committed by me) patch. If anyone has any other thoughts, I can revert it back. 2008/11/28 Tim Ellison gmail.com> g_Class\nTest_java_lang_ClassCastException\nTest_java_lang_ClassCircularityError\nTest_java_lang_ClassFormatError\nTest_java_lang_ClassLoader\nTest_java_lang FoundError\nTest_java_lang_NoSuchFieldError\nTest_java_lang_NoSuchMethodError\nTest_java_lang_NullPointerException\nTest_java_lang_Number\nTest_java_lang_NumberFormatException\nTest_java_la agramSocketImpl\nTest_java_net_InetAddress\nTest_java_net_NoRouteToHostException\nTest_java_net_PlainDatagramSocketImpl\nTest_java_net_PlainSocketImpl\nTest_java_net_Socket\nTest_java_net_S g_Class\nTest_java_lang_ClassCastException\nTest_java_lang_ClassCircularityError\nTest_java_lang_ClassFormatError\nTest_java_lang_ClassLoader\nTest_java_lang FoundError\nTest_java_lang_NoSuchFieldError\nTest_java_lang_NoSuchMethodError\nTest_java_lang_NullPointerException\nTest_java_lang_Number\nTest_java_lang_NumberFormatException\nTest_java_la agramSocketImpl\nTest_java_net_InetAddress\nTest_java_net_NoRouteToHostException\nTest_java_net_PlainDatagramSocketImpl\nTest_java_net_PlainSocketImpl\nTest_java_net_Socket\nTest_java_net_S

[admin] Automated Monthly Reminder

2008-12-01T00:00:02

This is a monthly automated mailing to the Apache Harmony dev list. The Apache Harmony project welcomes the participation and input of anyone interested in open source Java SE, the goal of our project. For more information about the Apache Harmony project, please see the project website. http://harmony.apache.org/ The terms of use for the Harmony mail lists can be found here : http://harmony.apache.org/mailing.html and they are This forum has been created for public communication about projects of The Apache Software Foundation (the "Foundation"), a Delaware nonprofit corporation classified as a public charity under 501(c)(3). All communication intentionally submitted to the Foundation on this forum is considered a Contribution to the Foundation unless otherwise noted in the communication. The terms and conditions that apply to your Contributions are defined by either a contributor license agreement (CLA) signed by you and/or your employer or, if no such CLA is on file at the Foundation, by the terms and conditions of Contributions as defined by the Apache License, Version 2.0. Note : * If you do not wish your post to be a Contribution, we would prefer that you do not post it. However, in the event that you do, please mark as "NOT A CONTRIBUTION" at the top of the posting. * Do not post any code that is not your original work, or code that you do not have clear authorization to contribute. * Do not engage in detailed discussion of any implementation that you have been exposed to unless such implementation is available to everyone under an open source license or is your own implementation. * Under no circumstances will any committer accept code for inclusion in our SVN repository contributed on the mailing list unless it is from an Authorized Contributor, as defined here. If you have any questions, please do not hesitate to ask on either the dev list. If there are any questions that are of a private or sensitive nature, please send them to private< at >harmony.apache.org

Re: [general] Souce Line of Code of Harmony

2008-11-30T22:30:43

I have used this line count utility in another context and have found it useful. Its "standard lines of code" (SLOC) eliminates comments from its count and performs some other useful metrics. Dan Lydick The discussion referencing "SLOC" as "source lines of code" would be what I would probably what I would call a Unix 'wc -l' (word count utility, lines of text) result. if . may not

Re: svn commit: r721570 - in /harmony/enhanced/classlib/trunk/modules/luni/src/main: java/java/net/ java/org/apache/harmony/luni/net/ java/org/apache/harmony/luni/platform/ native/luni/shared/ native/luni/unix/

Tim Ellison — 2008-11-29T22:05:44

Sorry, I didn't commit r721516 from high enough in the tree, so I still had local changes. Thanks for catching it. Strange that there was no build alert triggered by this, the last I see is a "[build-test alert] PASSED Linux x86: drlvm-test debug" on Nov 28? Regards, Tim

Re: svn commit: r721570 - in /harmony/enhanced/classlib/trunk/modules/luni/src/main: java/java/net/ java/org/apache/harmony/luni/net/ java/org/apache/harmony/luni/platform/ native/luni/shared/ native/luni/unix/

Nathan Beyer — 2008-11-29T18:59:05

I'm seeing a compile error in NIO's ServerSocketChannelImpl on line 90. It was calling INetworkSystem createServerSocketStream. I changed to the only comparable method I could find - createStreamSocket. I haven't checked this in yet, but I probably will in a bit once I verify all compiles are successful. -Nathan On Fri, Nov 28, 2008 at 4:14 PM, Tim Ellison gmail.com> wrote:

Re: svn commit: r721570 - in /harmony/enhanced/classlib/trunk/modules/luni/src/main: java/java/net/ java/org/apache/harmony/luni/net/ java/org/apache/harmony/luni/platform/ native/luni/shared/ native/luni/unix/

Tim Ellison — 2008-11-28T22:14:34

I'm just sending this to the dev list for the record in case people want to recreate the logic I went through... tellison< at >apache.org wrote: I figured this out by creating a mock socket impl and seeing what calls were made on it from the RI, which were: constructor create setOption id: 4 val:true bind import java.io.IOException; import java.net.DatagramPacket; import java.net.DatagramSocket; import java.net.DatagramSocketImpl; import java.net.DatagramSocketImplFactory; import java.net.InetAddress; import java.net.MulticastSocket; import java.net.NetworkInterface; import java.net.SocketAddress; import java.net.SocketException; public class TestDGSocket { private static class FakeSock extends DatagramSocketImpl { public FakeSock() { System.out.println("constructor"); } protected void bind(int lport, InetAddress laddr) throws SocketException { System.out.println("bind"); } protected void close() { System.out.println("close"); } protected void create() throws SocketException { System.out.println("create"); } protected byte getTTL() throws IOException { System.out.println("getTTL"); return 0; } protected int getTimeToLive() throws IOException { System.out.println("getTimeToLive"); return 0; } protected void join(InetAddress inetaddr) throws IOException { System.out.println("join"); } protected void joinGroup(SocketAddress mcastaddr, NetworkInterface netIf) throws IOException { System.out.println("joinGroup"); } protected void leave(InetAddress inetaddr) throws IOException { System.out.println("leave"); } protected void leaveGroup(SocketAddress mcastaddr, NetworkInterface netIf) throws IOException { System.out.println("leaveGroup"); } protected int peek(InetAddress i) throws IOException { System.out.println("peek"); return 0; } protected int peekData(DatagramPacket p) throws IOException { System.out.println("peekData"); return 0; } protected void receive(DatagramPacket p) throws IOException { System.out.println("receive"); } protected void send(DatagramPacket p) throws IOException { System.out.println("send"); } protected void setTTL(byte ttl) throws IOException { System.out.println("setTTL"); } protected void setTimeToLive(int ttl) throws IOException { System.out.println("setTimeToLive"); } public Object getOption(int optID) throws SocketException { System.out.println("getOption"); return null; } public void setOption(int optID, Object value) throws SocketException { System.out.println("setOption id: " + optID + " val:" + value); } } public static void main(String[] args) throws IOException { DatagramSocketImplFactory factory = new DatagramSocketImplFactory() { public DatagramSocketImpl createDatagramSocketImpl() { return new FakeSock(); } }; DatagramSocket.setDatagramSocketImplFactory(factory); MulticastSocket s = new MulticastSocket(); System.out.println(s); } }