RFR: 8374862: assert(false) failed: Attempting to acquire lock MDOExtraData_lock/nosafepoint-1 out of order with lock tty_lock/tty -- possible deadlock (running with -XX:+Verbose -XX:+WizardMode -XX:+PrintDeoptimizationDetails) [v6]
Guanqiang Han
ghan at openjdk.org
Mon Jan 19 00:46:34 UTC 2026
On Thu, 15 Jan 2026 09:17:55 GMT, David Holmes <dholmes at openjdk.org> wrote:
>> I agree with the concern here. The buffering we need is local to this call site to keep the output coherent (collect everything and print once).
>> Whether we need to buffer/accumulate output for coherence is scenario-dependent, rather than a property that should permanently classify a stream type as “buffered” vs. “unbuffered”.
>> @dean-long what’s your view on this?
>
> No - sorry I forgot that you have to add override to all methods.
Hi @dholmes-ora @dean-long, I have restored the previous version. Could you please review it again?
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/29186#discussion_r2702915180
More information about the hotspot-compiler-dev
mailing list