Martin Buchholz wrote:
On Thu, Apr 15, 2010 at 20:02, Andrew Thompson
wrote:
On Apr 14, 2010, at 6:49 AM, Bruce Chapman wrote:
One thing we definitely can do is to add a new constructor
to AssertionError, that takes a cause as an argument,
consistent with other exceptions.
On Thu, Apr 15, 2010 at 20:02, Andrew Thompson
wrote:
>
> On Apr 14, 2010, at 6:49 AM, Bruce Chapman wrote:
>
>>> One thing we definitely can do is to add a new constructor
>>> to AssertionError, that takes a cause as an argument,
>>> consistent with other exceptions.
>>>
>> Yeah, that was a minor
On Fri, Apr 16, 2010 at 03:17, David Holmes wrote:
> Hi Martin,
>
> Martin Buchholz said the following on 04/16/10 16:09:
>>
>> I recently discovered another place to handle huge arrays better - in
>> AbstractCollection.
>> I've put those changes into
>> http://cr.openjdk.java.net/~martin/webrevs/
On Fri, Apr 16, 2010 at 09:18, Mark Reinhold wrote:
> For now I suggest leaving old @author tags as-is.
OK, done.
Version 0.2 of the webrev is published.
Martin
> Date: Fri, 16 Apr 2010 09:09:31 -0700
> From: Martin Buchholz
> On Fri, Apr 16, 2010 at 09:00, chris.hega...@oracle.com wrote:
>> I took a look at the preliminary changes.
>> * I'm not sure we can remove any previous authors names.
>
> We've considered doing that en masse.
Yes, and we might
I should have explicitly invited Michael and Xueming to review, as well.
On Fri, Apr 16, 2010 at 09:00, Chris Hegarty wrote:
> Martin,
>
> I filed the following to track this:
> 6944584: Improvements to subprocess handling on Unix
Thanks.
> I took a look at the preliminary changes.
> * I'm no
Martin,
I filed the following to track this:
6944584: Improvements to subprocess handling on Unix
I took a look at the preliminary changes.
* I'm not sure we can remove any previous authors names.
* I assume the second part, buffering of data after process
termination has not been impleme
Kelly O'Hair wrote:
Need reviewer - Change to jdk/test/makefile for shared library execute
permissions
We been having some spurious test failures on windows and finally
tracked it down to this
issue. Fixing it in the jdk/test/Makefile seemed like the best place,
even though none of us
really
Hi Martin,
Martin Buchholz said the following on 04/16/10 16:09:
I recently discovered another place to handle huge arrays better - in
AbstractCollection.
I've put those changes into
http://cr.openjdk.java.net/~martin/webrevs/openjdk7/ArrayResize2/
I don't understand what you are doing here:
Martin Buchholz wrote:
Hi Chris,
I recently discovered another place to handle huge arrays better - in
AbstractCollection.
I've put those changes into
http://cr.openjdk.java.net/~martin/webrevs/openjdk7/ArrayResize2/
I propose to qfold these into the original changes for this bug
http://cr.open
Am 16.04.2010 10:48, schrieb Ulf Zibis:
On a 2nd thought, I think a code point in the surrogate range should
be rare, as it is kinda invalid. So why check it in 1. place.
What is the purpose of the method?
- isNotValidOrSurrogateBMPCodePoint --> includes negative and values >
MAX_SUPPLEMENTARY_
Changeset: c444651077d2
Author:andrew
Date: 2010-04-16 09:54 +0100
URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/c444651077d2
6944361: Missing CKR_ values in PKCS11Exception
Summary: Allow native NSS errors to be observed and correctly reported
Reviewed-by: wetmore, valeriep
! sr
Am 16.04.2010 02:52, schrieb Martin Buchholz:
On Thu, Apr 15, 2010 at 17:23, Ulf Zibis wrote:
Hi Xueming and Ulf,
Please review a few more optimizations to be added to the
current crop:
http://cr.openjdk.java.net/~martin/webrevs/openjdk7/Pattern-opt/
Have you tried to disassemb
13 matches
Mail list logo
