Changeset: 2e21ecd7a5ad
Author:vromero
Date: 2013-03-14 08:30 +
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/2e21ecd7a5ad
8008582: jtreg failures after conversion of shell tests to Java
Reviewed-by: jjg
! src/share/classes/com/sun/tools/javac/util/ArrayUtils.java
! tes
Hi Xuelei
You might know that krb5 now supports unbound acceptor, which means if
you set "principal=*" in an acceptor's JAAS login config file, it can
serve as any service. The acceptor would read initiator's request, find
out what the intended service name is, and then find a key for it from
On 14/03/2013 3:12 PM, David Holmes wrote:
Note that this isn't changing any functionality simply exposing an
existing make variable at configure time.
Correction. I misunderstood what was being done here. This forcibly
set/clears the make variable based solely on the existence of a directory:
aka 7200271 : javax.smartcardio.CardTerminal.isCardPresent always returns false
Dear security,
The underlying cause of this issue is silly. The signature of
SCardGetStatusChange is wrong on OS X; the JRE code expects DWORD to
be uint64_t, but in the OS X system library it’s actually uint32_t.
Not
Valerie:
Thanks for catching this inconsistency. I just posted a modified webrev image:
http://cr.openjdk.java.net/~jzavgren/8007607/webrev.08/
John
- Original Message -From: valerie.p...@oracle.comTo:
john.zavg...@oracle.comCc: security-dev@openjdk.java.netSent:
Wednesday, March 13,
Hello,
I've always thought that the keystore password and the key password
itself had to be the same in a PKCS12 keystore, due to constraints in
the PKCS#12 format. It appears this is not quite the case with the
Java implementation, especially with a PKCS#12 store generated with
keytool.
When imp
Changeset: ca9469a15792
Author:alanb
Date: 2013-03-14 16:59 +
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/ca9469a15792
7183800: TEST_BUG: Update tests to run on Ubuntu 12.04 (localhost is 127.0.1.1)
Reviewed-by: alanb, chegar
Contributed-by: yiming.w...@oracle.com
! test/ja
Changeset: f010eb1e696f
Author:alanb
Date: 2013-03-14 16:03 +
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/f010eb1e696f
8005716: Enhance JNI specification to allow support of static JNI libraries in
Embedded JREs
Reviewed-by: dlong, alanb, mduigou
Contributed-by: bill.pitt..
Changeset: fd3fdaff0257
Author:mchung
Date: 2013-03-14 10:33 -0700
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/fd3fdaff0257
8005428: Update jdeps to read the same profile information as by javac
Reviewed-by: alanb
! make/netbeans/langtools/nbproject/project.xml
! src/shar
Changeset: d79503c4c56f
Author:naoto
Date: 2013-03-14 11:29 -0700
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/d79503c4c56f
8008576: Calendar mismatch using Host LocaleProviderAdapter
Reviewed-by: okutsu
! make/java/java/FILES_java.gmk
! src/macosx/classes/sun/util/locale/provid
The DISABLE_INTREE_EC flag is designed to control whether the Elliptic Curve
support in the
JDK source tree is skipped during a build. It is used to avoid the duplication
of EC libraries on
platforms where an EC library is already present.
In the old build it was a build option. In the new build
Hi,
Updated webrev at:
http://cr.openjdk.java.net/~omajid/webrevs/intree-ec/01/
I switched from DISABLE_INTREE_EC to ENABLE_INTREE_EC to avoid the
confusion with double negatives.
Note that because of the ifeq comparison, if you use the new build
system and just update the jdk tree, the ifeq ($E
On 03/14/2013 03:14 PM, Vincent Ryan wrote:
> The DISABLE_INTREE_EC flag is designed to control whether the Elliptic Curve
> support in the
> JDK source tree is skipped during a build. It is used to avoid the
> duplication of EC libraries on
> platforms where an EC library is already present.
>
Yes, you are right.
This is a behavior change (also it's not a correct behavior now), we
will think about if it has any negative impact.
Thanks
Max
On 3/14/13 10:44 PM, Bruno Harbulot wrote:
Hello,
I've always thought that the keystore password and the key password
itself had to be the same
On 15/03/2013 5:37 AM, Omair Majid wrote:
Hi,
Updated webrev at:
http://cr.openjdk.java.net/~omajid/webrevs/intree-ec/01/
I switched from DISABLE_INTREE_EC to ENABLE_INTREE_EC to avoid the
confusion with double negatives.
Looking just at the mechanics of this it looks fine to me. This needs t
Looks good to me.
Thanks,
Valerie
On 03/14/13 06:04, John Zavgren wrote:
Valerie: Thanks for catching this inconsistency. I just posted a
modified webrev image:
http://cr.openjdk.java.net/~jzavgren/8007607/webrev.08/ John
- Original Message -
From: valerie.p...@oracle.com
To: john.zav
- Original Message -
> On 15/03/2013 5:37 AM, Omair Majid wrote:
> > Hi,
> >
> > Updated webrev at:
> > http://cr.openjdk.java.net/~omajid/webrevs/intree-ec/01/
> >
> > I switched from DISABLE_INTREE_EC to ENABLE_INTREE_EC to avoid the
> > confusion with double negatives.
>
> Looking just
On 15/03/2013 12:55 PM, Andrew Hughes wrote:
- Original Message -
On 15/03/2013 5:37 AM, Omair Majid wrote:
Hi,
Updated webrev at:
http://cr.openjdk.java.net/~omajid/webrevs/intree-ec/01/
I switched from DISABLE_INTREE_EC to ENABLE_INTREE_EC to avoid the
confusion with double negative
- Original Message -
> On 15/03/2013 12:55 PM, Andrew Hughes wrote:
> > - Original Message -
> >> On 15/03/2013 5:37 AM, Omair Majid wrote:
> >>> Hi,
> >>>
> >>> Updated webrev at:
> >>> http://cr.openjdk.java.net/~omajid/webrevs/intree-ec/01/
> >>>
> >>> I switched from DISABLE_INT
Changeset: fbbf5376e7e4
Author:rfield
Date: 2013-03-14 22:54 -0700
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/fbbf5376e7e4
8010010: NPE generating serializedLambdaName for nested lambda
Reviewed-by: mcimadamore
! src/share/classes/com/sun/tools/javac/comp/LambdaToMethod.
20 matches
Mail list logo