Re: RFR: Two line change in documentation
Hi Jc, I forgot to ask you for a patch yesterday. Thank you for webrev, it has to be enough as it has a patch in it. I'll push it now. Thanks, Serguei On 3/14/18 09:59, JC Beyler wrote: Hi David and Serguei, Sorry, I was not sure what would be the process for a small fix like this. Did it make sense to make a bug/webrev and all that or not was not clear to me. I'll know for next time. Anyway, I assigned the bug to myself, and put the fix here: http://cr.openjdk.java.net/~jcbeyler/8199561/ Let me know if I need to do anything else, Jc On Tue, Mar 13, 2018 at 5:56 PM David Holmeswrote: On 14/03/2018 7:32 AM, serguei.spit...@oracle.com wrote: > Hi Jc, > > Yes, these are typos. > Thank you for fixing them! > > Is it a formal review request (RFR) ? > If so, then a bug number is needed. > I've filed one: > https://bugs.openjdk.java.net/browse/JDK-8199561 > > The fix looks good. > I think, this can be fixed under a trivial fix rule with just one review. I agree. No need for CSR either as these are just obvious typos. :) Thanks, David > I'll sponsor it for you. > > Thanks, > Serguei > > > On 3/13/18 10:37, JC Beyler wrote: >> Hi all, >> >> I saw an error in the SetEventNotificationMode method where the >> parameter is called event_thread but the documentation was referring >> to it as thread. I then went and did a quick scan of the documentation >> and found one type of "couse" instead of "course". >> >> Here is the diff, not sure it was worth doing a webrev for it but let >> me know: >> diff -r 2d1d0c66966b src/hotspot/share/prims/jvmti.xml >> --- a/src/hotspot/share/prims/jvmti.xmlMon Mar 12 14:11:54 2018 -0700 >> +++ b/src/hotspot/share/prims/jvmti.xmlTue Mar 13 10:35:03 2018 -0700 >> @@ -693,7 +693,7 @@ >> mechanism causes the unload (an unload mechanism is not specified >> in this document) >> or the library is (in effect) unloaded by the termination of the >> VM whether through >> normal termination or VM failure, including start-up failure. >> - Uncontrolled shutdown is, of couse, an exception to this rule. >> + Uncontrolled shutdown is, of course, an exception to this rule. >> Note the distinction between this function and the >> VM Death event: for the VM >> Death event >> to be sent, the VM must have run at least to the point of >> initialization and a valid >> @@ -9405,7 +9405,7 @@ >> the event will be disabled >> >> >> -If thread is NULL, >> +If event_thread is NULL, >> the event is enabled or disabled globally; otherwise, it is >> enabled or disabled for a particular thread. >> An event is generated for >> >> Thanks, >> Jc >
Re: RFR: Two line change in documentation
On 14/03/2018 7:32 AM, serguei.spit...@oracle.com wrote: Hi Jc, Yes, these are typos. Thank you for fixing them! Is it a formal review request (RFR) ? If so, then a bug number is needed. I've filed one: https://bugs.openjdk.java.net/browse/JDK-8199561 The fix looks good. I think, this can be fixed under a trivial fix rule with just one review. I agree. No need for CSR either as these are just obvious typos. :) Thanks, David I'll sponsor it for you. Thanks, Serguei On 3/13/18 10:37, JC Beyler wrote: Hi all, I saw an error in the SetEventNotificationMode method where the parameter is called event_thread but the documentation was referring to it as thread. I then went and did a quick scan of the documentation and found one type of "couse" instead of "course". Here is the diff, not sure it was worth doing a webrev for it but let me know: diff -r 2d1d0c66966b src/hotspot/share/prims/jvmti.xml --- a/src/hotspot/share/prims/jvmti.xmlMon Mar 12 14:11:54 2018 -0700 +++ b/src/hotspot/share/prims/jvmti.xmlTue Mar 13 10:35:03 2018 -0700 @@ -693,7 +693,7 @@ mechanism causes the unload (an unload mechanism is not specified in this document) or the library is (in effect) unloaded by the termination of the VM whether through normal termination or VM failure, including start-up failure. - Uncontrolled shutdown is, of couse, an exception to this rule. + Uncontrolled shutdown is, of course, an exception to this rule. Note the distinction between this function and the VM Death event: for the VM Death event to be sent, the VM must have run at least to the point of initialization and a valid @@ -9405,7 +9405,7 @@ the event will be disabled -If thread is NULL, +If event_thread is NULL, the event is enabled or disabled globally; otherwise, it is enabled or disabled for a particular thread. An event is generated for Thanks, Jc
Re: RFR: Two line change in documentation
Hi Jc, Yes, these are typos. Thank you for fixing them! Is it a formal review request (RFR) ? If so, then a bug number is needed. I've filed one: https://bugs.openjdk.java.net/browse/JDK-8199561 The fix looks good. I think, this can be fixed under a trivial fix rule with just one review. I'll sponsor it for you. Thanks, Serguei On 3/13/18 10:37, JC Beyler wrote: Hi all, I saw an error in the SetEventNotificationMode method where the parameter is called event_thread but the documentation was referring to it as thread. I then went and did a quick scan of the documentation and found one type of "couse" instead of "course". Here is the diff, not sure it was worth doing a webrev for it but let me know: diff -r 2d1d0c66966b src/hotspot/share/prims/jvmti.xml --- a/src/hotspot/share/prims/jvmti.xmlMon Mar 12 14:11:54 2018 -0700 +++ b/src/hotspot/share/prims/jvmti.xmlTue Mar 13 10:35:03 2018 -0700 @@ -693,7 +693,7 @@ mechanism causes the unload (an unload mechanism is not specified in this document) or the library is (in effect) unloaded by the termination of the VM whether through normal termination or VM failure, including start-up failure. - Uncontrolled shutdown is, of couse, an exception to this rule. + Uncontrolled shutdown is, of course, an exception to this rule. Note the distinction between this function and the VM Death event: for the VM Death event to be sent, the VM must have run at least to the point of initialization and a valid @@ -9405,7 +9405,7 @@ the event will be disabled -If thread is NULL, +If event_thread is NULL, the event is enabled or disabled globally; otherwise, it is enabled or disabled for a particular thread. An event is generated for Thanks, Jc