core-libs-dev  

Messages by Thread

• • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v4] Naoto Sato
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v4] Shaojin Wen
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v4] Shaojin Wen
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v4] Chen Liang
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v5] Shaojin Wen
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v6] Shaojin Wen
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v7] Shaojin Wen
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v7] Shaojin Wen
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v7] Chen Liang
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v7] Johannes Döbler
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v7] Shaojin Wen
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v7] Johannes Döbler
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v7] Shaojin Wen
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v7] Roger Riggs
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v7] Shaojin Wen
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v7] khanbilal732
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v7] Chen Liang
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v7] Roger Riggs
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v7] Shaojin Wen
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v7] Roger Riggs
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v7] Chen Liang
  • Re: RFR: 8372460: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance [v7] Roger Riggs
• Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance wenshao
  • Re: Use EnumMap instead of HashMap for DateTimeFormatter parsing to improve performance Chen Liang
• RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option Alexander Matveev
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option Alexey Semenyuk
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option Alexey Semenyuk
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option Alexey Semenyuk
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option Alexey Semenyuk
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option Alexey Semenyuk
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option Alexander Matveev
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option Alexey Semenyuk
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option Alexey Semenyuk
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option Alexander Matveev
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option [v2] Alexander Matveev
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option [v2] Alexey Semenyuk
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option [v2] Alexander Matveev
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option [v3] Alexander Matveev
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option [v3] Alexey Semenyuk
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option [v3] Alexander Matveev
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option [v3] Alexey Semenyuk
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option [v3] Alexander Matveev
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option [v3] Alexander Matveev
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option [v3] Alexander Matveev
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option [v4] Alexander Matveev
  • Re: RFR: 8351095: [macos] Add more jpackage tests for --mac-app-store option [v4] Alexey Semenyuk
  • Integrated: 8351095: [macos] Add more jpackage tests for --mac-app-store option Alexander Matveev
• RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian James Yuzawa
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian Viktor Klang
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian Raffaello Giulietti
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian Alan Bateman
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian Alan Bateman
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v2] James Yuzawa
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v2] James Yuzawa
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v2] Alan Bateman
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v2] James Yuzawa
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v3] James Yuzawa
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v3] Alan Bateman
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v4] James Yuzawa
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v3] Raffaello Giulietti
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v4] James Yuzawa
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v4] Viktor Klang
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v4] James Yuzawa
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v5] James Yuzawa
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v5] Raffaello Giulietti
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v5] Alan Bateman
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v5] Viktor Klang
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v5] ExE Boss
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v5] Alan Bateman
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v5] duke
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v5] Joe Darcy
  • Re: RFR: 8372134: ThreadLocalRandom no longer overrides nextGaussian [v5] Alan Bateman
  • Integrated: 8372134: ThreadLocalRandom no longer overrides nextGaussian James Yuzawa
• RFR: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place Steve Armstrong
  • Re: RFR: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place ExE Boss
  • Re: RFR: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place [v2] Steve Armstrong
  • Re: RFR: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place [v2] Steve Armstrong
  • Re: RFR: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place [v2] Chen Liang
  • Re: RFR: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place [v2] Steve Armstrong
  • Re: RFR: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place [v3] Steve Armstrong
  • Re: RFR: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place [v3] Chen Liang
  • Re: RFR: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place [v3] Steve Armstrong
  • Re: RFR: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place [v4] Steve Armstrong
  • Re: RFR: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place [v4] Viktor Klang
  • Re: RFR: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place [v4] Steve Armstrong
  • Re: RFR: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place [v4] Martin Buchholz
  • Re: RFR: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place [v4] Alan Bateman
  • Re: RFR: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place [v4] Rémi Forax
  • Re: RFR: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place [v4] ExE Boss
  • Re: RFR: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place [v4] Steve Armstrong
  • Withdrawn: 8364544: Extract the checks of AtomicXxxFieldUpdater into a common place Steve Armstrong
• Add better exception message to FileTreeIterator.hasNext()? David Alayachew
  • Re: Add better exception message to FileTreeIterator.hasNext()? Chen Liang
  • Re: Add better exception message to FileTreeIterator.hasNext()? David Alayachew
• Re: RFR: 8360046: Scalability issue when submitting virtual threads with almost empty tasks [v20] Doug Lea
• RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty Viktor Klang
  • Re: RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty kabutz
  • Re: RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty Alan Bateman
  • Re: RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty Viktor Klang
  • Re: RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty kabutz
  • Re: RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty Viktor Klang
  • Re: RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty Viktor Klang
  • Re: RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty Doug Lea
  • Re: RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty Doug Lea
  • Re: RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty Viktor Klang
  • Re: RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty Viktor Klang
  • Re: RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty [v2] Viktor Klang
  • Re: RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty [v2] Viktor Klang
  • Re: RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty [v2] Alan Bateman
  • Re: RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty [v2] kabutz
  • Re: RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty [v2] Viktor Klang
  • Re: RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty [v2] kabutz
  • Re: RFR: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty [v2] Viktor Klang
  • Integrated: 8371740 : LinkedTransferQueue.poll() returns null even though queue is not empty Viktor Klang
• Re: RFR: 8360046: Scalability issue when submitting virtual threads with almost empty tasks [v19] Doug Lea
  • Re: RFR: 8360046: Scalability issue when submitting virtual threads with almost empty tasks [v19] Viktor Klang
  • Re: RFR: 8360046: Scalability issue when submitting virtual threads with almost empty tasks [v19] Doug Lea
• RFR: 8370887: DelayScheduler.replace method may break the 4-ary heap in certain scenarios Alan Bateman
  • Re: RFR: 8370887: DelayScheduler.replace method may break the 4-ary heap in certain scenarios Viktor Klang
  • Re: RFR: 8370887: DelayScheduler.replace method may break the 4-ary heap in certain scenarios Alan Bateman
  • Re: RFR: 8370887: DelayScheduler.replace method may break the 4-ary heap in certain scenarios Viktor Klang
  • Integrated: 8370887: DelayScheduler.replace method may break the 4-ary heap in certain scenarios Alan Bateman
• RFR: 8372410: VarHandle wrongly uses int parameter on VirtualThread creation Francesco Nigro
  • Re: RFR: 8372410: VarHandle wrongly uses int parameter on VirtualThread creation Alan Bateman
  • Re: RFR: 8372410: VarHandle wrongly uses int parameter on VirtualThread creation Francesco Nigro
  • Re: RFR: 8372410: ThreadFactory used by Thread.Builder::factory should use non-optimal VarHandle Alan Bateman
  • Re: RFR: 8372410: ThreadFactory used by Thread.Builder::factory should use non-optimal VarHandle Francesco Nigro
  • Re: RFR: 8372410: ThreadFactory used by Thread.Builder::factory should use non-optimal VarHandle Viktor Klang
  • Re: RFR: 8372410: ThreadFactory used by Thread.Builder::factory should use non-optimal VarHandle Andrew Dinn
  • Re: RFR: 8372410: ThreadFactory used by Thread.Builder::factory should use non-optimal VarHandle Alan Bateman
  • Re: RFR: 8372410: ThreadFactory used by Thread.Builder::factory should use non-optimal VarHandle Andrew Dinn
  • Re: RFR: 8372410: ThreadFactory used by Thread.Builder::factory should use non-optimal VarHandle Chen Liang
  • Re: RFR: 8372410: ThreadFactory used by Thread.Builder::factory uses non-optimal VarHandle Francesco Nigro
  • Re: RFR: 8372410: ThreadFactory used by Thread.Builder::factory uses non-optimal VarHandle Jorn Vernee
  • Re: RFR: 8372410: ThreadFactory used by Thread.Builder::factory uses non-optimal VarHandle Francesco Nigro
  • Re: RFR: 8372410: ThreadFactory used by Thread.Builder::factory uses non-optimal VarHandle Alan Bateman
  • Re: RFR: 8372410: ThreadFactory used by Thread.Builder::factory uses non-optimal VarHandle Hannes Greule
  • Re: RFR: 8372410: ThreadFactory used by Thread.Builder::factory uses non-optimal VarHandle duke
  • Integrated: 8372410: ThreadFactory used by Thread.Builder::factory uses non-optimal VarHandle Francesco Nigro
• RFR: 8372399: Add missing CPE statements Sorna Sarathi N
  • Re: RFR: 8372399: Add missing CPE statements Alexey Semenyuk
  • Re: RFR: 8372399: Add missing CPE statements duke
  • Integrated: 8372399: Add missing CPE statements Sorna Sarathi N
• Re: RFR: 8360046: Scalability issue when submitting virtual threads with almost empty tasks [v18] Doug Lea
• Improve DateTimeFormatter performance by unrolling formatting/parsing loops wenshao
• Re: RFR: 8365675: Add String Unicode Case-Folding Support [v10] Xueming Shen
  • Re: RFR: 8365675: Add String Unicode Case-Folding Support [v10] Roger Riggs
• RFR: 8350938: ResourceParsingClassHierarchyResolver inflates all Utf8 CP entries Trevor Bond
  • Re: RFR: 8350938: ResourceParsingClassHierarchyResolver inflates all Utf8 CP entries Dan Smith
  • Re: RFR: 8350938: ResourceParsingClassHierarchyResolver inflates all Utf8 CP entries ExE Boss
  • Re: RFR: 8350938: ResourceParsingClassHierarchyResolver inflates all Utf8 CP entries Johannes Döbler
  • Re: RFR: 8350938: ResourceParsingClassHierarchyResolver inflates all Utf8 CP entries ExE Boss
  • Re: RFR: 8350938: ResourceParsingClassHierarchyResolver inflates all Utf8 CP entries Chen Liang
  • Re: RFR: 8350938: ResourceParsingClassHierarchyResolver inflates all Utf8 CP entries [v2] Trevor Bond
  • Re: RFR: 8350938: ResourceParsingClassHierarchyResolver inflates all Utf8 CP entries [v2] Trevor Bond
  • Re: RFR: 8350938: ResourceParsingClassHierarchyResolver inflates all Utf8 CP entries [v2] Chen Liang
  • Re: RFR: 8350938: ResourceParsingClassHierarchyResolver inflates all Utf8 CP entries [v2] duke
  • Re: RFR: 8350938: ResourceParsingClassHierarchyResolver inflates all Utf8 CP entries [v2] Jaikiran Pai
  • Re: RFR: 8350938: ResourceParsingClassHierarchyResolver inflates all Utf8 CP entries [v2] Trevor Bond
  • Re: RFR: 8350938: ResourceParsingClassHierarchyResolver inflates all Utf8 CP entries [v3] Trevor Bond
  • Re: RFR: 8350938: ResourceParsingClassHierarchyResolver inflates all Utf8 CP entries [v3] Jaikiran Pai
  • Re: RFR: 8350938: ResourceParsingClassHierarchyResolver inflates all Utf8 CP entries [v3] Chen Liang
  • Integrated: 8350938: ResourceParsingClassHierarchyResolver inflates all Utf8 CP entries Trevor Bond
• RFR: 8372359: Clean jpackage error messages Alexey Semenyuk
  • Re: RFR: 8372359: Clean jpackage error messages Alexey Semenyuk
  • Re: RFR: 8372359: Clean jpackage error messages [v2] Alexey Semenyuk
  • Re: RFR: 8372359: Clean jpackage error messages [v3] Alexey Semenyuk
  • Re: RFR: 8372359: Clean jpackage error messages [v4] Alexey Semenyuk
  • Re: RFR: 8372359: Clean jpackage error messages [v5] Alexey Semenyuk
  • Re: RFR: 8372359: Clean jpackage error messages [v6] Alexey Semenyuk
  • Re: RFR: 8372359: Clean jpackage error messages [v6] Alexander Matveev
  • Integrated: 8372359: Clean jpackage error messages Alexey Semenyuk
• RFR: 8372301: Improve error message for jimage command line tool regarding version mismatch David Beaumont
  • Re: RFR: 8372301: Improve error message for jimage command line tool regarding version mismatch Roger Riggs
  • Re: RFR: 8372301: Improve error message for jimage command line tool regarding version mismatch David Beaumont
  • Re: RFR: 8372301: Improve error message for jimage command line tool regarding version mismatch [v2] David Beaumont
  • Re: RFR: 8372301: Improve error message for jimage command line tool regarding version mismatch [v3] David Beaumont
  • Re: RFR: 8372301: Improve error message for jimage command line tool regarding version mismatch [v3] David Beaumont
• Integrated: 8367585: Prevent creation of unrepresentable Utf8Entry Chen Liang
• RFR: 8372256 : ClassCastException in `ConcurrentHashMap#equals` Viktor Klang
  • Re: RFR: 8372256 : ClassCastException in `ConcurrentHashMap#equals` Viktor Klang
  • Re: RFR: 8372256 : ClassCastException in `ConcurrentHashMap#equals` Doug Lea
  • Re: RFR: 8372256 : ClassCastException in `ConcurrentHashMap#equals` Alan Bateman
  • Integrated: 8372256 : ClassCastException in `ConcurrentHashMap#equals` Viktor Klang
• Re: RFR: 8266431: Dual-Pivot Quicksort improvements (Radix sort) [v3] Doug Lea
  • Re: RFR: 8266431: Dual-Pivot Quicksort improvements (Radix sort) [v3] Vladimir Yaroslavskiy
  • Re: RFR: 8266431: Dual-Pivot Quicksort improvements (Radix sort) [v3] Piotr Tarsa
  • Re: RFR: 8266431: Dual-Pivot Quicksort improvements (Radix sort) [v3] Vladimir Yaroslavskiy
  • Re: RFR: 8266431: Dual-Pivot Quicksort improvements (Radix sort) [v3] Piotr Tarsa
  • Re: RFR: 8266431: Dual-Pivot Quicksort improvements (Radix sort) [v3] Vladimir Yaroslavskiy
  • Re: RFR: 8266431: Dual-Pivot Quicksort improvements (Radix sort) [v3] Piotr Tarsa
  • Re: RFR: 8266431: Dual-Pivot Quicksort improvements (Radix sort) [v3] Vladimir Yaroslavskiy
• RFR: 8372307: Update comments to mention native.encoding instead of file.encoding Igor Rudenko
  • Re: RFR: 8372307: Update comments to mention native.encoding instead of file.encoding Jaikiran Pai
  • Re: RFR: 8372307: Clean up the leftover code comment references to file.encoding in java_props_md.c Igor Rudenko
  • Re: RFR: 8372307: Clean up the leftover code comment references to file.encoding in java_props_md.c Roger Riggs
  • Re: RFR: 8372307: Clean up the leftover code comment references to file.encoding in java_props_md.c Naoto Sato
  • Re: RFR: 8372307: Clean up the leftover code comment references to file.encoding in java_props_md.c duke
  • Integrated: 8372307: Clean up the leftover code comment references to file.encoding in java_props_md.c Igor Rudenko
• CFV: Withdraw sponsorship of Device I/O, Kona, Penrose, and Verona projects Alan Bateman

• Earlier messages
• Later messages