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>
"Perseverance must finish its work so that you may be mature and complete, <br>not lacking anything." -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"><<a href="mailto:michael.meeks@suse.com">michael.meeks@suse.com</a>></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>
> 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're following forks ?).<br>
<div class="im"><br>
> The second initially makes me think that<br>
> a matching XCloseDisplay is missing but I'm not sure why the call that<br>
> is already there isn't getting called if the first leak was fixed:<br>
><br>
> ==11027== 124 bytes in 1 blocks are definitely lost in loss record 6 of 8<br>
> ==11027== at 0x4A06031: malloc (vg_replace_malloc.c:236)<br>
> ==11027== by 0x3FA060BD79: get_peer_sock_name (xcb_auth.c:259)<br>
> ==11027== by 0x3FA060BE45: _xcb_get_auth_info (xcb_auth.c:302)<br>
> ==11027== by 0x3FA060B84E: xcb_connect_to_display_with_auth_info<br>
> (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's own internal one. If you have run 'linkoo' 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> <><, 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>