On Wed, 30 Nov 2022 15:21:53 GMT, Kevin Walls wrote:
>> Deprecate the Java Management Extension (JMX) Management Applet (m-let)
>> feature for removal.
>>
>> This deprecation will have no impact on users of other JMX features, the
>> JDK's built-in instrumentation, or any of the observability
On Wed, 30 Nov 2022 16:41:16 GMT, Kevin Walls wrote:
>> src/java.management/share/classes/javax/management/loading/MLet.java line
>> 165:
>>
>>> 163: * to load classes that could not be found in the loaded jar files.
>>> 164: *
>>> 165: * @deprecated This API is part of Management Applets (m
On Wed, 30 Nov 2022 20:37:38 GMT, Kevin Walls wrote:
>> Deprecate the Java Management Extension (JMX) Management Applet (m-let)
>> feature for removal.
>>
>> This deprecation will have no impact on users of other JMX features, the
>> JDK's built-in instrumentation, or any of the observability
On Thu, 8 Dec 2022 18:06:58 GMT, Daniel D. Daugherty wrote:
> A trivial fix for several ProblemListings:
> [JDK-8298402](https://bugs.openjdk.org/browse/JDK-8298402) ProblemList
> javax/swing/JFileChooser/4847375/bug4847375.java on windows-x64
> [JDK-8298414](https://bugs.openjdk.org/browse/JDK-
On Thu, 8 Dec 2022 12:37:17 GMT, Sergey Tsypanov wrote:
> Newer version of IntelliJ IDEA introduces new
> [inspection](https://youtrack.jetbrains.com/issue/IDEA-301797/IDEA-should-report-redundant-array-length-check-in-certain-cases)
> detecting redundant array length check in snippets like
>
On Thu, 8 Dec 2022 12:37:17 GMT, Sergey Tsypanov wrote:
> Newer version of IntelliJ IDEA introduces new
> [inspection](https://youtrack.jetbrains.com/issue/IDEA-301797/IDEA-should-report-redundant-array-length-check-in-certain-cases)
> detecting redundant array length check in snippets like
>
On Mon, 16 Jan 2023 16:50:06 GMT, Magnus Ihse Bursie wrote:
>> [JDK-8295729](https://bugs.openjdk.org/browse/JDK-8295729) was created in an
>> attempt to remove all trailing whitespace from properties files, and enable
>> a jcheck verification that they did not come back, similar to other sourc
On Fri, 2 Dec 2022 16:42:57 GMT, Magnus Ihse Bursie wrote:
> According to [the
> specification](https://docs.oracle.com/en/java/javase/19/docs/api/java.base/java/util/Properties.html#load(java.io.Reader))
> trailing whitespaces in the values of properties files are (somewhat
> surprisingly) ac
Remove VMOutOfMemoryException001.java from the problem list, after JDK-8303198.
The logging of Runtime.exit interfered with out-of-memory exception handling in
this test.
Making the logging more robust in JDK-8303198 by handling exceptions restores
the conditions expected by this test.
On Fri, 3 Mar 2023 16:40:41 GMT, Roger Riggs wrote:
> Remove VMOutOfMemoryException001.java from the problem list, after
> JDK-8303198.
>
> The logging of Runtime.exit interfered with out-of-memory exception handling
> in this test.
> Making the logging more robust in JDK-8
On Mon, 6 Mar 2023 20:22:48 GMT, Pavel Rappo wrote:
>> Please review this superficial documentation cleanup that was triggered by
>> unrelated analysis of doc comments in JDK API.
>>
>> The only effect that this multi-area PR has on the JDK API Documentation
>> (i.e. the observable effect on t
On Fri, 10 Mar 2023 19:53:31 GMT, Daniel D. Daugherty
wrote:
> A trivial fix to ProblemList
> serviceability/AsyncGetCallTrace/MyPackage/ASGCTBaseTest.java on linux-x64 in
> -Xcomp mode
Marked as reviewed by rriggs (Reviewer).
-
PR: https://git.openjdk.org/jdk/pull/12983
On Wed, 8 Mar 2023 11:30:27 GMT, Daniel Jeliński wrote:
> This patch modifies the `getLastErrorString` method to return a `jstring`.
> Thanks to that we can avoid unnecessary back and forth conversions between
> Unicode and other charsets on Windows.
>
> Other changes include:
> - the Windows
On Mon, 13 Mar 2023 09:48:19 GMT, Daniel Jeliński wrote:
>> This patch modifies the `getLastErrorString` method to return a `jstring`.
>> Thanks to that we can avoid unnecessary back and forth conversions between
>> Unicode and other charsets on Windows.
>>
>> Other changes include:
>> - the W
Define an internal jdk.internal.util.Architecture enumeration and static
methods to replace uses of the system property `os.arch`.
The enumeration values are defined to match those used in the build.
The initial values are: `X64, X86, IA64, ARM, AARCH64, RISCV64, S390X, PPC64LE`
Note that `amd64`
On Wed, 5 Apr 2023 16:23:08 GMT, Glavo wrote:
>> Define an internal jdk.internal.util.Architecture enumeration and static
>> methods to replace uses of the system property `os.arch`.
>> The enumeration values are defined to match those used in the build.
>> The initial values are: `X64, X86, IA6
s in `java.base` and a few others are included but other modules will be
> done in separate PRs.
Roger Riggs has updated the pull request incrementally with one additional
commit since the last revision:
Rename isXXX method to be uppercase architecture names matching the enum.
Refactor the
s in `java.base` and a few others are included but other modules will be
> done in separate PRs.
Roger Riggs has updated the pull request incrementally with one additional
commit since the last revision:
Correct name of isRISCV64 method.
-
Changes:
- all: https://git.open
s in `java.base` and a few others are included but other modules will be
> done in separate PRs.
Roger Riggs has updated the pull request incrementally with one additional
commit since the last revision:
Correct spelling of isAARCH64 in WIndows AttachProviderImpl
-
Changes:
On Wed, 5 Apr 2023 20:25:43 GMT, Bernd wrote:
>> Roger Riggs has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Correct spelling of isAARCH64 in WIndows AttachProviderImpl
>
> src/java.base/share/classes/jdk/i
On Wed, 5 Apr 2023 20:31:43 GMT, Bernd wrote:
>> Roger Riggs has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Correct spelling of isAARCH64 in WIndows AttachProviderImpl
>
> test/jdk/jdk/internal/util/A
On Thu, 6 Apr 2023 03:17:37 GMT, ExE Boss wrote:
>> Roger Riggs has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Correct spelling of isAARCH64 in WIndows AttachProviderImpl
>
> src/java.base/s
On Wed, 5 Apr 2023 23:39:00 GMT, Jorn Vernee wrote:
>> Roger Riggs has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Correct spelling of isAARCH64 in WIndows AttachProviderImpl
>
> test/jdk/java/foreign/Test
On Thu, 6 Apr 2023 07:41:48 GMT, Per Minborg wrote:
>> Roger Riggs has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Correct spelling of isAARCH64 in WIndows AttachProviderImpl
>
> src/java.base/s
On Thu, 6 Apr 2023 08:05:14 GMT, ExE Boss wrote:
>> src/java.base/share/classes/jdk/internal/util/Architecture.java line 85:
>>
>>> 83: */
>>> 84: @ForceInline
>>> 85: public static boolean isRISCV64() {
>>
>> Are all the "isers" necessary to provide constant code folding or is the
On Thu, 6 Apr 2023 03:17:57 GMT, ExE Boss wrote:
>> Roger Riggs has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Correct spelling of isAARCH64 in WIndows AttachProviderImpl
>
> src/java.base/s
On Thu, 6 Apr 2023 15:27:49 GMT, David M. Lloyd wrote:
>> src/java.base/share/classes/jdk/internal/util/Architecture.java line 47:
>>
>>> 45:
>>> 46: // Cache a copy of the array for lightweight indexing
>>> 47: private static final Architecture[] archValues =
>>> Architecture.values()
s in `java.base` and a few others are included but other modules will be
> done in separate PRs.
Roger Riggs has updated the pull request incrementally with one additional
commit since the last revision:
Revert changes to Foreign API to avoid class with another PR
Rename S390X to S390, rep
s in `java.base` and a few others are included but other modules will be
> done in separate PRs.
Roger Riggs has updated the pull request incrementally with one additional
commit since the last revision:
Remove obsolete conditions in Windows AttachProviderImpl.
All platforms and architectu
On Thu, 6 Apr 2023 18:44:02 GMT, Alan Bateman wrote:
>> Roger Riggs has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Revert changes to Foreign API to avoid class with another PR
>> Rename S390X to S3
s in `java.base` and a few others are included but other modules will be
> done in separate PRs.
Roger Riggs has updated the pull request incrementally with one additional
commit since the last revision:
Remove unneeded qualified export from java.base to jdk.attach
-
Changes:
On Thu, 6 Apr 2023 19:55:07 GMT, Glavo wrote:
>> Roger Riggs has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Remove unneeded qualified export from java.base to jdk.attach
>
> src/java.base/s
On Thu, 6 Apr 2023 20:28:29 GMT, Thomas Stuefe wrote:
> What about PPC (big endian)? Used on AIX?
I'm not aware of any code (in OpenJDK) related to big/little endian that is
derived from `os.arch`.
>
> On Arm, it may be useful to know whether we built for thumb mode (We recently
> had this p
On Thu, 6 Apr 2023 20:38:02 GMT, Thomas Stuefe wrote:
> Another question, how does this work with Zero?
Zero is orthogonal to architecture; the interpreter is compiled for a specific
target architecture.
-
PR Comment: https://git.openjdk.org/jdk/pull/13357#issuecomment-1499606550
On Thu, 6 Apr 2023 20:42:26 GMT, Glavo wrote:
>> There is no benefit to preemptively defining a full set of architectures; we
>> only need those that are used in the OpenJDK runtime selection of options or
>> parameters.
>> The other and unknown cases can be handled in code using switch as `def
On Thu, 6 Apr 2023 22:44:52 GMT, Phil Race wrote:
>> Roger Riggs has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Remove unneeded qualified export from java.base to jdk.attach
>
> src/jdk.accessibilit
s in `java.base` and a few others are included but other modules will be
> done in separate PRs.
Roger Riggs has updated the pull request incrementally with three additional
commits since the last revision:
- Rename OperatingSystemProps to PlatformProps.
Refactor OperatingSystem init
On Fri, 7 Apr 2023 12:05:28 GMT, Lutz Schmidt wrote:
>> Okay, Lutz is the expert here. Sorry for the noise.
>
> Just to let my voice be heard directly after being cited several times: s390
> is used to designate the CPU architecture. The arch-specific files are stored
> in src/hotspot/cpu/s390
On Fri, 7 Apr 2023 06:03:11 GMT, Thomas Stuefe wrote:
>>> What did you use as the example that would not compile on the other
>>> architecture?
>>
>> https://github.com/openjdk/jdk/blob/52ca4a70fc3de9e285964f9545ea8cd54e2d9924/src/java.base/share/classes/jdk/internal/util/OperatingSystemProps.
On Fri, 7 Apr 2023 21:13:03 GMT, Roger Riggs wrote:
>> Define an internal jdk.internal.util.Architecture enumeration and static
>> methods to replace uses of the system property `os.arch`.
>> The enumeration values are defined to match those used in the build.
>> The
s in `java.base` and a few others are included but other modules will be
> done in separate PRs.
Roger Riggs has updated the pull request incrementally with one additional
commit since the last revision:
Remove unused static and import of Stabile
-
Changes:
- all: https://
On Tue, 11 Apr 2023 11:41:24 GMT, Glavo wrote:
>> Roger Riggs has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Remove unused static and import of Stabile
>
> src/java.base/share/classes/jdk/internal/ut
On Tue, 11 Apr 2023 10:39:39 GMT, Martin Doerr wrote:
>> This should (probably) be correct:
>> Suggestion:
>>
>> case PPC64 -> !OperatingSystem.isAix() &&
>> Architecture.isLittleEndian();
>
> Looks correct, but makes the test pointless for any linux on PPC64.
Will change to compar
a few others are included but other modules will be
> done in separate PRs.
Roger Riggs has updated the pull request incrementally with one additional
commit since the last revision:
Modified test to check Architecture is64bits() and isLittleEndian()
against Unsafe respective values.
R
a few others are included but other modules will be
> done in separate PRs.
Roger Riggs has updated the pull request incrementally with one additional
commit since the last revision:
Add ppc64 as mapping to PPC64 Architecture
-
Changes:
- all: https://git.openjdk.org/jd
On Tue, 11 Apr 2023 18:37:11 GMT, Glavo wrote:
>>> Would be great if you could support "os.arch = ppc64" for AIX and legacy
>>> linux, too.
>>
>> Changing os.arch is out of scope for this PR.
>> The best way for that would someone supporting ppc to develop and propose a
>> PR.
>
>> > Would be
On Tue, 11 Apr 2023 19:33:28 GMT, Roger Riggs wrote:
>>> > Would be great if you could support "os.arch = ppc64" for AIX and legacy
>>> > linux, too.
>>>
>>> Changing os.arch is out of scope for this PR. The best way for that would
&g
a few others are included but other modules will be
> done in separate PRs.
Roger Riggs has updated the pull request incrementally with one additional
commit since the last revision:
Correct mapping and test of ppc64
-
Changes:
- all: https://git.openjdk.org/jd
a few others are included but other modules will be
> done in separate PRs.
Roger Riggs has updated the pull request incrementally with one additional
commit since the last revision:
Fixed isPPC64().
Consolidated switch cases in ArchTest.
Moved mapping of build TARGET_OS and TARGET_CPU
On Wed, 12 Apr 2023 09:07:34 GMT, Martin Doerr wrote:
>> Roger Riggs has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Correct mapping and test of ppc64
>
> Works on PPC64 Big Endian, now. However,
On Wed, 12 Apr 2023 17:31:49 GMT, Roger Riggs wrote:
>> Define an internal jdk.internal.util.Architecture enumeration and static
>> methods to replace uses of the system property `os.arch`.
>> The enumeration values are defined to match those used in the build.
>> The
On Fri, 14 Apr 2023 17:08:10 GMT, Erik Joelsson wrote:
>> make/modules/java.base/gensrc/GensrcMisc.gmk line 72:
>>
>>> 70: endif
>>> 71:
>>> 72: $(eval $(call SetupTextFileProcessing, BUILD_PLATFORMPROPERTIES_JAVA, \
>>
>> @erikj79 Is there a better/good way to do these mappings, or select "lo
a few others are included but other modules will be
> done in separate PRs.
Roger Riggs has updated the pull request incrementally with one additional
commit since the last revision:
ArchTest on Debian RISC-V 64 confirmed by reviewer
-
Changes:
- all: https://git.openjdk
On Sat, 15 Apr 2023 17:17:13 GMT, Glavo wrote:
>> Roger Riggs has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Fixed isPPC64().
>> Consolidated switch cases in ArchTest.
>> Moved mapping of build T
a few others are included but other modules will be
> done in separate PRs.
Roger Riggs has updated the pull request with a new target base due to a merge
or a rebase. The pull request now contains 17 commits:
- Merge branch 'master' into 8304915-arch-enum
- ArchTest on Debian RISC-
On Mon, 17 Apr 2023 20:59:06 GMT, Roger Riggs wrote:
>> Define an internal jdk.internal.util.Architecture enumeration and static
>> methods to replace uses of the system property `os.arch`.
>> The enumeration values are defined to match those used in the build.
>> The
a few others are included but other modules will be
> done in separate PRs.
Roger Riggs has updated the pull request with a new target base due to a merge
or a rebase. The pull request now contains 19 commits:
- Use and test of "s390" verified by reviewer.
- Merge branch
a few others are included but other modules will be
> done in separate PRs.
Roger Riggs has updated the pull request incrementally with one additional
commit since the last revision:
Correct comment on isPPC64() and refer to isLittleEndian() instead of
mentioning PPC64LE
-
On Wed, 5 Apr 2023 15:58:08 GMT, Roger Riggs wrote:
> Define an internal jdk.internal.util.Architecture enumeration and static
> methods to replace uses of the system property `os.arch`.
> The enumeration values are defined to match those used in the build.
> The initial values ar
On Wed, 10 May 2023 19:32:35 GMT, Daniel D. Daugherty
wrote:
> A trivial copyright fix.
Marked as reviewed by rriggs (Reviewer).
-
PR Review: https://git.openjdk.org/jdk/pull/13916#pullrequestreview-1421263508
On Thu, 29 Jun 2023 11:48:43 GMT, Kevin Walls wrote:
> Simple addition of a doc tag.
>
> src/share/classes/com/sun/management/GarbageCollectionNotificationInfo.java
> is introduced in jdk7 by
> 7036199: Adding a notification to the implementation of
> GarbageCollectorMXBeans
Marked as revie
On Thu, 29 Jun 2023 16:08:15 GMT, Kevin Walls wrote:
> Simple doc tag addition.
>
> These are files which describe an interface that has been with us since 1.5.
> The files themselves were previously generated at build time, but have been
> in the repo since jdk15. But the API is since 1.5.
On Wed, 10 Aug 2022 08:01:41 GMT, Andrey Turbanov wrote:
> It's a bit shorter and clearer.
lgtm
-
Marked as reviewed by rriggs (Reviewer).
PR: https://git.openjdk.org/jdk/pull/9816
On Tue, 23 Aug 2022 13:59:53 GMT, Matthias Baesken wrote:
> There seems to be a case where EncodingSupport_md.c
> convertUtf8ToPlatformString might leak memory because of a wrong placing of
> free..
LGTM
-
Marked as reviewed by rriggs (Reviewer).
PR: https://git.openjdk.org/jdk/
On Mon, 5 Sep 2022 19:56:44 GMT, Andrey Turbanov wrote:
> The diamond operator was introduced in Java 7. We can take advantage of this
> language feature to make code easier to read.
> Tested on Linux release x64. `make test TEST="jdk/java/lang/management
> jdk/javax/management jdk/com/sun/jmx
On Fri, 9 Sep 2022 12:44:31 GMT, Alan Bateman wrote:
> Degrade Thread.stop to throw UOE unconditionally, deprecate ThreadDeath for
> removal, and remove the remaining special handling of ThreadDeath from the
> JDK.
>
> Thread.stop is inherently unsafe and has been deprecated since JDK 1.2 (199
On Wed, 14 Sep 2022 14:09:52 GMT, Alan Bateman wrote:
>> Degrade Thread.stop to throw UOE unconditionally, deprecate ThreadDeath for
>> removal, and remove the remaining special handling of ThreadDeath from the
>> JDK.
>>
>> Thread.stop is inherently unsafe and has been deprecated since JDK 1.
On Tue, 29 Aug 2023 09:12:51 GMT, Leo Korinth wrote:
>> Rename createJavaProcessBuilder so that it is not used by mistake instead of
>> createTestJvm.
>>
>> I have used the following sed script: `find -name "*.java" | xargs -n 1 sed
>> -i -e
>> "s/createJavaProcessBuilder(/createJavaProcessBu
On Tue, 29 Aug 2023 14:06:01 GMT, Roger Riggs wrote:
>> Leo Korinth has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> copyright
>
> I don't think this is the best change across so many files.
> It g
On Wed, 30 Aug 2023 09:23:55 GMT, Leo Korinth wrote:
>> Rename createJavaProcessBuilder so that it is not used by mistake instead of
>> createTestJvm.
>>
>> I have used the following sed script: `find -name "*.java" | xargs -n 1 sed
>> -i -e
>> "s/createJavaProcessBuilder(/createJavaProcessBu
On Mon, 4 Sep 2023 11:01:23 GMT, Leo Korinth wrote:
> What do you prefer? Do you have a better alternative? Do someone still think
> the current code is good? I think what we have today is inferior to all these
> improvements, and I would like to make it harder to develop bad test ca
The curre
On Thu, 7 Sep 2023 19:17:42 GMT, Daniel D. Daugherty wrote:
> Trivial fixes to ProblemList some tests:
> - [JDK-8315877](https://bugs.openjdk.org/browse/JDK-8315877) ProblemList
> vmTestbase/nsk/jvmti/InterruptThread/intrpthrd003/TestDescription.java on
> macosx-aarch64
> - [JDK-8315879](https:
On Thu, 12 Oct 2023 19:26:10 GMT, Daniel D. Daugherty
wrote:
> Trivial ProblemListing for some tests:
>
> [JDK-8318038](https://bugs.openjdk.org/browse/JDK-8318038) ProblemList
> runtime/CompressedOops/CompressedClassPointers.java on two platforms
> [JDK-8318040](https://bugs.openjdk.org/brows
On Tue, 24 Oct 2023 07:49:30 GMT, Leo Korinth wrote:
>> This pull request renames `createJavaProcessBuilder` to
>> `createLimitedTestJavaProcessBuilder` and renames `createTestJvm` to
>> `createTestJavaProcessBuilder`. Both are implemented through a private
>> `createJavaProcessBuilder`. It al
On Wed, 25 Oct 2023 08:44:29 GMT, Leo Korinth wrote:
>> This pull request renames `createJavaProcessBuilder` to
>> `createLimitedTestJavaProcessBuilder` and renames `createTestJvm` to
>> `createTestJavaProcessBuilder`. Both are implemented through a private
>> `createJavaProcessBuilder`. It al
On Wed, 25 Oct 2023 08:44:29 GMT, Leo Korinth wrote:
>> This pull request renames `createJavaProcessBuilder` to
>> `createLimitedTestJavaProcessBuilder` and renames `createTestJvm` to
>> `createTestJavaProcessBuilder`. Both are implemented through a private
>> `createJavaProcessBuilder`. It al
On Mon, 11 Dec 2023 12:50:38 GMT, Kevin Walls wrote:
> Tidyup change, looks like this field was not removed when IIOP was removed
> from RMIConnector.
>
> The field is not required for interoperability:
> with the field removed, I can still connect an older JMX client to a running
> app with
On Fri, 26 Jan 2024 14:52:49 GMT, Jaikiran Pai wrote:
> Can I please get a review of this change which proposes to address
> https://bugs.openjdk.org/browse/JDK-8324668?
>
> The JVM can be launched with the `jdwp` agent, like
> `-agentlib:jdwp=transport=xxx,server=y`. Among other options to th
On Thu, 1 Feb 2024 11:57:04 GMT, Magnus Ihse Bursie wrote:
> This is a follow-up on
> [JDK-8324053](https://bugs.openjdk.org/browse/JDK-8324053). I have run the
> bin/blessed-modifier-order.sh on the entire code base, and manually checked
> the result. I have reverted all but these trivial and
On Mon, 20 May 2024 18:15:16 GMT, Nizar Benalla wrote:
>> Please review this change. I converted the `package.html` file to
>> `package-info.java`, because `javac` cannot recognize `package.html`.
>> I already brought this up [in the mailing
>> list](https://mail.openjdk.org/pipermail/serviceab
On Mon, 20 May 2024 19:01:47 GMT, Nizar Benalla wrote:
>> src/java.management.rmi/share/classes/javax/management/remote/rmi/RMIConnectorServer.java
>> line 121:
>>
>>> 119: *
>>> 120: * @since 10
>>> 121: */
>>
>> Please fix the indentation of the "*" for the this comment on
>>
On Mon, 20 May 2024 20:55:16 GMT, Nizar Benalla wrote:
>> Please review this change. I converted the `package.html` file to
>> `package-info.java`, because `javac` cannot recognize `package.html`.
>> I already brought this up [in the mailing
>> list](https://mail.openjdk.org/pipermail/serviceab
On Mon, 28 Oct 2024 12:29:07 GMT, Sean Mullan wrote:
>> This is the implementation of JEP 486: Permanently Disable the Security
>> Manager. See [JEP 486](https://openjdk.org/jeps/486) for more details. The
>> [CSR](https://bugs.openjdk.org/browse/JDK-8338412) describes in detail the
>> main ch
On Wed, 23 Oct 2024 21:54:25 GMT, Sean Mullan wrote:
>> test/jdk/java/lang/RuntimeTests/exec/ExecCommand.java line 241:
>>
>>> 239: Properties props = System.getProperties();
>>> 240: props.setProperty(JDK_LANG_PROCESS_ALLOW_AMBIGUOUS_COMMANDS,
>>> "");
>>> 241: System.s
On Thu, 24 Oct 2024 13:19:55 GMT, Sean Mullan wrote:
>> This is the implementation of JEP 486: Permanently Disable the Security
>> Manager. See [JEP 486](https://openjdk.org/jeps/486) for more details. The
>> [CSR](https://bugs.openjdk.org/browse/JDK-8338412) describes in detail the
>> main ch
On Thu, 24 Oct 2024 13:19:55 GMT, Sean Mullan wrote:
>> This is the implementation of JEP 486: Permanently Disable the Security
>> Manager. See [JEP 486](https://openjdk.org/jeps/486) for more details. The
>> [CSR](https://bugs.openjdk.org/browse/JDK-8338412) describes in detail the
>> main ch
On Fri, 18 Oct 2024 19:03:30 GMT, Sean Mullan wrote:
>> This is the implementation of JEP 486: Permanently Disable the Security
>> Manager. See [JEP 486](https://openjdk.org/jeps/486) for more details. The
>> [CSR](https://bugs.openjdk.org/browse/JDK-8338412) describes in detail the
>> main ch
On Tue, 29 Oct 2024 12:40:59 GMT, Sean Mullan wrote:
>> This is the implementation of JEP 486: Permanently Disable the Security
>> Manager. See [JEP 486](https://openjdk.org/jeps/486) for more details. The
>> [CSR](https://bugs.openjdk.org/browse/JDK-8338412) describes in detail the
>> main ch
On Mon, 28 Oct 2024 12:29:07 GMT, Sean Mullan wrote:
>> This is the implementation of JEP 486: Permanently Disable the Security
>> Manager. See [JEP 486](https://openjdk.org/jeps/486) for more details. The
>> [CSR](https://bugs.openjdk.org/browse/JDK-8338412) describes in detail the
>> main ch
On Tue, 12 Nov 2024 14:44:55 GMT, Sean Mullan wrote:
>> This is the implementation of JEP 486: Permanently Disable the Security
>> Manager. See [JEP 486](https://openjdk.org/jeps/486) for more details. The
>> [CSR](https://bugs.openjdk.org/browse/JDK-8338412) describes in detail the
>> main ch
On Wed, 30 Oct 2024 19:28:32 GMT, Sean Mullan wrote:
>> This is the implementation of JEP 486: Permanently Disable the Security
>> Manager. See [JEP 486](https://openjdk.org/jeps/486) for more details. The
>> [CSR](https://bugs.openjdk.org/browse/JDK-8338412) describes in detail the
>> main ch
On Tue, 12 Nov 2024 14:44:55 GMT, Sean Mullan wrote:
>> This is the implementation of JEP 486: Permanently Disable the Security
>> Manager. See [JEP 486](https://openjdk.org/jeps/486) for more details. The
>> [CSR](https://bugs.openjdk.org/browse/JDK-8338412) describes in detail the
>> main ch
On Tue, 12 Nov 2024 13:01:33 GMT, Sean Mullan wrote:
>> This is the implementation of JEP 486: Permanently Disable the Security
>> Manager. See [JEP 486](https://openjdk.org/jeps/486) for more details. The
>> [CSR](https://bugs.openjdk.org/browse/JDK-8338412) describes in detail the
>> main ch
On Thu, 24 Oct 2024 13:19:55 GMT, Sean Mullan wrote:
>> This is the implementation of JEP 486: Permanently Disable the Security
>> Manager. See [JEP 486](https://openjdk.org/jeps/486) for more details. The
>> [CSR](https://bugs.openjdk.org/browse/JDK-8338412) describes in detail the
>> main ch
On Thu, 24 Oct 2024 13:19:55 GMT, Sean Mullan wrote:
>> This is the implementation of JEP 486: Permanently Disable the Security
>> Manager. See [JEP 486](https://openjdk.org/jeps/486) for more details. The
>> [CSR](https://bugs.openjdk.org/browse/JDK-8338412) describes in detail the
>> main ch
On Thu, 5 Dec 2024 14:46:14 GMT, Alan Bateman wrote:
>> We hollowed out ReflectUtil as one of the early steps when removing the code
>> for running in the SecurityManager execution mode. Most of the usages have
>> now been removed so the empty (and unused) methods can be removed.
>> FieldUtils
On Mon, 9 Dec 2024 13:03:06 GMT, Magnus Ihse Bursie wrote:
>> Some files have been modified in 2024, but the copyright year has not been
>> properly updated. This should be fixed.
>>
>> I have located these modified files using:
>>
>> git log --since="Jan 1" --name-only --pretty=format: | sor
On Mon, 9 Dec 2024 15:45:42 GMT, Magnus Ihse Bursie wrote:
>> That git query isn't correct for all the files in the repo. In particular,
>> the copyrights on third party files are NOT updated uniformly when new
>> versions are applied. In particular, XML files are NOT updated.
>
>> That git que
On Mon, 10 Feb 2025 15:33:55 GMT, Kevin Walls wrote:
> Trivial problemlist update.
> Problemlist should be expanded for macosx, from just aarch64 to all, for
> these JDP tests, as x64 has occasional failures.
>
>
> -
> ### Progress
> - [ ] Change must be properly reviewed (1 review re
On Fri, 6 Dec 2024 17:05:42 GMT, Fabian Meumertzheim wrote:
> The return value of Metrics#getCpuSetCpus may change over time, including
> from non-null to null across the two calls in this method.
src/jdk.management/unix/classes/com/sun/management/internal/OperatingSystemImpl.java
line 278:
>
1 - 100 of 107 matches
Mail list logo
