> Remove the use of Security Manager from jstatd.
> Add use of an ObjectInputFilter to restrict RMI.
>
> Also we can undo the property-setting Launcher.gmk change from: 8279007:
> jstatd fails to start because SecurityManager is disabled
> ..as that is no longer needed.
>
> Docs/man page update
Condition is obviously wrong, because if name starts with "java." other 2
conditions are always true. Intent, as I understand it, was to redefine class
where debug event took place (in case of test classes), unless it took place in
class of jdk itself, in which case redefine test's main class (i
On Wed, 1 Dec 2021 19:19:02 GMT, zzambers wrote:
> Condition is obviously wrong, because if name starts with "java." other 2
> conditions are always true. Intent, as I understand it, was to redefine class
> where debug event took place (in case of test classes), unless it took place
> in class
On Mon, 10 Jan 2022 10:13:56 GMT, Severin Gehwolf wrote:
> @robilad Could you please OCA check this, please?
err, nvm. I see those labels have been removed. Sorry for the noise.
-
PR: https://git.openjdk.java.net/jdk/pull/6652
On Wed, 1 Dec 2021 19:19:02 GMT, zzambers wrote:
> Condition is obviously wrong, because if name starts with "java." other 2
> conditions are always true. Intent, as I understand it, was to redefine class
> where debug event took place (in case of test classes), unless it took place
> in class
On Sun, 2 Jan 2022 04:06:05 GMT, Chris Plummer wrote:
> The test is failing because it is detecting an extra instance of
> `TestClass1`. The test (the debugger side) first tells the debuggee to create
> 10 instances of `TestClass1`. The debugger then uses JDI
> `ClassType.newInstance()` to cre
On Wed, 1 Dec 2021 19:19:02 GMT, zzambers wrote:
> Condition is obviously wrong, because if name starts with "java." other 2
> conditions are always true. Intent, as I understand it, was to redefine class
> where debug event took place (in case of test classes), unless it took place
> in class
On Wed, 1 Dec 2021 19:19:02 GMT, zzambers wrote:
> Condition is obviously wrong, because if name starts with "java." other 2
> conditions are always true. Intent, as I understand it, was to redefine class
> where debug event took place (in case of test classes), unless it took place
> in class
There is a handshake protocol between attach and HotSpot. Linux
VirtualMachineImpl sends SIGQUIT(3) if the AttachListener has not been
initialized. It expects "Signal Dispatcher" to handle SIGBREAK(same as SIGQUIT)
and create AttachListener. However, it is possible that attach starts
"handshake
