> Both methods are implemented in a similar way.
> 1. Requests the size of the profile/tag data
> 2. Creates an array of the correct size
> 3. Requests the data and copy it to the array
>
> If the data will be changed concurrently between steps 2. and 3. then we will
> get a mismatch between t
> The specification of the java.awt.color.ICC_Profile.getInstance(byte[]) is
> updated.
> Its implementation changed over time, and different exceptions were thrown,
> but since JDK-8013430 always throws an IllegalArgumentException on null and
> invalid data.
Sergey Bylokhov has updated the pul
On Fri, 5 Feb 2021 04:05:12 GMT, Sergey Bylokhov wrote:
> In a few places where we use streams the try/with/res blocks are added.
This pull request has now been integrated.
Changeset: 74d40ab7
Author:Sergey Bylokhov
URL: https://git.openjdk.java.net/jdk/commit/74d40ab7
Stats: 105
On Sat, 6 Feb 2021 02:11:16 GMT, Sergey Bylokhov wrote:
>> In a few places where we use streams the try/with/res blocks are added.
>
> Sergey Bylokhov has updated the pull request with a new target base due to a
> merge or a rebase. The incremental webrev excludes the unrelated changes
> brough
> In a few places where we use streams the try/with/res blocks are added.
Sergey Bylokhov has updated the pull request with a new target base due to a
merge or a rebase. The incremental webrev excludes the unrelated changes
brought in by the merge/rebase. The pull request contains five additiona
On Sat, 6 Feb 2021 01:23:54 GMT, Alexander Zvegintsev
wrote:
>> Sergey Bylokhov has updated the pull request with a new target base due to a
>> merge or a rebase. The incremental webrev excludes the unrelated changes
>> brought in by the merge/rebase. The pull request contains five additional
On Fri, 5 Feb 2021 04:05:12 GMT, Sergey Bylokhov wrote:
> In a few places where we use streams the try/with/res blocks are added.
test/jdk/java/awt/color/ICC_Profile/WriteProfileToFile.java line 43:
> 41: testViaDataArray(gold);
> 42: testViaFile(gold);
> 43: testViaStre
On Fri, 5 Feb 2021 04:05:12 GMT, Sergey Bylokhov wrote:
> In a few places where we use streams the try/with/res blocks are added.
test/jdk/java/awt/color/ICC_Profile/WriteProfileToFile.java line 83:
> 81: }
> 82: }
> 83: }
Just a matter of taste, but if you OK with not
On Thu, 4 Feb 2021 10:35:02 GMT, Ajit Ghaisas wrote:
> **Description :**
> This is the implementation of [JEP 382 : New macOS Rendering
> Pipeline](https://bugs.openjdk.java.net/browse/JDK-8238361)
> It implements a Java 2D internal rendering pipeline for macOS using the Apple
> Metal API.
> Th
On Thu, 4 Feb 2021 04:15:03 GMT, Prasanta Sadhukhan
wrote:
>> Method createStrokedShape(Shape) for java.awt.BasicStroke class throws
>> NullPointerException when passed a null object reference for a input
>> parameter but it's not specified in the spec.
>> Updated spec to illustrate this.
>
>
In a few places where we use streams the try/with/res blocks are added.
-
Commit messages:
- Update ICC_Profile.java
- Update ICC_Profile.java
- Initial fix
Changes: https://git.openjdk.java.net/jdk/pull/2421/files
Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=2421&range=
On Thu, 4 Feb 2021 10:35:02 GMT, Ajit Ghaisas wrote:
> **Description :**
> This is the implementation of [JEP 382 : New macOS Rendering
> Pipeline](https://bugs.openjdk.java.net/browse/JDK-8238361)
> It implements a Java 2D internal rendering pipeline for macOS using the Apple
> Metal API.
> Th
On Wed, 3 Feb 2021 18:50:34 GMT, Alexander Zuev wrote:
> 8216358: [accessibility] [macos] The focus is invisible when tab to "Image
> Radio Buttons" and "Image CheckBoxes"
This pull request has now been integrated.
Changeset: 440db35e
Author:Alexander Zuev
URL: https://git.openjdk.j
On Thu, 4 Feb 2021 10:35:02 GMT, Ajit Ghaisas wrote:
> **Description :**
> This is the implementation of [JEP 382 : New macOS Rendering
> Pipeline](https://bugs.openjdk.java.net/browse/JDK-8238361)
> It implements a Java 2D internal rendering pipeline for macOS using the Apple
> Metal API.
> Th
On Thu, 4 Feb 2021 10:35:02 GMT, Ajit Ghaisas wrote:
> **Description :**
> This is the implementation of [JEP 382 : New macOS Rendering
> Pipeline](https://bugs.openjdk.java.net/browse/JDK-8238361)
> It implements a Java 2D internal rendering pipeline for macOS using the Apple
> Metal API.
> Th
On Tue, 2 Feb 2021 18:35:51 GMT, Gerard Ziemski wrote:
>> Anton Kozlov has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> support macos_aarch64 in hsdis
>
> src/hotspot/cpu/aarch64/vm_version_aarch64.hpp line 93:
>
>> 91: CPU_MARVELL
On Wed, 3 Feb 2021 23:29:30 GMT, Gerard Ziemski wrote:
>> using ` ```c `
>> https://docs.github.com/en/github/writing-on-github/creating-and-highlighting-code-blocks
>>
>> I was wrong about `SIGFPE` / `EXC_MASK_ARITHMETIC`, it's used on i386,
>> x86_64:
>> https://github.com/openjdk/jdk/blob/2
On Thu, 4 Feb 2021 04:15:03 GMT, Prasanta Sadhukhan
wrote:
>> Method createStrokedShape(Shape) for java.awt.BasicStroke class throws
>> NullPointerException when passed a null object reference for a input
>> parameter but it's not specified in the spec.
>> Updated spec to illustrate this.
>
>
> Please review the implementation of JEP 391: macOS/AArch64 Port.
>
> It's heavily based on existing ports to linux/aarch64, macos/x86_64, and
> windows/aarch64.
>
> Major changes are in:
> * src/hotspot/cpu/aarch64: support of the new calling convention (subtasks
> JDK-8253817, JDK-8253818)
On Fri, 5 Feb 2021 12:26:27 GMT, Anton Kozlov wrote:
>> Marked as reviewed by ihse (Reviewer).
>
>> I haven't got a MacOS AArch64 system right now. Is it possible to
>> enable W^X in Linux in order to kick the tyres?
>
> I've just got rid of asserts that fired on Linux sometime :) As for W^X lik
On 2/5/21 4:51 AM, Magnus Ihse Bursie wrote:
On Tue, 2 Feb 2021 21:20:52 GMT, Daniel D. Daugherty wrote:
Anton Kozlov has updated the pull request incrementally with one additional
commit since the last revision:
support macos_aarch64 in hsdis
make/autoconf/flags.m4 line 140:
138:
> On Dec 16, 2020, at 11:57 PM, Philip Race wrote:
>
> To anyone who has a mac still running 10.12 - we don't expect Metal to run
> (it requires at least 10.13
> and maybe even later by the time it is final) but we would like confirmation
> that nothing in Metal
> prevents OpenGL running on o
Hi,
I've created a jdk11u backport of JDK-8247872: Upgrade HarfBuzz to the latest
2.7.2
http://cr.openjdk.java.net/~mdoerr/8247872_harfbuzz_11u/webrev.00/
I had to resolve it a bit manually [1].
However, the main problem is that it heavily uses C++11, so easiest solution is
to add HARFBUZZ_CFLA
On 10/09/2020 10:07 pm, Dmitriy Dumanskiy wrote:
On Thu, 10 Sep 2020 11:21:28 GMT, David Holmes wrote:
The code in java.base was updated to use String::isEmpty in JDK 12
(JDK-8215281). There was follow-up in JDK 13 to do
the same in the java.desktop module (JDK-8223237). Changing the remainin
Hi Christoph,
> is there any other reason why harfbuzz 2.7.2 needs to be backported to
> OpenJDK 11 beyond the fact that Oracle did it?
I don't have other reasons at the moment. I'd be fine with deferring it until
anyone has a demand. I'm just evaluating options in order to be prepared.
> I thin
> Please review the implementation of JEP 391: macOS/AArch64 Port.
>
> It's heavily based on existing ports to linux/aarch64, macos/x86_64, and
> windows/aarch64.
>
> Major changes are in:
> * src/hotspot/cpu/aarch64: support of the new calling convention (subtasks
> JDK-8253817, JDK-8253818)
On Mon, 25 Jan 2021 22:48:50 GMT, Chris Plummer wrote:
>> Anton Kozlov has updated the pull request incrementally with two additional
>> commits since the last revision:
>>
>> - Refactor CDS disabling
>> - Redo builsys support for aarch64-darwin
>
> src/jdk.hotspot.agent/macosx/native/libsapr
On Fri, 5 Feb 2021 09:57:54 GMT, Magnus Ihse Bursie wrote:
>> Anton Kozlov has updated the pull request incrementally with six additional
>> commits since the last revision:
>>
>> - Merge remote-tracking branch 'origin/jdk/jdk-macos' into jdk-macos
>> - Add comments to WX transitions
>>
>
On Fri, 5 Feb 2021 09:49:11 GMT, Andrew Haley wrote:
>> I reviewed bsd_aarch64.cpp digging bit deeper and left some comments.
>
>> > Umm, so how does patching work? We don't even know if other threads are
>> > executing the code we need to patch.
>>
>> I thought java can handle that scenario in
On Wed, 3 Feb 2021 20:01:15 GMT, Anton Kozlov wrote:
>> Please review the implementation of JEP 391: macOS/AArch64 Port.
>>
>> It's heavily based on existing ports to linux/aarch64, macos/x86_64, and
>> windows/aarch64.
>>
>> Major changes are in:
>> * src/hotspot/cpu/aarch64: support of the
On Tue, 2 Feb 2021 21:20:52 GMT, Daniel D. Daugherty wrote:
>> Anton Kozlov has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> support macos_aarch64 in hsdis
>
> make/autoconf/flags.m4 line 140:
>
>> 138: else
>> 139: MACOSX_VERS
On Thu, 4 Feb 2021 23:05:56 GMT, Gerard Ziemski wrote:
>> Anton Kozlov has updated the pull request incrementally with six additional
>> commits since the last revision:
>>
>> - Merge remote-tracking branch 'origin/jdk/jdk-macos' into jdk-macos
>> - Add comments to WX transitions
>>
>>
32 matches
Mail list logo
