<HTML><BODY><br><br><br><blockquote style="border-left:1px solid #0857A6; margin:10px; padding:0 0 0 10px;">
Пятница, 27 ноября 2015, 12:25 -06:00 от Bob Friesenhahn <bfriesen@simple.dallas.tx.us>:<br><br><div id=""><div class="js-helper js-readmsg-msg"><div><div id="style_14486487500000000878_BODY">On Fri, 27 Nov 2015, Nikola M wrote:<br><br>
> On 11/27/15 03:26 PM, Aurélien Larcher wrote:<br>
>> Hi,<br>
>> I vote for integration as there is no critical regression, while on the <br>
>> other side security issues are addressed and broader testing is important.<br>
><br>
> I need to actually use that not look at it as if it is and curiosity.<br>
> If machine slows to a crawl putting up core dumps and filling the disk with <br>
> 1Gig per closing FF, I would call that as an off reason.<br><br>
A simple solution is to change the limit for core file size to zero. <br>
Add this to a script which starts firefox:<br><br>
ulimit -c 0<br><br>
Or in C code use setrlimit() with RLIMIT_CORE to set the core file <br>
size limit to zero.<br><br>
Make sure that developers with the capability and interest in fixing <br>
the bug can produce useful core dumps.<br><br>
Bob</div></div></div></div></blockquote><br><br>Hello,<br><br>very true.<br>BTW: On my systems I do not have this problem (I wished I had).<br>Because hence (as I don't have it) I cannot fix it. Could somebody pls, upload one such core file to some location? tnx<br><br>As written in <a href="http://openindiana.org/pipermail/oi-dev/2015-November/003860.html">http://openindiana.org/pipermail/oi-dev/2015-November/003860.html</a> I suspect that setting LD_LIBRARY_PATH in my multi-distro gcc/f++ runtime ease-of-use-WhereEverYouAre mini-wrapper causes the scenario.<br>So the easy fix would be to call the exe directly.<br><br><br>Last but not least: core's and dumps are not a bug but a feature/service.<br>And who doesn't need or want them can disable their creation system-wide.<br><br>I won't have a sense of priority nor time to look into this for as long as I have real problems (with invalid vmem offsets in the KMS backport, as quickly scratched on, with many spelling errors as I now see, on <a href="http://openindiana.org/pipermail/oi-dev/2015-November/003858.html">http://openindiana.org/pipermail/oi-dev/2015-November/003858.html</a> )<br><br>Pls. test if bypassing the wrapper helps.<br><br><br><br>rgds.,<br> %martin<br><br></BODY></HTML>