hg: jdk8/tl/jdk: 8006995: java launcher fails to open executable JAR > 2GB

2013-02-06 Thread martinrb
Changeset: 2f1505c49e79 Author:martin Date: 2013-02-06 17:59 -0800 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/2f1505c49e79 8006995: java launcher fails to open executable JAR > 2GB Summary: Use O_LARGEFILE consistently when opening jar files Reviewed-by: alanb, sherman ! src/s

RE: "_" in dNSName? (was Re: [Bug 100298] New: keytool and SANs (DNS types))

2013-02-06 Thread Walter Holm
I have not yet, I would appreciate it, thank you. Sent from Windows Surface From: Weijun Wang Sent: ‎February‎ ‎6‎, ‎2013 ‎8‎:‎02‎ ‎PM To: Walter Holm CC: OpenJDK Subject: Re: "_" in dNSName? (was Re: [Bug 100298] New: keytool and SANs (DNS types)) On 02/06/2013 11:54 PM, Walter Holm wrote: > T

Re: "_" in dNSName? (was Re: [Bug 100298] New: keytool and SANs (DNS types))

2013-02-06 Thread Weijun Wang
On 02/06/2013 11:54 PM, Walter Holm wrote: That is correct they are talking about the data content of DNS in general which includes the naming and the content and that section addresses Both. Once an RFC updates another RFC, I would take that to mean there is a change or clarification of a pre

RE: "_" in dNSName? (was Re: [Bug 100298] New: keytool and SANs (DNS types))

2013-02-06 Thread Christos Zoulas
On Feb 6, 3:54pm, walter.h...@crinj.com (Walter Holm) wrote: -- Subject: RE: "_" in dNSName? (was Re: [Bug 100298] New: keytool and SANs ( FYI, bind-9 warns about "_" in the names, but accepts them. Windows Domain controllers create "_" names. I think they should be accepted on the principle be l

hg: jdk8/tl/langtools: 8007698: jtreg test T6306137.java won't compile with ASCII encoding

2013-02-06 Thread james . holmlund
Changeset: b386b8c45387 Author:jjh Date: 2013-02-06 23:10 + URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/b386b8c45387 8007698: jtreg test T6306137.java won't compile with ASCII encoding Reviewed-by: ksrini ! test/tools/javac/api/T6306137.java

Re: Security-related types that are candidates to be FunctionalInterfaces in JDK 8

2013-02-06 Thread Florian Weimer
On 02/06/2013 08:49 PM, Bernd Eckenfels wrote: Will the marker affect compilation and normal runtime or is it strictly a marker accpeting the interface in the functional context? It's supposed to be like @Override, but the retention policy is RUNTIME instead of SOURCE, so there's bound to be

Re: Security-related types that are candidates to be FunctionalInterfaces in JDK 8

2013-02-06 Thread Bernd Eckenfels
Am 06.02.2013, 20:43 Uhr, schrieb Joe Darcy : @FunctionalInterfaces should be applied to existing types is: do people routinely use anonymous inner classes to create instances of these types today? If so, the @FunctionalInterface annotation should be added to indicate the type is meant to

RE: "_" in dNSName? (was Re: [Bug 100298] New: keytool and SANs (DNS types))

2013-02-06 Thread Walter Holm
That is correct they are talking about the data content of DNS in general which includes the naming and the content and that section addresses Both. Once an RFC updates another RFC, I would take that to mean there is a change or clarification of a previous RFC. Hence you have to follow the rabb

Re: Security-related types that are candidates to be FunctionalInterfaces in JDK 8

2013-02-06 Thread Brian Goetz
I'll just note that @FunctionalInterface is not *required* to convert a lambda to the target type; it is a statement of *design intent* by the interface author (which comes with some compile-time enforcement) that the interface is intended to be used to specify a function-like thing. On 2/6/2

Re: Security-related types that are candidates to be FunctionalInterfaces in JDK 8

2013-02-06 Thread Joe Darcy
Hi Sean, Apart from the performance concern Brian has already raised, I think the basic question to provide guidance on whether or not @FunctionalInterfaces should be applied to existing types is: do people routinely use anonymous inner classes to create instances of these types today? If so

Re: Security-related types that are candidates to be FunctionalInterfaces in JDK 8

2013-02-06 Thread Sean Mullan
I need to come up to speed on lambda in order to properly review this. What's the best place to learn more about lambda and FunctionalInterfaces? Thanks, Sean On 02/05/2013 05:35 PM, Joe Darcy wrote: Hello, As part of Project Lambda, a FunctionalInterface annotation type was added to the plat

Re: Security-related types that are candidates to be FunctionalInterfaces in JDK 8

2013-02-06 Thread Sean Mullan
I need to come up to speed on lambda in order to properly review this. What's the best place to learn more about lambda and FunctionalInterfaces? Thanks, Sean On 02/05/2013 05:35 PM, Joe Darcy wrote: Hello, As part of Project Lambda, a FunctionalInterface annotation type was added to the plat

hg: jdk8/tl/jdk: 8006505: additional changes for JSR 310 support

2013-02-06 Thread lance . andersen
Changeset: 1574fa3df1c0 Author:lancea Date: 2013-02-06 14:15 -0500 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/1574fa3df1c0 8006505: additional changes for JSR 310 support Reviewed-by: naoto, ulfzibis ! src/share/classes/java/sql/JDBCType.java ! src/share/classes/java/sql/SQLIn

hg: jdk8/tl: 8004726: Link bug ids to jbs rather than monaco.

2013-02-06 Thread mike . duigou
Changeset: 168dd033604a Author:mduigou Date: 2013-02-06 11:09 -0800 URL: http://hg.openjdk.java.net/jdk8/tl/rev/168dd033604a 8004726: Link bug ids to jbs rather than monaco. Reviewed-by: ohair, chegar, katleman ! make/scripts/webrev.ksh

Re: RFR: JDK-8007607

2013-02-06 Thread Florian Weimer
On 02/06/2013 12:44 AM, John Zavgren wrote: Greetings: I modified the native code to eliminate potential memory loss and crashes by checking the return values of malloc() and realloc() calls. The webrev image of these changes is visible at: http://cr.openjdk.java.net/~jzavgren/8007607/webrev.0

hg: jdk8/tl/langtools: 8007566: DocLint too aggressive with not allowed here:

2013-02-06 Thread jonathan . gibbons
Changeset: 153d20d0cac5 Author:jjg Date: 2013-02-06 07:49 -0800 URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/153d20d0cac5 8007566: DocLint too aggressive with not allowed here: Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/doclint/Checker.java + test/tools/do

"_" in dNSName? (was Re: [Bug 100298] New: keytool and SANs (DNS types))

2013-02-06 Thread Weijun Wang
Hi Walt I'm adding the openjdk security-dev mail list to CC. At the beginning of RFC 2181 11 we have Occasionally it is assumed that the Domain Name System serves only the purpose of mapping Internet host names to data, and mapping Internet addresses to host names. This is not correct

hg: jdk8/tl/langtools: 2 new changesets

2013-02-06 Thread maurizio . cimadamore
Changeset: 1df20330f6bd Author:mcimadamore Date: 2013-02-06 14:03 + URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/1df20330f6bd 8007463: Cleanup inference related classes Summary: Make Infer.InferenceContext an inner class; adjust bound replacement logic in Type.UndetVar

hg: jdk8/tl/jdk: 8007277: JDK-8002048 testcase fails to compile

2013-02-06 Thread dmitry . samersoff
Changeset: 0e7d5dd84fdf Author:dsamersoff Date: 2013-02-06 16:53 +0400 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/0e7d5dd84fdf 8007277: JDK-8002048 testcase fails to compile Summary: sun.* classes is not included to ct.sym file and symbol file have to be ignored Reviewed-by: a

hg: jdk8/tl: 8007625: race with nested repos in /common/bin/hgforest.sh

2013-02-06 Thread chris . hegarty
Changeset: 8dd61906da5f Author:chegar Date: 2013-02-06 11:36 + URL: http://hg.openjdk.java.net/jdk8/tl/rev/8dd61906da5f 8007625: race with nested repos in /common/bin/hgforest.sh Reviewed-by: dholmes, ohair, ohrstrom ! common/bin/hgforest.sh ! get_source.sh

Re: RFR: JDK-8007607

2013-02-06 Thread Dmitry Samersoff
John, Not sure GSS_C_NO_CHANNEL_BINDINGS; is correct return value for this case. I'm second to Valerie - it's better to throw OOM -Dmitry On 2013-02-06 03:44, John Zavgren wrote: > Greetings: > > I modified the native code to eliminate potential memory loss and crashes by > checking the retu