CFV: New JDK Committer: Patricio Chilano Mateo

[Tobias Hartmann]

Vote: yes

Best regards,
Tobias

On 08.02.19 21:10, 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