RFR: 8146009: "pure virtual method called" with using new GC logging mechanism

kirk.pepperdine at gmail.com kirk.pepperdine at gmail.com
Sat Jan 23 10:42:19 UTC 2016

>>> Or am I missing something obvious?
>> There is an ideal (which we seem to get further and further from) that the
>> JVM should be unloadable within a process. In that model everything we
>> initialize we should "de-initialize" before termination. And when logging
>> itself can depend on facilities that are themselves "torn down" during
>> termination we can have problems in trying to log too late, just as we can
>> trying to log too early.

Interesting… Thanks for the explanation.
> Ok, I agree with you. Both on the long term goal of being unloadable and
> that the logging system needs other subsystems (e.g thread locals) which
> need to be life too.

I have generally found that at a certain depth you cannot avoid circular dependencies. If everything depends on logging and logging depends on anything….


More information about the hotspot-runtime-dev mailing list