On Wed, 26 Jan 2022 00:08:36 GMT, Alexandre Iline
wrote:
> JDK-8279636: Update JCov version to 3.0.12
Thanks, I can confirm that 3.0-12 works with the current main line.
-
Marked as reviewed by alanb (Reviewer).
PR: https://git.openjdk.java.net/jdk/pull/7218
> After discussing this on hotspot-runtime-dev [1], the general opinion seems
> to be that it would be worthwhile to get rid of INCLUDE_NMT and make NMT
> unconditional. This affects minimal builds only. As pointed out in the mail
> thread, the overhead is very small and it would get rid of one
After discussing this on hotspot-runtime-dev [1], the general opinion seems to
be that it would be worthwhile to get rid of INCLUDE_NMT and make NMT
unconditional. This affects minimal builds only. As pointed out in the mail
thread, the overhead is very small and it would get rid of one configur
On Tue, 25 Jan 2022 17:22:54 GMT, Yumin Qi wrote:
>> I'm curious, under what circumstances would, before
>> https://bugs.openjdk.java.net/browse/JDK-8237750, we ever hit the
>> LoadLibrary in imageDecompressor.cpp? Did this ever work? Was there ever a
>> scenario where the JVM was not involved
JDK-8279636: Update JCov version to 3.0.12
-
Commit messages:
- JDK-8279636: Update JCov version to 3.0.12
Changes: https://git.openjdk.java.net/jdk/pull/7218/files
Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=7218&range=00
Issue: https://bugs.openjdk.java.net/browse/JDK
On Tue, 25 Jan 2022 10:29:48 GMT, Thomas Stuefe wrote:
> I'm curious, under what circumstances would, before
> https://bugs.openjdk.java.net/browse/JDK-8237750, we ever hit the LoadLibrary
> in imageDecompressor.cpp? Did this ever work? Was there ever a scenario where
> the JVM was not involve
On Mon, 24 Jan 2022 15:56:06 GMT, Alan Hayward wrote:
>> PAC is an optional feature in AArch64 8.3 and is compulsory in v9. One
>> of its uses is to protect against ROP based attacks. This is done by
>> signing the Link Register whenever it is stored on the stack, and
>> authenticating the value
On Thu, 28 Oct 2021 09:34:07 GMT, Magnus Ihse Bursie wrote:
> Current adhoc version build strings are not ideal. Some of the problems:
> * A build number of "0" is inserted, which make the version string look like
> it's an official build, at least when not reading carefully
> * The version st
On Tue, 25 Jan 2022 14:22:15 GMT, Alan Hayward wrote:
>> Was this ever resolved?
>
> Sort of. That code has changed quite a bit - UseROPProtection now is a string
> field not a bool.
> "none" or not set - pac disabled.
> "pac-ret" - pac always enabled
> "standard" - pac enabled if the cpu+os sup
On Tue, 25 Jan 2022 14:00:49 GMT, Erik Joelsson wrote:
> Build changes look good. The reference to the new env variable is missing the
> initial underscore in two places.
Thanks Erik for reviewing the build changes. I updated the places.
-
PR: https://git.openjdk.java.net/jdk/pull
> When printing the native stack trace on Linux (mostly done for hs_err files),
> it only prints the method with its parameters and a relative offset in the
> method:
>
> Stack: [0x7f6e01739000,0x7f6e0183a000], sp=0x7f6e01838110, free
> space=1020k
> Native frames: (J=compiled Jav
On Tue, 25 Jan 2022 13:41:38 GMT, Andrew Haley wrote:
>> Maybe. Mind you, a lot of the time I'm looking at the output from production
>> systems.
>> From a rather philosophical point of view, I assume that if the user of a
>> computer asks for something that isn't going to break anything or con
On Mon, 24 Jan 2022 22:23:33 GMT, Tyler Steele wrote:
>> Just in time for the holidays I have completed an implementation of the JFR
>> functionality for AIX. As a side note, this is my first submission to
>> OpenJDK 👋
>>
>> ### Implementation notes and alternatives considered
>>
>> After mod
On Tue, 18 Jan 2022 13:19:39 GMT, Christian Hagedorn
wrote:
> When printing the native stack trace on Linux (mostly done for hs_err files),
> it only prints the method with its parameters and a relative offset in the
> method:
>
> Stack: [0x7f6e01739000,0x7f6e0183a000], sp=0x7f6e
On Mon, 24 Jan 2022 15:56:06 GMT, Alan Hayward wrote:
>> PAC is an optional feature in AArch64 8.3 and is compulsory in v9. One
>> of its uses is to protect against ROP based attacks. This is done by
>> signing the Link Register whenever it is stored on the stack, and
>> authenticating the value
On Sat, 11 Dec 2021 09:30:32 GMT, Andrew Haley wrote:
>> Ok, I think that's fine. How about on a non pac system allowing it for
>> development only ?
>
> Maybe. Mind you, a lot of the time I'm looking at the output from production
> systems.
> From a rather philosophical point of view, I assume
On Thu, 11 Nov 2021 18:15:08 GMT, Florian Weimer wrote:
> > > > Am I right is saying that for Macos, all generated code is remapped RO
> > > > before execution?
> > >
> > >
> > > Ah, no, it seems the code cache is not RWX all the time as far as Java
> > > threads are concerned. The Macos/AArc
On 25/01/2022 7:14 pm, Thomas Stuefe wrote:
src/hotspot/os/aix/libperfstat_aix.cpp line 2:
1: /*
2: * Copyright (c) 2022, 2022, Oracle and/or its affiliates. All rights
reserved.
Is there a reason for this copyright addition?
Just FYI that is an invalid copyright line for Oracle. There ar
On Mon, 24 Jan 2022 16:51:26 GMT, Alan Hayward wrote:
>> src/hotspot/cpu/aarch64/templateInterpreterGenerator_aarch64.cpp line 835:
>>
>>> 833: __ stp(rlocals, rcpool, Address(sp, 2 * wordSize));
>>> 834:
>>> 835: __ protect_return_address();
>>
>> Most of the changes to fix the tests look
On Mon, 24 Jan 2022 17:07:54 GMT, Alan Hayward wrote:
> check_return_address() is being a huge help here
Yes, I appreciate that rejecting double signing is a good model.The surprise
was solely a reflection of my limited understanding.
> There's no obvious way to catch those issues.
Ok, well i
On Tue, 25 Jan 2022 00:20:19 GMT, Yumin Qi wrote:
> Please review,
> When jlink with --compress=2, zip is used to compress the files while doing
> copy. The user case failed to load zip.dll, since zip.dll is not set in PATH.
> This failure is after we get NULL from GetModuleHandle("zip.dll"),
On Tue, 18 Jan 2022 13:19:39 GMT, Christian Hagedorn
wrote:
> When printing the native stack trace on Linux (mostly done for hs_err files),
> it only prints the method with its parameters and a relative offset in the
> method:
>
> Stack: [0x7f6e01739000,0x7f6e0183a000], sp=0x7f6e
On Mon, 24 Jan 2022 22:23:33 GMT, Tyler Steele wrote:
>> Just in time for the holidays I have completed an implementation of the JFR
>> functionality for AIX. As a side note, this is my first submission to
>> OpenJDK 👋
>>
>> ### Implementation notes and alternatives considered
>>
>> After mod
23 matches
Mail list logo
