Date: Tue, 31 Aug 2010 07:53:49 -0400 From: John Baldwin <jhb@freebsd.org> To: freebsd-hackers@freebsd.org Cc: Davide Italiano <davide.italiano@gmail.com>, Andriy Gapon <avg@icyb.net.ua>, Garrett Cooper <gcooper@freebsd.org> Subject: Re: System freezes unexpectly Message-ID: <201008310753.49567.jhb@freebsd.org> In-Reply-To: <AANLkTi=KAgk14wf7Z=a=CNgyEAPDnyRtM8bjZDanbfzV@mail.gmail.com> References: <AANLkTimCZsan9y%2Bn=V1pHnT1q=9iWHbwc2cnJGyOz90k@mail.gmail.com> <AANLkTikaCjM%2BJFjAGDefoiQHLDbhdpSyg%2BuxiGmmswON@mail.gmail.com> <AANLkTi=KAgk14wf7Z=a=CNgyEAPDnyRtM8bjZDanbfzV@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday, August 30, 2010 12:45:40 pm Garrett Cooper wrote: > On Mon, Aug 30, 2010 at 9:24 AM, Davide Italiano > <davide.italiano@gmail.com> wrote: > > removing ~/.mozilla works fine. I think that problem's related to > > add-on Xmarks I've been installer or to "Restore session" > > functionality > > It would have been interesting to capture what `froze' the machine, in > particular because it could have been a valuable bug for either > Mozilla to capture and fix, or for us to capture and fix. Unless your > machine doesn't meet the hardware requirements, I don't see a reason > why a userland application should lock up a system. > > There are other ways you can debug this further, using -safe-mode as a > next step, then choose to not restore the last session (which is > available from within the javascript settings file -- nsPrefs.js?). If only firefox is frozen, then you can always ssh in from another machine and use top/ps, etc., or even gdb on the firefox process itself. -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201008310753.49567.jhb>