Changeset: 16e4bbb7488d
Author:mchung
Date: 2009-10-15 17:36 -0700
URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/16e4bbb7488d
6891707: Eliminate the java.io.FilePermission dependency on PolicyFile
Summary: Replace call to PolicyFile.canonPath with its own implementation
Reviewed-b
Changeset: f85aa3aedf41
Author:darcy
Date: 2009-10-15 18:27 -0700
URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/f85aa3aedf41
4428022: System.out.println(0.001) outputs 0.0010
Reviewed-by: darcy
Contributed-by: a...@redhat.com
! src/share/classes/sun/misc/FloatingDecimal.java
+ te
Rémi Forax wrote:
Le 14/10/2009 01:32, Joseph D. Darcy a écrit :
Hello.
Following up from threads earlier this year,
http://mail.openjdk.java.net/pipermail/core-libs-dev/2009-February/001061.html
http://mail.openjdk.java.net/pipermail/core-libs-dev/2009-March/001191.html
I'm willing and
Dmitry Nadezhin wrote:
d) All BigInteger constructors ensure that the bit length is no
larger than 2^31 - 1;
d) is arguably the most correct approach to address the problem.
However, I think the practical consequences of this flaw are low.
Nevertheless, may I use this unimportant flaw as a
d) All BigInteger constructors ensure that the bit length is no
larger than 2^31 - 1;
d) is arguably the most correct approach to address the problem.
However, I think the practical consequences of this flaw are low.
Nevertheless, may I use this unimportant flaw as a lesson of Java bug
fixi
The environment variable:
* Must not be inherited by child processes
* Ideally, should not be seen by Java apps
AFAIK Java has no API to unset environment variables.
Even if it did, it would be too late for an AWT window to unset it,
because child processes can be launched sooner and would still
Hi Frédéric,
Thanks for your suggestion.
The JDK has long had a culture of pushing people
to write portable code, and so any facility that would make
it easier to interact with the operating system in a non-portable way
meets resistance.
Another issue is that the "default" C system shell tends t
Dmitry Nadezhin wrote:
BigInteger is a class implementing arbitrary-precision integers. Of
course, it is an idealization. Let's look at implementation limits of
this type.
The bits are stored in "int[] mag" array. This sets the maximum bit
length 32*(2^31 - 1).
The "BigInteger.magSerialized
BigInteger is a class implementing arbitrary-precision integers. Of
course, it is an idealization. Let's look at implementation limits of
this type.
The bits are stored in "int[] mag" array. This sets the maximum bit
length 32*(2^31 - 1).
The "BigInteger.magSerializedForm()" converts bits to
2009/10/15 Michael McMahon :
> It doesn't seem right to filter out arbitrary environment variables
> like that (inside ProcessEnvironment). Sorry, I haven't been following this
> issue closely,
> but is it not possible to unset this variable somewhere else?
>
I concur. That's a nasty hack that's
It doesn't seem right to filter out arbitrary environment variables
like that (inside ProcessEnvironment). Sorry, I haven't been following
this issue closely,
but is it not possible to unset this variable somewhere else?
- Michael.
Alan Bateman wrote:
Martin, Michael - have either of you loo
Il 15/10/2009 15:32, Frédéric Martini ha scritto:
Hello,
Sorry to revive this request, but I think this is as simple but very useful
method that must be present on Java 7.
No one have an opinion on this?
Fred,
I'm not sure.
In my opinion this is easy to do in application code using somethi
Martin, Michael - have either of you looked at the filtering that they
are proposing to add to ProcessEnvironment?
Anthony Petrov wrote:
Hello,
Please review the next version of the fix contributed by Damjan
Jovanovic:
RFE: https://bugs.openjdk.java.net/show_bug.cgi?id=100094
There you c
Hello,
Sorry to revive this request, but I think this is as simple but very useful
method that must be present on Java 7.
No one have an opinion on this?
Fred,
Le 17 septembre 2009 09:16, Frédéric Martini a
écrit :
> Hello (before to start, sorry for my bad english)
>
>
> I have seen in the
Changeset: f6833a276c1d
Author:alanb
Date: 2009-10-15 11:54 +0100
URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/f6833a276c1d
6883983: JarVerifier dependency on sun.security.pkcs should be removed
Reviewed-by: sherman, wetmore
! src/share/classes/java/util/jar/JarVerifier.java
Ch
Changeset: 57fe28f3878a
Author:michaelm
Date: 2009-10-15 12:03 +0100
URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/57fe28f3878a
6886436: Lightwight HTTP Container (com.sun.* package) is unstable
Reviewed-by: chegar
! src/share/classes/sun/net/httpserver/ExchangeImpl.java
! src/sh
Am 14.10.2009 23:19, Andrew John Hughes schrieb:
2009/10/14 Ulf Zibis :
Am 14.10.2009 17:01, Rémi Forax schrieb:
Le 14/10/2009 16:47, Ulf Zibis a écrit :
Rémi,
can you tell me how you got the cr.openjdk.java.net account ?
Is there any registration link?
Thanks,
Ulf
Mandy Chung wrote:
Alan, Sean,
Can you review the fix for:
6891707: Eliminate the java.io.FilePermission dependency on PolicyFile
Webrev:
http://cr.openjdk.java.net/~mchung/6891707/webrev.00/
FilePermission and PolicyFile are the two callers to the
sun.security.provider.PolicyFile.canonPa
18 matches
Mail list logo
