<p dir="ltr">Personally, I think I'd exit the VM in this case.  The odds of hitting OOM while allocating TIE and having it be just a very unfortunate transient condition are quite low; most likely, the VM is going to have lots of trouble elsewhere anyway.</p>

<p dir="ltr">Also, by swallowing the OOM there and continuing makes an assumption that the lock is still in valid/working state; that may be the case today, but I don't know if that's a safe assumption generally.</p>

<p dir="ltr">Sent from my phone</p>
<div class="gmail_quote">On May 3, 2013 3:26 PM, "Peter Levart" <<a href="mailto:peter.levart@gmail.com">peter.levart@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On 05/03/2013 07:47 PM, Thomas Schatzl wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Tomas,<br>
<br>
I don't know if this is the case here, but what if the<br>
ReferenceHandler thread is interrupted while wait()-ing and the<br>
construction of InterruptedException triggers OOME?<br>
</blockquote>
I am sure this is the case - previously I thought InterruptedException<br>
is a preallocated exception like others.<br>
ObjectMonitor::wait() may throw it, by creating new InterruptedException<br>
instances.<br>
<br>
Thanks!<br>
<br>
Now that we've found the very likely cause, what to do about it?<br>
</blockquote>
<br>
Maybe just ignore it since if it happens during wait(), the cause is supposed to be interrupted thread and the InterruptedException that was to be thrown would be ignored too:<br>
<br>
                        try {<br>
                            lock.wait();<br>
                        } catch (InterruptedException | OutOfMemoryError x) { }<br>
<br>
Regards, Peter<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The current state of silently crashing the reference handler thread is<br>
unsatisfying imo as it leads to very hard to find problems.<br>
<br>
The options I see all involve catching this (or any other OOME caused by<br>
other means like the test program) and either recovering as much as<br>
possible or exiting the VM (like in the sun.misc.Cleaner handling).<br>
<br>
Any other suggestions?<br>
<br>
Thanks,<br>
Thomas<br>
<br>
</blockquote>
<br>
</blockquote></div>