<p>Hi Bengt,</p>
<p>The allocation of the buffer to hold the string and sprintf'ing to it is repeated at the places you changed.  Do you think it's worth it to factor that out into a common function or maybe some stack allocated class whose destructor would free the message buffer? Just a thought ...</p>

<p>Also, probably better to use snprintf instead of sprintf.</p>
<p>Regards,</p>
<p>Vitaly</p>
<p>Sent from my phone</p>
<div class="gmail_quote">On May 7, 2012 8:35 AM, "Bengt Rutisson" <<a href="mailto:bengt.rutisson@oracle.com">bengt.rutisson@oracle.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>
Hi all,<br>
<br>
Can I get a couple of reviews of this simple change:<br>
<a href="http://cr.openjdk.java.net/~brutisso/7166894/webrev/" target="_blank">http://cr.openjdk.java.net/~<u></u>brutisso/7166894/webrev/</a><br>
<br>
Background:<br>
I recently pushed a similar fix for G1 as "7163848: G1: Log GC Cause for a GC". That fix adds the GC cause information to all G1 GCs. It was discussed if we should do this for all collectors and we came to the conclusion that it would be fairly safe to do it for all Full GCs. These log messages already contain the text "(System)" or "(System.gc())" when a System.gc() happens and PrintGCDetails are enabled. Now they will always contain the cause in parenthesis, even when only PrintGC is enabled. Hopefully most parsing will work with this.<br>

<br>
Thanks,<br>
Bengt<br>
</blockquote></div>