dev  

Messages by Thread

• • Re: [general] jdktools and classlib? Oliver Deakin
  • Re: [general] jdktools and classlib? Alexey Varlamov
  • Re: [general] jdktools and classlib? Mark Hindess
  • Re: [general] jdktools and classlib? Oliver Deakin
  • Re: [general] jdktools and classlib? Sean Qiu
  • Re: [general] jdktools and classlib? Tim Ellison
• issue about icu4j_4.2.1 Deven You
  • Re: issue about icu4j_4.2.1 Charles Lee
  • Re: issue about icu4j_4.2.1 Tim Ellison
• Re: [proposal] Minimum class set for customer application Xiao-Feng Li
  • Re: [proposal] Minimum class set for customer application Alexei Fedotov
  • Re: [proposal] Minimum class set for customer application Xiao-Feng Li
  • Re: [proposal] Minimum class set for customer application Alexei Fedotov
  • Re: [proposal] Minimum class set for customer application Jimmy,Jing Lv
  • Re: [proposal] Minimum class set for customer application liqian yu
  • Re: [proposal] Minimum class set for customer application Tim Ellison
  • Re: [proposal] Minimum class set for customer application liqian yu
  • Re: [proposal] Minimum class set for customer application Daniel Gong
  • Re: [proposal] Minimum class set for customer application Tim Ellison
  • Re: [proposal] Minimum class set for customer application Tim Ellison
  • Re: [proposal] Minimum class set for customer application Jimmy,Jing Lv
  • Re: [proposal] Minimum class set for customer application Tim Ellison
• [gsoc] evaluation from Jimmy, Jing Lv Alexei Fedotov
• [dlrvm] MIPS port Charles Hardin
  • Re: [dlrvm] MIPS port liqian yu
  • Re: [dlrvm] MIPS port Mark Hindess
• [classlib] minimum ant version Mark Hindess
  • Re: [classlib] minimum ant version Tim Ellison
  • Re: [classlib] minimum ant version Mark Hindess
  • Re: [classlib] minimum ant version Sean Qiu
  • Re: [classlib] minimum ant version Mark Hindess
  • Re: [classlib] minimum ant version Sean Qiu
  • Re: [classlib] minimum ant version Nathan Beyer
  • Re: [classlib] minimum ant version Alexey Varlamov
  • Re: [classlib] minimum ant version Mark Hindess
• [legal] Compatibility of GPL with Apache Karthik Venkateswaran
  • Re: [legal] Compatibility of GPL with Apache Robert Burrell Donkin
• Re: [jira] Created: (HARMONY-6269) [classlib][luni] Default GMT TimeZone has no display name defined Charles Lee
  • Re: [jira] Created: (HARMONY-6269) [classlib][luni] Default GMT TimeZone has no display name defined Kevin Zhou
  • Re: [jira] Created: (HARMONY-6269) [classlib][luni] Default GMT TimeZone has no display name defined Catherine Hope
• Invitation to submit to VMIL'09 Christoph Bockisch
• [classlib] [concurrent] Updates from HARMONY-6262 Mark Hindess
• Re: svn commit: r793587 - in /harmony/enhanced/classlib/trunk/modules/jndi/src/main/java/org/apache/harmony/jndi/provider/ldap/parser: FilterParserTokenManager.java LdapUrlParserTokenManager.java Nathan Beyer
  • Re: svn commit: r793587 - in /harmony/enhanced/classlib/trunk/modules/jndi/src/main/java/org/apache/harmony/jndi/provider/ldap/parser: FilterParserTokenManager.java LdapUrlParserTokenManager.java Oliver Deakin
  • Re: svn commit: r793587 - in /harmony/enhanced/classlib/trunk/modules/jndi/src/main/java/org/apache/harmony/jndi/provider/ldap/parser: FilterParserTokenManager.java LdapUrlParserTokenManager.java Regis
  • Re: svn commit: r793587 - in /harmony/enhanced/classlib/trunk/modules/jndi/src/main/java/org/apache/harmony/jndi/provider/ldap/parser: FilterParserTokenManager.java LdapUrlParserTokenManager.java Oliver Deakin
  • Re: svn commit: r793587 - in /harmony/enhanced/classlib/trunk/modules/jndi/src/main/java/org/apache/harmony/jndi/provider/ldap/parser: FilterParserTokenManager.java LdapUrlParserTokenManager.java Regis
  • Re: svn commit: r793587 - in /harmony/enhanced/classlib/trunk/modules/jndi/src/main/java/org/apache/harmony/jndi/provider/ldap/parser: FilterParserTokenManager.java LdapUrlParserTokenManager.java Oliver Deakin
• Shall we change our file.encoding Charles Lee
  • Re: Shall we change our file.encoding Jimmy,Jing Lv
  • Re: Shall we change our file.encoding Charles Lee
  • Re: Shall we change our file.encoding Nathan Beyer
  • Re: Shall we change our file.encoding Charles Lee
  • Re: Shall we change our file.encoding Regis
  • Re: Shall we change our file.encoding Kevin Zhou
  • Re: Shall we change our file.encoding Regis
  • Re: Shall we change our file.encoding Nathan Beyer
  • Re: Shall we change our file.encoding Regis
  • Re: Shall we change our file.encoding Charles Lee
  • Re: Shall we change our file.encoding Charles Lee
  • Re: Shall we change our file.encoding Alexey Petrenko
  • Re: Shall we change our file.encoding Alexey Varlamov
  • Re: Shall we change our file.encoding Charles Lee
  • Re: Shall we change our file.encoding Nathan Beyer
  • Re: Shall we change our file.encoding Alexey Varlamov
  • Re: Shall we change our file.encoding Nathan Beyer
  • Re: Shall we change our file.encoding Charles Lee
  • Re: Shall we change our file.encoding Nathan Beyer
  • Re: Shall we change our file.encoding Nathan Beyer
  • Re: Shall we change our file.encoding Nathan Beyer
  • Re: Shall we change our file.encoding Nathan Beyer
  • Re: Shall we change our file.encoding Charles Lee
  • Re: Shall we change our file.encoding Nathan Beyer
  • Re: Shall we change our file.encoding Charles Lee
  • Re: Shall we change our file.encoding Alexey Varlamov
  • Re: Shall we change our file.encoding Charles Lee
  • Re: Shall we change our file.encoding Nathan Beyer
  • Re: Shall we change our file.encoding Charles Lee
  • Re: Shall we change our file.encoding Nathan Beyer
  • Re: Shall we change our file.encoding Charles Lee
  • Re: Shall we change our file.encoding Charles Lee
  • Re: Shall we change our file.encoding Alexei Fedotov
  • Re: Shall we change our file.encoding Regis
• Re: [jira] Commented: (HARMONY-6266) Building in release mode fails with gcc version 4.3.3 Catherine Hope
  • Re: [jira] Commented: (HARMONY-6266) Building in release mode fails with gcc version 4.3.3 Regis
  • Re: [jira] Commented: (HARMONY-6266) Building in release mode fails with gcc version 4.3.3 Nathan Beyer
  • Re: [jira] Commented: (HARMONY-6266) Building in release mode fails with gcc version 4.3.3 Regis
  • Re: [jira] Commented: (HARMONY-6266) Building in release mode fails with gcc version 4.3.3 陈磊
  • Re: [jira] Commented: (HARMONY-6266) Building in release mode fails with gcc version 4.3.3 Nathan Beyer
• Building in release mode fails with gcc version 4.3.3 Catherine Hope
  • Re: Building in release mode fails with gcc version 4.3.3 Charles Lee
• [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • Re: [admin] Automated Monthly Reminder Alexei Fedotov
  • Re: [admin] Automated Monthly Reminder Pavel Pervov
  • Re: [admin] Automated Monthly Reminder Tim Ellison
  • Re: [admin] Automated Monthly Reminder Pavel Pervov
  • Re: [admin] Automated Monthly Reminder Da Feng
  • Re: [admin] Automated Monthly Reminder Jimmy,Jing Lv
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder tellison
  • [admin] Automated Monthly Reminder Tim Ellison
  • [admin] Automated Monthly Reminder Tim Ellison
  • [admin] Automated Monthly Reminder Tim Ellison
  • [admin] Automated Monthly Reminder Tim Ellison
  • [admin] Automated Monthly Reminder Tim Ellison
• [admin] Reminder of mailing list terms Tim Ellison
  • Re: [admin] Reminder of mailing list terms Mark Hindess
  • Re: [admin] Reminder of mailing list terms Tim Ellison
  • Re: [admin] Reminder of mailing list terms Tim Ellison
• Re: svn commit: r774983 - in /harmony/enhanced/classlib/trunk/modules/luni/src/main/native: fdlibm/unix/ launcher/unix/ luni/shared/ luni/unix/ luni/unix/macosx/ Oliver Deakin
  • Re: svn commit: r774983 - in /harmony/enhanced/classlib/trunk/modules/luni/src/main/native: fdlibm/unix/ launcher/unix/ luni/shared/ luni/unix/ luni/unix/macosx/ Nathan Beyer
  • Re: svn commit: r774983 - in /harmony/enhanced/classlib/trunk/modules/luni/src/main/native: fdlibm/unix/ launcher/unix/ luni/shared/ luni/unix/ luni/unix/macosx/ Oliver Deakin
• Re: svn commit: r788299 - in /harmony/enhanced/classlib/trunk: depends/build/ depends/build/platform/ modules/archive/src/main/native/zlib/unix/ modules/luni/src/main/native/fdlibm/unix/ Sean Qiu
  • Re: svn commit: r788299 - in /harmony/enhanced/classlib/trunk: depends/build/ depends/build/platform/ modules/archive/src/main/native/zlib/unix/ modules/luni/src/main/native/fdlibm/unix/ Mark Hindess
  • Re: svn commit: r788299 - in /harmony/enhanced/classlib/trunk: depends/build/ depends/build/platform/ modules/archive/src/main/native/zlib/unix/ modules/luni/src/main/native/fdlibm/unix/ Sean Qiu
• Re: [jira] Commented: (HARMONY-6260) [classlib][luni] RI's PipedInputStream.read(byte[], int, int) using its PipedInputStream.read(), but harmony does not. Charles Lee
  • Re: [jira] Commented: (HARMONY-6260) [classlib][luni] RI's PipedInputStream.read(byte[], int, int) using its PipedInputStream.read(), but harmony does not. Regis
  • Re: [jira] Commented: (HARMONY-6260) [classlib][luni] RI's PipedInputStream.read(byte[], int, int) using its PipedInputStream.read(), but harmony does not. Charles Lee
  • Re: [jira] Commented: (HARMONY-6260) [classlib][luni] RI's PipedInputStream.read(byte[], int, int) using its PipedInputStream.read(), but harmony does not. Tim Ellison
  • Re: [jira] Commented: (HARMONY-6260) [classlib][luni] RI's PipedInputStream.read(byte[], int, int) using its PipedInputStream.read(), but harmony does not. Charles Lee
• Bug in Java2D (while running JFreeChart demo) David Gilbert
  • Re: Bug in Java2D (while running JFreeChart demo) Tim Ellison
• Certify Geronimo with Harmony! Jack Cai
  • Re: Certify Geronimo with Harmony! Sean Qiu
  • Re: Certify Geronimo with Harmony! Regis
  • Re: Certify Geronimo with Harmony! Tim Ellison
  • Re: Certify Geronimo with Harmony! Jack Cai
  • Re: Certify Geronimo with Harmony! Sean Qiu
• [general] Is there any chance that we can use GIT to keep track of all commit information while merging Sean Qiu
  • Re: [general] Is there any chance that we can use GIT to keep track of all commit information while merging Regis
  • Re: [general] Is there any chance that we can use GIT to keep track of all commit information while merging Tim Ellison
  • Re: [general] Is there any chance that we can use GIT to keep track of all commit information while merging Sean Qiu
  • Re: [general] Is there any chance that we can use GIT to keep track of all commit information while merging Mark Hindess
  • Re: [general] Is there any chance that we can use GIT to keep track of all commit information while merging Sean Qiu
• Should we set tcp_nodelay true for Pipe.SinkChannel Regis
  • Re: Should we set tcp_nodelay true for Pipe.SinkChannel Tim Ellison
  • Re: Should we set tcp_nodelay true for Pipe.SinkChannel Regis
• [jdktools][javadoc] ECJ compilation LOU Yin
  • Re: [jdktools][javadoc] ECJ compilation Charles Lee
  • Re: [jdktools][javadoc] ECJ compilation Mark Hindess
  • Re: [jdktools][javadoc] ECJ compilation Tim Ellison
  • Re: [jdktools][javadoc] ECJ compilation LOU Yin
• call for review: (HARMONY-6257) [classlib][luni] - Optimize OSMemory.get/setByteArray Regis
  • Re: call for review: (HARMONY-6257) [classlib][luni] - Optimize OSMemory.get/setByteArray Regis
  • Re: call for review: (HARMONY-6257) [classlib][luni] - Optimize OSMemory.get/setByteArray Jimmy,Jing Lv
  • Re: call for review: (HARMONY-6257) [classlib][luni] - Optimize OSMemory.get/setByteArray Regis
  • Re: call for review: (HARMONY-6257) [classlib][luni] - Optimize OSMemory.get/setByteArray Regis
  • Re: call for review: (HARMONY-6257) [classlib][luni] - Optimize OSMemory.get/setByteArray Ian Rogers
  • Re: call for review: (HARMONY-6257) [classlib][luni] - Optimize OSMemory.get/setByteArray Regis
  • Re: call for review: (HARMONY-6257) [classlib][luni] - Optimize OSMemory.get/setByteArray Pavel Pervov
  • Re: call for review: (HARMONY-6257) [classlib][luni] - Optimize OSMemory.get/setByteArray Regis
• [classlib][build] properties in modules/*/make/hyproperties.xml Mark Hindess
  • Re: [classlib][build] properties in modules/*/make/hyproperties.xml Sean Qiu
  • Re: [classlib][build] properties in modules/*/make/hyproperties.xml Nathan Beyer
  • Re: [classlib][build] properties in modules/*/make/hyproperties.xml Alexey Varlamov
• [GSoC] it is time for mid-time project checking Xiao-Feng Li
  • Re: [GSoC] it is time for mid-time project checking Simon Zhou
  • Re: [GSoC] it is time for mid-time project checking Xiao-Feng Li
  • Re: [GSoC] it is time for mid-time project checking Xiao-Feng Li
• Re: [classlib] add cache for file's canonical path Tim Ellison
  • Re: [classlib] add cache for file's canonical path Regis
  • Re: [classlib] add cache for file's canonical path Regis
  • Re: [classlib] add cache for file's canonical path Tim Ellison
  • Re: [classlib] add cache for file's canonical path Regis
  • Re: [classlib] add cache for file's canonical path Regis
  • Re: [classlib] add cache for file's canonical path Yang Paulex
  • Re: [classlib] add cache for file's canonical path Leo Li
• [launcher]How to get the directory of jre in the lauch period? galaxy
  • Re: [launcher]How to get the directory of jre in the lauch period? galaxy
  • Re: [launcher]How to get the directory of jre in the lauch period? Tim Ellison
• [argument]where do we handle the -jar argument ? galaxy
  • Re: [argument]where do we handle the -jar argument ? Tim Ellison
  • Re: [argument]where do we handle the -jar argument ? galaxy
• porting portlib Nathan Beyer
  • Re: porting portlib Mark Hindess
  • Re: porting portlib Ian Rogers
  • Re: porting portlib Sean Qiu
• [classlib][security] Wildcard subjectAltName dNSName entries throw IOException (HARMONY-6248) Tim Ellison
  • Re: [classlib][security] Wildcard subjectAltName dNSName entries throw IOException (HARMONY-6248) Alexey Petrenko
  • Re: [classlib][security] Wildcard subjectAltName dNSName entries throw IOException (HARMONY-6248) Sean Qiu
  • Re: [classlib][security] Wildcard subjectAltName dNSName entries throw IOException (HARMONY-6248) Nathan Beyer
  • Re: [classlib][security] Wildcard subjectAltName dNSName entries throw IOException (HARMONY-6248) Oliver Deakin

• Earlier messages
• Later messages