OutOfMemory errors are not frequent, but when they do occur they must
not cause the VM to crash. However, if an application happens to
get an OOM error while attempting to create a method-data object,
the resulting exception will be misrouted, since VM calls which
create MDOs do not expect exceptions.

(This is a flaw in the recent implementation of MDOs. It arose as
an issue during the fix to 4472895.)

Also, uncommon traps on certain heroic optimizations (null_cast, range_check)
do not set the "sticky bit" on the MDO, and so the heroic optimizations
are retried ad infinitum, causing many uncommon traps and recompilations.
This problem was observed in work on 4472895. It has only been seen in -Xcomp
mode so far, and perturbs -Xcomp based testing. The "sticky bit" is not set
because there is no MDO to store it on. Creating the MDO eagerly in the
uncommon trap handler fixes this problem.