From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Geoff Shannon Newsgroups: gmane.emacs.devel Subject: Re: Emacs hung, have attached debugger Date: Fri, 6 Jun 2014 00:42:17 -0700 Message-ID: References: <87tx7y3314.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e0112cbfc037a4104fb260281 X-Trace: ger.gmane.org 1402040586 26137 80.91.229.3 (6 Jun 2014 07:43:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 6 Jun 2014 07:43:06 +0000 (UTC) Cc: "emacs-devel@gnu.org" To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 06 09:43:00 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Wsoni-0006La-Vf for ged-emacs-devel@m.gmane.org; Fri, 06 Jun 2014 09:42:59 +0200 Original-Received: from localhost ([::1]:45644 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wsoni-00022w-JC for ged-emacs-devel@m.gmane.org; Fri, 06 Jun 2014 03:42:58 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33801) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wsond-00020p-Oz for emacs-devel@gnu.org; Fri, 06 Jun 2014 03:42:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wsonc-0007fR-SZ for emacs-devel@gnu.org; Fri, 06 Jun 2014 03:42:53 -0400 Original-Received: from mail-wg0-x233.google.com ([2a00:1450:400c:c00::233]:61774) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WsonY-0007cj-UH; Fri, 06 Jun 2014 03:42:49 -0400 Original-Received: by mail-wg0-f51.google.com with SMTP id x13so2369179wgg.10 for ; Fri, 06 Jun 2014 00:42:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=W7yX3wkQa+gII3VYUfksv4jQsvLr/bYq5Z9eiro6yvc=; b=fMSM4cWTjGgZWCEy6iiQMVNVT9dAs6VH7+68Ka2RnB9cfnc7YBWHhnX1QJN4rxMgvw UY7vzx0vEuuwJd+4Tb24GQQhW7uPy5qKvRmoTTe4B7E48NySVPpaHLwvhiJbuKjiJsmF 65hsMppYkgYw7IIcT9NUt48tYVh4axzWIGnVGWa/RV6Yx186LitrIcRn0dtkG/vyjizB FNFHwhtwkLRCwZJ+dub6LJMYVdr0gVVSeeSG0m1gUWoJFl7zskrC/Tc95KkHIlXoREVi puqOza/F2/6fGqCRWRB/t6+rTZDqQostDt4VblIXq5VdQXccDodFpr1MM5yrKsTBUWPs MSfw== X-Received: by 10.194.157.68 with SMTP id wk4mr4218125wjb.42.1402040567952; Fri, 06 Jun 2014 00:42:47 -0700 (PDT) Original-Received: by 10.194.61.84 with HTTP; Fri, 6 Jun 2014 00:42:17 -0700 (PDT) In-Reply-To: <87tx7y3314.fsf@fencepost.gnu.org> X-Google-Sender-Auth: 9Z5XYuKEwhj9W258ed4T10L2D14 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c00::233 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:172384 Archived-At: --089e0112cbfc037a4104fb260281 Content-Type: text/plain; charset=UTF-8 I posted compressed versions of the full backtrace to the bug on debbugs. On Fri, Jun 6, 2014 at 12:33 AM, David Kastrup wrote: > There will be likely a lot of repetition here as this sounds like an > infinite recursion. Just the end and the start of the traceback (enough > to recognize the pattern in the middle) should be enough. The traceback > will likely be because of stack overflow. > Basically the conclusion I came to after examining the backtrace. Before Glenn suggested compressing the full content and attaching it, that's what I had done. Though of course I didn't think of including the top entries until after I'd posted the bottom ones... > You can use ulimit (see its man page) to limit the available stack space > in advance: that should allow you to get a backtrace that is reasonably > short even without manual intervention. Just be sure that it's not > bombing out because of a regular operation. > Good idea! Now if only I could reproduce this crash... Also, sorry if posting about this on emacs-devel was a bit out of place. -- Geoff Nothing is ever easy. --089e0112cbfc037a4104fb260281 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I posted compressed versions of the full backtrace to the = bug on debbugs.


On Fri, Jun 6, 2014 at 12:33 AM, David Kastrup <dak@gnu.org> wrote:
There will be likely a lot of repetition her= e as this sounds like an
infinite recursion. =C2=A0Just the end and the start of the traceback (enou= gh
to recognize the pattern in the middle) should be enough. =C2=A0The traceba= ck
will likely be because of stack overflow.

Basically the conclusion I came to after examining the backtrace. Before= Glenn
<= div>=C2=A0
You can use ulimit (see its man page) to limit the available stack space in advance: that should allow you to get a backtrace that is reasonably
short even without manual intervention. =C2=A0Just be sure that it's no= t
bombing out because of a regular operation.

Good idea!=C2=A0 No= w if only I could reproduce this crash...

Also, sorry if posting about this on emacs-devel was a bit out of pl= ace.

--
Geoff

Nothing is ever easy.
--089e0112cbfc037a4104fb260281--