On Thu, 22 Sep 2022 22:41:21 GMT, Roger Riggs wrote:
>> Clear the signal mask of the child when launching with posix_spawn.
>>
>> SIGQUIT signals are handled on non-Java Threads by the VM.
>> For Java threads the signal mask blocks SIGQUIT.
>> The ProcessBuilder uses posix_spawn on all platfor
> 8289552: Make intrinsic conversions between bit representations of half
> precision values and floats
Smita Kamath 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 req
On Thu, 22 Sep 2022 22:41:21 GMT, Roger Riggs wrote:
>> Clear the signal mask of the child when launching with posix_spawn.
>>
>> SIGQUIT signals are handled on non-Java Threads by the VM.
>> For Java threads the signal mask blocks SIGQUIT.
>> The ProcessBuilder uses posix_spawn on all platfor
On Wed, 21 Sep 2022 21:37:59 GMT, Roger Riggs wrote:
>> Clear the signal mask of the child when launching with posix_spawn.
>>
>> SIGQUIT signals are handled on non-Java Threads by the VM.
>> For Java threads the signal mask blocks SIGQUIT.
>> The ProcessBuilder uses posix_spawn on all platfor
> Clear the signal mask of the child when launching with posix_spawn.
>
> SIGQUIT signals are handled on non-Java Threads by the VM.
> For Java threads the signal mask blocks SIGQUIT.
> The ProcessBuilder uses posix_spawn on all platforms to create new processes.
> Without a specific request, th
On Fri, 9 Sep 2022 12:19:54 GMT, Markus KARG wrote:
>> Implementation of JDK-8279283
>
> Markus KARG has updated the pull request incrementally with two additional
> commits since the last revision:
>
> - corrected copyright
> - testing transferTo() after reset()
test/jdk/java/io/BufferedInp
On Thu, 22 Sep 2022 06:09:46 GMT, Robbin Ehn wrote:
>> David Holmes has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Fix JniVersion test
>
> Looks good, thank you!
Thanks @robehn !
-
PR: https://git.openjdk.org/jdk/pull/103
On Wed, 21 Sep 2022 21:37:59 GMT, Roger Riggs wrote:
>> Clear the signal mask of the child when launching with posix_spawn.
>>
>> SIGQUIT signals are handled on non-Java Threads by the VM.
>> For Java threads the signal mask blocks SIGQUIT.
>> The ProcessBuilder uses posix_spawn on all platfor
On Fri, 16 Sep 2022 08:26:00 GMT, Matthias Baesken wrote:
> We noticed that with certain jar file input, jdeps runs into the following
> exception, this happens with jdk11, 17 and 20.
>
> jdeps.exe --multi-release 11 --module-path . --inverse --package
> com.sap.nw.performance.supa.client test
On Thu, 22 Sep 2022 18:48:41 GMT, Aleksey Shipilev wrote:
>> Reliably reproduces on x86-32 with FPU:
>>
>>
>> $ CONF=linux-x86-server-fastdebug make test
>> TEST=java/lang/Float/Binary16ConversionNaN.java TEST_VM_OPTS="-XX:UseAVX=0
>> -XX:UseSSE=0"
>> ...
>> Roundtrip failure on NaN value 7de
On Thu, 22 Sep 2022 09:16:28 GMT, Serguei Spitsyn wrote:
>> There are several places in VirtualThread class implementation where virtual
>> threads are being mounted or unmounted, so there is a transition of the
>> JavaThread identity from carrier thread to virtual thread and back. The
>> exec
On Thu, 22 Sep 2022 18:43:40 GMT, Aleksey Shipilev wrote:
>> test/jdk/java/lang/Float/Binary16ConversionNaN.java line 27:
>>
>>> 25: * @test
>>> 26: * @bug 8289551
>>> 27: * @library /test/lib
>>
>> If we want to simply not run this test on x87, that could be done using
>> jtreg @requires t
On Thu, 22 Sep 2022 13:26:17 GMT, Raffaello Giulietti wrote:
>> test/jdk/java/lang/Float/Binary16ConversionNaN.java line 81:
>>
>>> 79:
>>> 80: private static int sign(short binary16) {
>>> 81: return (binary16 & 0xf000);
>>
>> I think this should read
>> `return binary16 & 0x8000;
On Thu, 22 Sep 2022 16:41:53 GMT, Joe Darcy wrote:
>> Aleksey Shipilev 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
>> commit
> Reliably reproduces on x86-32 with FPU:
>
>
> $ CONF=linux-x86-server-fastdebug make test
> TEST=java/lang/Float/Binary16ConversionNaN.java TEST_VM_OPTS="-XX:UseAVX=0
> -XX:UseSSE=0"
> ...
> Roundtrip failure on NaN value 7de2 got back 7fe2
> Roundtrip failure on NaN value fde2 got back ffe2
On Thu, 22 Sep 2022 17:16:55 GMT, Hannes Wallnöfer wrote:
>> Please review an enhancement to the preview page to add a list of preview
>> features and allow users to explore the preview APIs by feature.
>>
>> While the changes for the enhancement itself are not overly complex, the
>> work ent
> Please review an enhancement to the preview page to add a list of preview
> features and allow users to explore the preview APIs by feature.
>
> While the changes for the enhancement itself are not overly complex, the work
> entailed a moderate cleanup of other summary API lists (Deprecated a
On Thu, 18 Aug 2022 21:42:04 GMT, Jonathan Gibbons wrote:
>> Hannes Wallnöfer has updated the pull request with a new target base due to
>> a merge or a rebase. The pull request now contains two commits:
>>
>> - Merge branch 'master' into JDK-8287597
>> - JDK-8287597: List all preview feature
On Thu, 22 Sep 2022 12:56:49 GMT, Aleksei Voitylov
wrote:
> Unlike on x86 (see 8285868 and the discussion in review), isFinite intrinsic
> turned out to be profitable on RISC-V using the same fclass instruction as
> for 8293695 (isInfinite instrinsic). Therefore, I'm proposing to have it
> ad
> Please review an enhancement to the preview page to add a list of preview
> features and allow users to explore the preview APIs by feature.
>
> While the changes for the enhancement itself are not overly complex, the work
> entailed a moderate cleanup of other summary API lists (Deprecated a
On Mon, 19 Sep 2022 10:25:50 GMT, Aleksey Shipilev wrote:
> Reliably reproduces on x86-32 with FPU:
>
>
> $ CONF=linux-x86-server-fastdebug make test
> TEST=java/lang/Float/Binary16ConversionNaN.java TEST_VM_OPTS="-XX:UseAVX=0
> -XX:UseSSE=0"
> ...
> Roundtrip failure on NaN value 7de2 got ba
On Thu, 22 Sep 2022 14:26:51 GMT, Roger Riggs wrote:
> Hi Roger, Using the spawn attributes seems more far reaching than simply
> temporarily changing the signal mask of the calling thread. I'd be concerned
> this has some unintended side-effects.
I don't think that is a good idea. If the thre
New JFR event to record state of initial security properties.
Debug output is also now added for these properties via
-Djava.security.debug=properties
-
Commit messages:
- merge with master
- Correct test bug ids
- fix up imports
- Add security debug test logic
- Add JFR testc
On Thu, 22 Sep 2022 14:26:51 GMT, Roger Riggs wrote:
> The launching of a new executable is a two+ step process. A small executable
> (jspawnhelper) is spawned and it does the exec of the requested executable.
> An alternate implementation is to have jspawnhelper reset its own signal mask
> be
On Wed, 21 Sep 2022 23:12:13 GMT, David Holmes wrote:
> Hi Roger, Using the spawn attributes seems more far reaching than simply
> temporarily changing the signal mask of the calling thread. I'd be concerned
> this has some unintended side-effects.
@dholmes-ora The signal masks for threads are
On Wed, 27 Jul 2022 13:14:39 GMT, Sean Coffey wrote:
> Add a JFR Event for `java.security.Provider.getService(String type, String
> algorithm)` calls.
This pull request has now been integrated.
Changeset: bc2af47e
Author:Sean Coffey
URL:
https://git.openjdk.org/jdk/commit/bc2af47e1
> Second attempt at resolving
> [JDK-8292016](https://bugs.openjdk.org/browse/JDK-8292016) with a less
> intrusive approach this time
>
> Side note: While it might be preferred to remove this entirely, other areas
> of the JDK also use the same flawed logic, and removing this would simply
> p
> Second attempt at resolving
> [JDK-8292016](https://bugs.openjdk.org/browse/JDK-8292016) with a less
> intrusive approach this time
>
> Side note: While it might be preferred to remove this entirely, other areas
> of the JDK also use the same flawed logic, and removing this would simply
> p
> Second attempt at resolving
> [JDK-8292016](https://bugs.openjdk.org/browse/JDK-8292016) with a less
> intrusive approach this time
>
> Side note: While it might be preferred to remove this entirely, other areas
> of the JDK also use the same flawed logic, and removing this would simply
> p
> Second attempt at resolving
> [JDK-8292016](https://bugs.openjdk.org/browse/JDK-8292016) with a less
> intrusive approach this time
>
> Side note: While it might be preferred to remove this entirely, other areas
> of the JDK also use the same flawed logic, and removing this would simply
> p
> Second attempt at resolving
> [JDK-8292016](https://bugs.openjdk.org/browse/JDK-8292016) with a less
> intrusive approach this time
>
> Side note: While it might be preferred to remove this entirely, other areas
> of the JDK also use the same flawed logic, and removing this would simply
> p
On Thu, 22 Sep 2022 13:23:23 GMT, Raffaello Giulietti wrote:
>> Reliably reproduces on x86-32 with FPU:
>>
>>
>> $ CONF=linux-x86-server-fastdebug make test
>> TEST=java/lang/Float/Binary16ConversionNaN.java TEST_VM_OPTS="-XX:UseAVX=0
>> -XX:UseSSE=0"
>> ...
>> Roundtrip failure on NaN value
> Second attempt at resolving
> [JDK-8292016](https://bugs.openjdk.org/browse/JDK-8292016) with a less
> intrusive approach this time
>
> Side note: While it might be preferred to remove this entirely, other areas
> of the JDK also use the same flawed logic, and removing this would simply
> p
On Mon, 19 Sep 2022 10:25:50 GMT, Aleksey Shipilev wrote:
> Reliably reproduces on x86-32 with FPU:
>
>
> $ CONF=linux-x86-server-fastdebug make test
> TEST=java/lang/Float/Binary16ConversionNaN.java TEST_VM_OPTS="-XX:UseAVX=0
> -XX:UseSSE=0"
> ...
> Roundtrip failure on NaN value 7de2 got ba
> Second attempt at resolving
> [JDK-8292016](https://bugs.openjdk.org/browse/JDK-8292016) with a less
> intrusive approach this time
>
> Side note: While it might be preferred to remove this entirely, other areas
> of the JDK also use the same flawed logic, and removing this would simply
> p
Unlike on x86 (see 8285868 and the discussion in review), isFinite intrinsic
turned out to be profitable on RISC-V using the same fclass instruction as for
8293695 (isInfinite instrinsic). Therefore, I'm proposing to have it added on
RISC-V in this PR.
benchmark results:
before:
Benchmark
> Add support for named groups to java.util.regex.MatchResult
Raffaello Giulietti has updated the pull request incrementally with one
additional commit since the last revision:
8065554: MatchResult should provide values of named-capturing groups
-
Changes:
- all: https://git.op
On Thu, 22 Sep 2022 09:16:28 GMT, Serguei Spitsyn wrote:
>> There are several places in VirtualThread class implementation where virtual
>> threads are being mounted or unmounted, so there is a transition of the
>> JavaThread identity from carrier thread to virtual thread and back. The
>> exec
On Thu, 22 Sep 2022 07:02:16 GMT, Hao Sun wrote:
> This warning seems to be a false positive, because 1) array "fq" with
> elements from index 0 to "jz" has already been initialized as "fw" at line
> 290 [1], and 2) variable "jz" should be non-negative from the comment at line
> 99 [2].
>
> N
> There are several places in VirtualThread class implementation where virtual
> threads are being mounted or unmounted, so there is a transition of the
> JavaThread identity from carrier thread to virtual thread and back. The
> execution state in such transitions is inconsistent, and so, has to
On Wed, 21 Sep 2022 17:25:42 GMT, Chris Plummer wrote:
>> Thank you for reviewing and the comment, Chris.
>> I agree, this part and related comment is kind of obscure.
>> I'll think how to make the comment better.
>> In fact, all temporary VTMS transitions do temporary switch the `JavaThread`
>>
On Sun, 18 Sep 2022 16:32:31 GMT, Alan Bateman wrote:
> Degrade Thread.suspend/resume to throw UOE unconditionally.
>
> Another step in the removal of this deadlock prone mis-feature from the
> user-facing API. Thread.suspend/resume have been deprecated since JDK 1.2
> (1998) and terminally de
On Thu, 22 Sep 2022 07:57:38 GMT, David Holmes wrote:
> Why is stop being removed in this PR?
It's just the sequencing of the two PRs and avoid merge conflicts. The
Thread.stop should really edit this sentence, then this PR will edit it again.
It was simpler to just do the SM edits in one PR.
On Sun, 18 Sep 2022 16:32:31 GMT, Alan Bateman wrote:
> Degrade Thread.suspend/resume to throw UOE unconditionally.
>
> Another step in the removal of this deadlock prone mis-feature from the
> user-facing API. Thread.suspend/resume have been deprecated since JDK 1.2
> (1998) and terminally de
On Thu, 22 Sep 2022 04:36:08 GMT, Joe Darcy wrote:
> Consider using an implSpec tag here.
implSpec is usually for default methods or overrideable methods. In this case,
Thread.stop is final so code that extends Thread can't override and change the
behavior. So it's not clear to me that implSpe
On Sun, 18 Sep 2022 16:32:31 GMT, Alan Bateman wrote:
> Degrade Thread.suspend/resume to throw UOE unconditionally.
>
> Another step in the removal of this deadlock prone mis-feature from the
> user-facing API. Thread.suspend/resume have been deprecated since JDK 1.2
> (1998) and terminally de
This warning seems to be a false positive, because 1) array "fq" with elements
from index 0 to "jz" has already been initialized as "fw" at line 290 [1], and
2) variable "jz" should be non-negative from the comment at line 99 [2].
Note-1: GCC warning option -Wmaybe-uninitialized is not a new one
47 matches
Mail list logo
