I think we should have a tiny script with all those goodies to easily invoke. Or some alias that gets set in <a href="http://Env.Host.sh">Env.Host.sh</a><br><br>What do you think?<br><br clear="all">Marc-André LAVERDIÈRE<br>

&quot;Perseverance must finish its work so that you may be mature and complete, <br>not lacking anything.&quot; -James 1:4<br><a href="http://asimplediscipleslife.blogspot.com/">http://asimplediscipleslife.blogspot.com/</a><br>

<a href="http://mlaverd.theunixplace.com">mlaverd.theunixplace.com</a><br><br><br>
<br><br><div class="gmail_quote">On Fri, Nov 18, 2011 at 5:32 AM, Michael Meeks <span dir="ltr">&lt;<a href="mailto:michael.meeks@suse.com">michael.meeks@suse.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im"><br>
On Thu, 2011-11-17 at 21:12 -0500, August Sodora wrote:<br>
&gt; So hooray we save 160 bytes.<br>
<br>
</div>        Great :-) of course, that is the oosplash wrapper that -should- exit<br>
rather sooner than it does IMHO (I still need to look into that for<br>
3.5). The main interest would be in running valgrind on soffice.bin (I<br>
assume you&#39;re following forks ?).<br>
<div class="im"><br>
&gt;  The second initially makes me think that<br>
&gt; a matching XCloseDisplay is missing but I&#39;m not sure why the call that<br>
&gt; is already there isn&#39;t getting called if the first leak was fixed:<br>
&gt;<br>
&gt; ==11027== 124 bytes in 1 blocks are definitely lost in loss record 6 of 8<br>
&gt; ==11027==    at 0x4A06031: malloc (vg_replace_malloc.c:236)<br>
&gt; ==11027==    by 0x3FA060BD79: get_peer_sock_name (xcb_auth.c:259)<br>
&gt; ==11027==    by 0x3FA060BE45: _xcb_get_auth_info (xcb_auth.c:302)<br>
&gt; ==11027==    by 0x3FA060B84E: xcb_connect_to_display_with_auth_info<br>
&gt; (xcb_util.c:424)<br>
<br>
</div>        Of course this could just as easily be a leak in the X server; valgrind<br>
finds them all over the place :-) anyhow, good to have you chasing that.<br>
To debug leaks in soffice.bin you really need to:<br>
<br>
        export G_SLICE=1<br>
<br>
        Which makes LibO use the malloc allocator which valgrind can track<br>
instead of it&#39;s own internal one. If you have run &#39;linkoo&#39; then source<br>
ooenv in program/ should set all that good stuff for you :-)<br>
<br>
        Thanks !<br>
<span class="HOEnZb"><font color="#888888"><br>
                Michael.<br>
<br>
--<br>
<a href="mailto:michael.meeks@suse.com">michael.meeks@suse.com</a>  &lt;&gt;&lt;, Pseudo Engineer, itinerant idiot<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
LibreOffice mailing list<br>
<a href="mailto:LibreOffice@lists.freedesktop.org">LibreOffice@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/libreoffice" target="_blank">http://lists.freedesktop.org/mailman/listinfo/libreoffice</a><br>
</div></div></blockquote></div><br>