limits for run away Firefox ?

Doug Barton dougb at dougbarton.us
Tue Jan 19 23:09:31 UTC 2010


No offense was implied, thus the smiley. ;)

Doug

Sent from my iPhone

On Jan 19, 2010, at 1:54 PM, Oliver Fromme <olli at lurza.secnetix.de>  
wrote:

>
> Rick C. Petty wrote:
>> On Mon, Jan 18, 2010 at 12:25:43PM -0800, Doug Barton wrote:
>>> On 01/18/10 11:29, Oliver Fromme wrote:
>>>> Doug Barton wrote:
>>>>> On 01/17/10 17:07, Julian H. Stacey wrote:
>>>>>> Hi hackers
>>>>>> I'm tired of my X server occasionaly freezing, swap thrasing, &  
>>>>>> firefox dumps:
>>>>>>      4,346,937,344 ~/firefox-bin.core
>>>>>> so as a temporary cludge I ran
>>>>>>      touch ~/firefox-bin.core ; chmod 000  ~/firefox-bin.core
>>>>>
>>>>> Sorry I don't have a solution to your actual problem, but a  
>>>>> better way
>>>>> to deal with this is to do: ln -s /dev/null ~/firefox-bin.core
>>>>
>>>> I think not generating a core dump at all is better than
>>>> writing 4 GB to /dev/null.
>>>
>>> A) The method I proposed is useful for other things too, and as you
>>> pointed out it can sometimes be difficult to track down all the  
>>> ways a
>>> given thing is started.
>>
>> What about just adding the limit command to the /usr/local/bin/ 
>> firefox
>> script?  That would guarantee any instantiation of firefox wouldn't  
>> dump
>> core.
>
> Many users probably don't want any core dumps at all, so
> disabling them completely would be the best and easiest
> solution for them.  This can be done globally (either with
> the sysctl or via /etc/login.conf) or per-user via
> ~/.login_conf.  Then you don't have to track down the
> ways a given thing is started.
>
>>> B) If we're going to be snarky, it would be far better if it  
>>> didn't need
>>> to dump core in the first place. :)
>>
>> I don't think that Oliver was at all snarky.
>
> The word "snarky" isn't even in my dictionary, so I can
> only guess what it means.
>
> Anyway, my suggestion was meant to be completely serious,
> without any irony or other undertone.  I'm not a native
> English speaker, so maybe my words expressed a meaning
> that wasn't intended.  In that case please allow me to
> apologize.
>
>> But I agree that it would be nice to prevent ffox from segfaulting;
>
> Definitely.  I agree, too.  However, that's a lot more
> difficult than preventing core dumps being written.
>
>> unfortunately this is one of those apps which segfaults a lot (for  
>> me at
>> least).  =)
>
> One of the reasons why I prefer Opera.  :)
>
> Best regards
>   Oliver
>
> -- 
> Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing  
> b. M.
> Handelsregister: Registergericht Muenchen, HRA 74606,  Geschäftsfueh 
> rung:
> secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht  
> Mün-
> chen, HRB 125758,  Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Ge 
> bhart
>
> FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd
>
> "C++ is over-complicated nonsense. And Bjorn Shoestrap's book
> a danger to public health. I tried reading it once, I was in
> recovery for months."
>        -- Cliff Sarginson
>


More information about the freebsd-hackers mailing list