Re: RFR(S):8251374:jmap -dump should not accept invalid options

2020-08-10 Thread 臧琳
Here is the webrev: http://cr.openjdk.java.net/~lzang/8251374/webrev01/ BRs, Lin On 2020/8/11, 10:52 AM, "linzang(臧琳)" wrote: Hi All, May I ask your help to review this tiny patch? It fix an issue that jmap -dump could wrongly accept invalid optioins. Bugs: https://bugs

RE: RFR(S):8251374:jmap -dump should not accept invalid options

2020-08-12 Thread Hohensee, Paul
Looks good, but for readability, please add a space before the trailing single quote string, vis System.err.println("Fail: invalid option: '" + subopt +"'"); should be System.err.println("Fail: invalid option: '" + subopt + "'"); No need for a new webrev. Thanks, Paul On 8/10/20, 8:00 PM, "

Re: RFR(S):8251374:jmap -dump should not accept invalid options

2020-08-12 Thread serguei.spit...@oracle.com
Hi Lin, It looks good. Just one comment. + System.err.println("Fail: invalid option: '" + subopt +"'"); + System.exit(1); Exit needs to be replaced wit usage for consistency. Thanks, Serguei On 8/10/20 19:57, linzang(臧琳) wrote: Here is the webrev: http://

Re: RFR(S):8251374:jmap -dump should not accept invalid options(Internet mail)

2020-08-12 Thread 臧琳
Hi Paul and Serguei, Thanks for your comments, here is the updated patch: http://cr.openjdk.java.net/~lzang/8251374/webrev02/ BRs, Lin On 2020/8/13, 12:55 AM, "serguei.spit...@oracle.com" wrote: Hi Lin, It looks good. Just one comment. + System.er

Re: RFR(S):8251374:jmap -dump should not accept invalid options(Internet mail)

2020-08-12 Thread serguei.spit...@oracle.com
Hi Lin. Thank you for the update. It looks good. Thanks, Serguei On 8/12/20 17:08, linzang(臧琳) wrote: Hi Paul and Serguei, Thanks for your comments, here is the updated patch: http://cr.openjdk.java.net/~lzang/8251374/webrev02/ BRs, Lin On 2020/8/13, 12:55 AM, "serguei.spit...@ora

RE: RFR(S):8251374:jmap -dump should not accept invalid options(Internet mail)

2020-08-13 Thread Hohensee, Paul
+1, except that the indentation for the final 'else' clause needs to be 4 spaces instead of 3. :) Thanks, Paul On 8/12/20, 6:21 PM, "serguei.spit...@oracle.com" wrote: Hi Lin. Thank you for the update. It looks good. Thanks, Serguei On 8/12/20 17:08, linzang(臧琳) w

Re: RFR(S):8251374:jmap -dump should not accept invalid options(Internet mail)

2020-08-13 Thread 臧琳
Thanks Paul! May I ask your help to push it? BRs, Lin > On Aug 13, 2020, at 10:06 PM, Hohensee, Paul wrote: > > +1, except that the indentation for the final 'else' clause needs to be 4 > spaces instead of 3. :) > > Thanks, > Paul > > On 8/12/20, 6:21 PM, "serguei.spit...@oracle.com" >

RE: RFR(S):8251374:jmap -dump should not accept invalid options(Internet mail)

2020-08-13 Thread Hohensee, Paul
Will do. On 8/13/20, 7:08 AM, "linzang(臧琳)" wrote: Thanks Paul! May I ask your help to push it? BRs, Lin > On Aug 13, 2020, at 10:06 PM, Hohensee, Paul wrote: > > +1, except that the indentation for the final 'else' clause needs to be 4 spaces instead of 3. :)

Re: RFR(S):8251374:jmap -dump should not accept invalid options(Internet mail)

2020-08-13 Thread Hohensee, Paul
I mistakenly committed and pushed Lin's patch with myself as author. Would someone with repo access please change the author to 'lzang'? Or tell me how to do it myself? https://hg.openjdk.java.net/jdk/jdk/rev/5036ca733469 Thanks, Paul On 8/13/20, 9:48 AM, "serviceability-dev on behalf of Hohe

Re: RFR(S):8251374:jmap -dump should not accept invalid options(Internet mail)

2020-08-13 Thread Daniel D. Daugherty
That's something that's very hard to do. It would involve black listing the existing changeset and repushing a new changeset. Black listing a changeset is very, very rarely done and in the past Ops has declined to do that for something like an authorship error. Two options: 1) Manually remember

Re: RFR(S):8251374:jmap -dump should not accept invalid options(Internet mail)

2020-08-13 Thread serguei.spit...@oracle.com
On 8/13/20 12:01, Daniel D. Daugherty wrote: That's something that's very hard to do. It would involve black listing the existing changeset and repushing a new changeset. Black listing a changeset is very, very rarely done and in the past Ops has declined to do that for something like an authorsh

Re: RFR(S):8251374:jmap -dump should not accept invalid options(Internet mail)

2020-08-13 Thread Daniel D. Daugherty
Paul, Hold up on trying to fix this. I'm discussing another idea with Stefan K. Dan On 8/13/20 3:01 PM, Daniel D. Daugherty wrote: That's something that's very hard to do. It would involve black listing the existing changeset and repushing a new changeset. Black listing a changeset is very,

Re: RFR(S):8251374:jmap -dump should not accept invalid options(Internet mail)

2020-08-13 Thread Daniel D. Daugherty
s/like a change/like a charm/ Typing too fast today... Dan On 8/13/20 3:51 PM, Daniel D. Daugherty wrote: Stefan K's idea worked like a change. A corrected changeset has been created, merged and pushed. Dan On 8/13/20 3:34 PM, Daniel D. Daugherty wrote: Paul, Hold up on trying to fix thi

Re: RFR(S):8251374:jmap -dump should not accept invalid options(Internet mail)

2020-08-13 Thread Daniel D. Daugherty
Stefan K's idea worked like a change. A corrected changeset has been created, merged and pushed. Dan On 8/13/20 3:34 PM, Daniel D. Daugherty wrote: Paul, Hold up on trying to fix this. I'm discussing another idea with Stefan K. Dan On 8/13/20 3:01 PM, Daniel D. Daugherty wrote: That's so

RE: RFR(S):8251374:jmap -dump should not accept invalid options(Internet mail)

2020-08-13 Thread Hohensee, Paul
Thanks, Dan and Stefan! Paul On 8/13/20, 12:55 PM, "Daniel D. Daugherty" wrote: s/like a change/like a charm/ Typing too fast today... Dan On 8/13/20 3:51 PM, Daniel D. Daugherty wrote: > Stefan K's idea worked like a change. A corrected changeset has > been create

Re: RFR(S):8251374:jmap -dump should not accept invalid options(Internet mail)

2020-08-13 Thread 臧琳
Dear Paul, Dan, Stefan and Serguei, Please accept my best thanks for your help! BRs, Lin On 2020/8/14, 4:48 AM, "Hohensee, Paul" wrote: Thanks, Dan and Stefan! Paul On 8/13/20, 12:55 PM, "Daniel D. Daugherty" wrote: s/like a change/like a charm/ Typin

Re: RFR(S):8251374:jmap -dump should not accept invalid options(Internet mail)

2020-08-14 Thread David Holmes
So am I right in thinking that what you did was forge a Merge changeset that actually did a backout, and then recreated the changeset correctly and pushed under the same bug number? I don't think that is a process we want to endorse. A "Merge" changeset should be exactly that. Also the bug n

Re: RFR(S):8251374:jmap -dump should not accept invalid options(Internet mail)

2020-08-15 Thread Daniel D. Daugherty
First, Paul sent his request on the wrong email thread and I didn't notice until just now that we should have been using this one:     Subject: RFR(L): 8215624: add parallel heap inspection support for jmap histo(G1)(Internet mail) Fortunately, the correction was applied to the proper changese

Re: RFR(S):8251374:jmap -dump should not accept invalid options(Internet mail)

2020-08-16 Thread David Holmes
Hi Dan, On 15/08/2020 11:57 pm, Daniel D. Daugherty wrote: First, Paul sent his request on the wrong email thread and I didn't notice until just now that we should have been using this one: Yes this has all been very confusing.     Subject: RFR(L): 8215624: add parallel heap inspection suppo