On Thu, 13 Oct 2022 21:15:16 GMT, Oliver Kopp wrote:
> Fix for [JDK-8240567](https://bugs.openjdk.org/browse/JDK-8240567):
> "MethodTooLargeException thrown while creating a jlink image".
>
> Java still has a 64kb limit: A method may not be longer than 64kb. The idea
> of the fix is to split u
On Sat, 10 Jun 2023 06:44:56 GMT, Jaikiran Pai wrote:
>> Can I please get a review of this change which proposes to fix the issue
>> noted in https://bugs.openjdk.org/browse/JDK-8308184?
>>
>> When an application is launched, the `app` classloader internally uses a
>> `jdk.internal.loader.URLC
On Sat, 10 Jun 2023 13:40:30 GMT, Jaikiran Pai wrote:
> When I started looking into this issue, I was curious why this wasn't
> reported in Java 8 since the reporter was merely switching Java version from
> 8 to a newer version. When I look into Java 8 code, I see that the
> `sun.misc.Launcher
On Fri, 9 Jun 2023 16:53:15 GMT, Andrew Haley wrote:
> Move `runWith()` from `VirtualThread` to `BaseVirtualThread`.
>
> `BoundVirtualThread` does not use `runWith()` to run its task, so when a VM
> error occurs it can not recover scoped values.
>
> Moving `runWith()` into the common subclass
On Fri, 9 Jun 2023 13:54:14 GMT, Sean Coffey wrote:
> New functionality in the -XshowSettings menu to display relevant information
> about JDK security configuration
src/java.base/share/classes/sun/launcher/LauncherHelper.java line 349:
> 347: // split lines longer than 60 char
On Sat, 10 Jun 2023 06:18:32 GMT, Alan Bateman wrote:
> I assume you'll see the comment about moving the test to be with the other
> tests for URLClassPath.
I have updated the PR to change the location of this new test class.
Additionally I've filed https://bugs.openjdk.org/browse/JDK-8309763
On Sat, 10 Jun 2023 06:44:56 GMT, Jaikiran Pai wrote:
>> Can I please get a review of this change which proposes to fix the issue
>> noted in https://bugs.openjdk.org/browse/JDK-8308184?
>>
>> When an application is launched, the `app` classloader internally uses a
>> `jdk.internal.loader.URLC
> At the moment `CompileCommand` and `CompileOnly` use different syntax for
> matching methods.
>
> ### Old CompileOnly format
> - matching a **method name** with **class name** and **package name**:
> `-XX:CompileOnly=package/path/Class.method`
> `-XX:CompileOnly=package/path/Class::method`
> `
Dear members of the core-libs-dev mailing list,
The JEP for sequenced collection (https://openjdk.org/jeps/431) would
add addFirst(), removeFirst() and reversed() methods to lists.
However, the Javadoc of List mentions:
> The size, isEmpty, get, set, iterator, and listIterator operations
run i
On Fri, 9 Jun 2023 17:19:42 GMT, Alan Bateman wrote:
>> Move `runWith()` from `VirtualThread` to `BaseVirtualThread`.
>>
>> `BoundVirtualThread` does not use `runWith()` to run its task, so when a VM
>> error occurs it can not recover scoped values.
>>
>> Moving `runWith()` into the common sub
On Fri, 9 Jun 2023 13:54:14 GMT, Sean Coffey wrote:
> New functionality in the -XshowSettings menu to display relevant information
> about JDK security configuration
There is a lot of output and does seem to overwhelm the java -XshowSettings
output with detail that I wouldn't expect by default
On Fri, 2 Jun 2023 20:32:14 GMT, Doug Simon wrote:
> This PR improves the startup time for libgraal by speeding up how
> `VM.savedProps` is copied into libgraal. This data structure is now
> serialized to a native buffer directly from C++ and the native buffer is then
> directly decoded by lib
12 matches
Mail list logo
