CFV: New JDK Committer: Patricio Chilano Mateo

[Daniel D. Daugherty]

Vote: yes

Dan

On 2/8/19 3:10 PM, coleen.phillimore at oracle.com wrote:
> I hereby nominate Patricio Chilano Mateo (pchilanomate) to JDK committer.
>
> Patricio works for Oracle on the Hotspot Runtime team and has 
> contributed 14 changesets [3] most significantly in the areas of 
> locking, synchronization, tests and concurrent unloading of internal 
> hashtables.
>
> Votes are due by Friday February 22nd, 2019.
>
> Only current JDK Committers [1] are eligible to vote on this nomination.
>
> Votes must be cast in the open by replying to this mailing list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Coleen Phillimore
>
> [1] http://openjdk.java.net/census
> [2] http://openjdk.java.net/projects/#committer-vote
> [3] 
> http://hg.openjdk.java.net/jdk/jdk/log?revcount=200&rev=(author(pchilanomate)+or+desc(%22patricio.chilano.mateo at oracle.com%22))+and+not+merge() 
>
>
> 8210832: Remove sneaky locking in class Monitor
> 8215050: [TESTBUG] 
> serviceability/tmtools/jstack/WaitNotifyThreadTest.java fails when run 
> with flag -Xcomp
> 8214148: [TESTBUG] 
> serviceability/tmtools/jstack/WaitNotifyThreadTest.java is not doing 
> what is expected
> 8150689: Thread dump report "waiting to re-lock in wait()" shows 
> incorrectly
> 8213708: Different #ifdef guards cause incorrect use of 
> Monitor::check_block_state()
> 8210300: runtime/MemberName/MemberNameLeak.java fails with 
> RuntimeException
> 8206424: Use locking for cleaning ProtectionDomainTable
> 8209844: MemberNameLeak.java fails when ResolvedMethod entry is not 
> removed
> 8209854: ProblemList MemberNameLeak
> 8206423: Use locking for cleaning ResolvedMethodTable
> 8171157: Convert ObjectMonitor_test to GTest
> 8206470: Incorrect use of os::lasterror in ClassListParser
> 8134538: Duplicate implementations of os::lasterror
> 8202615: Remove NativeMonitorSpinLimit, NativeMonitorFlags and 
> NativeMonitorTimeout experimental flags
>