From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Svante Signell Newsgroups: gmane.emacs.bugs Subject: bug#24857: emacs24/25 FTBFS since a long time on GNU/Hurd Date: Wed, 02 Nov 2016 18:38:45 +0100 Organization: Home Message-ID: <1478108325.20542.5.camel@gmail.com> References: <07351ee5-2e25-5a8b-0603-db4ad7458970@cs.ucla.edu> <83fun9n835.fsf@gnu.org> Reply-To: svante.signell@gmail.com NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1478108426 4015 195.159.176.226 (2 Nov 2016 17:40:26 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 2 Nov 2016 17:40:26 +0000 (UTC) Cc: 24857@debbugs.gnu.org To: Eli Zaretskii , Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Nov 02 18:40:22 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c1zWE-0007Yj-BP for geb-bug-gnu-emacs@m.gmane.org; Wed, 02 Nov 2016 18:40:10 +0100 Original-Received: from localhost ([::1]:56662 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c1zWG-0003V0-Qi for geb-bug-gnu-emacs@m.gmane.org; Wed, 02 Nov 2016 13:40:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54884) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c1zWB-0003TP-57 for bug-gnu-emacs@gnu.org; Wed, 02 Nov 2016 13:40:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c1zW6-0004Lr-8h for bug-gnu-emacs@gnu.org; Wed, 02 Nov 2016 13:40:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53680) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1c1zW6-0004La-5L for bug-gnu-emacs@gnu.org; Wed, 02 Nov 2016 13:40:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1c1zW6-0004LC-0g for bug-gnu-emacs@gnu.org; Wed, 02 Nov 2016 13:40:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Svante Signell Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Nov 2016 17:40:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24857 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 24857-submit@debbugs.gnu.org id=B24857.147810835316616 (code B ref 24857); Wed, 02 Nov 2016 17:40:01 +0000 Original-Received: (at 24857) by debbugs.gnu.org; 2 Nov 2016 17:39:13 +0000 Original-Received: from localhost ([127.0.0.1]:40846 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c1zVJ-0004Jw-4U for submit@debbugs.gnu.org; Wed, 02 Nov 2016 13:39:13 -0400 Original-Received: from mail-lf0-f68.google.com ([209.85.215.68]:34183) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c1zUy-0004In-0Q for 24857@debbugs.gnu.org; Wed, 02 Nov 2016 13:38:52 -0400 Original-Received: by mail-lf0-f68.google.com with SMTP id o141so91980lff.1 for <24857@debbugs.gnu.org>; Wed, 02 Nov 2016 10:38:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:subject:from:reply-to:to:cc:date:in-reply-to:references :organization:mime-version:content-transfer-encoding; bh=AUxcd9+AS2t4sSsL1fzyiNSezzxZ3iSHPw7iw5ro728=; b=BmK0NQFcOFPW4kMeBvMpZUfm1UwuuPf0EQSGDziN33caEQDt83LD1SCeSO3OXVS5mb ge1an8lD5uc6ZMkUYK3S7CBidNwUVVPwwGttVyXdJMNIAbHtoKVy6yEK3cDEGMQ9mWf8 KEyPYVWfJXzyUt2YDpD3WAS2yMlkzub1DOBwAglR5xuftj9VOsTunqTnj2LtGGw6+We3 xPgvX4MAH71RVCHmf/y21pg4d5ggMlwM4L2c1nMK+VROgxP5WU9dZHoSnXRx4uOQkf5j GDsKTGvP/HqAsZUNFJt4/eebIibbJOfJKZEW8S7vEaUWEoDw/yQUVhWwlwys77nB4Igb i3/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:subject:from:reply-to:to:cc:date :in-reply-to:references:organization:mime-version :content-transfer-encoding; bh=AUxcd9+AS2t4sSsL1fzyiNSezzxZ3iSHPw7iw5ro728=; b=b88kIKYjaMAG9wgfWGa6v3+J4Q+aIsJqACdkOQu2Mshsz6jMPtKZtdr8PYsrfkV2vV kPJXHzFQsUqmChdIJ0R2yhRJFf1tC2pP6UiPxs6rGaOqB9xJIBaBJq09ys70AhsJduv0 FlwIrTYv+tjNBMq6my1OY6G1q4xnOYNXgPP3Y0WBbfzPmnhK/+XQJhvqeFh+oU2v9uad n7t0gopi91Hr+GeOH4k1bnwxcY43jkcYoWoWzGMNKgAIpLAS1Lu8iTGZo+e5hLdgFJ7i RgoYTk7f894fUn5EqUDWGxOUsJ1g8wJKsz3ewmscQSu+EOLbkj88P0PyL+pseuaIPzDv rsCA== X-Gm-Message-State: ABUngvf30Po4vJKVvcgBxlZ6IUTYIKWppVx97sLbmuLdzUqM//yYv33HkIW/vuNFvgMNEg== X-Received: by 10.25.208.203 with SMTP id h194mr2594104lfg.26.1478108326058; Wed, 02 Nov 2016 10:38:46 -0700 (PDT) Original-Received: from G3620 ([178.78.231.178]) by smtp.gmail.com with ESMTPSA id s127sm670243lja.14.2016.11.02.10.38.45 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 02 Nov 2016 10:38:45 -0700 (PDT) In-Reply-To: <83fun9n835.fsf@gnu.org> X-Mailer: Evolution 3.18.5.1-1 X-Mailman-Approved-At: Wed, 02 Nov 2016 13:39:11 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:125275 Archived-At: On Wed, 2016-11-02 at 18:46 +0200, Eli Zaretskii wrote: > > > > From: Paul Eggert > > Date: Wed, 2 Nov 2016 08:20:59 -0700 > > Cc: Svante Signell > > > > [forwarded from http://lists.gnu.org/archive/html/emacs-devel/2016-11/msg000 > > 55.html] > > > > From: Svante Signell > > To: emacs-devel@gnu.org > > Date: Wed, 02 Nov 2016 15:16:54 +0100 > >  > The posted backtrace indicates the problem is with inability to > allocate memory: Yes! > Btw, what happened between frame #0 and frame #374454?  Was that some > infinite loop trying to print an error message, which caused an > attempt to allocate memory, which tried to print an error message, and > so on and so forth? #16 0x0521d6f4 in __assert_fail_base (     fmt=0x5369100 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n",      assertion=0x516cc49 "__pthread_threads", file=0x516cf17 "./pthread/pt-self.c ",      line=28, function=0x516cf2c <__PRETTY_FUNCTION__.9369> "__pthread_self") at  assert.c:92         str = 0x0         total = 86103528 #17 0x0521d75a in __assert_fail (assertion=0x516cc49 "__pthread_threads",      file=0x516cf17 "./pthread/pt-self.c", line=28,      function=0x516cf2c <__PRETTY_FUNCTION__.9369> "__pthread_self") at assert.c: 101 No locals. #18 0x05168696 in __pthread_self () at ./pthread/pt-self.c:28         thread =         self =         self = #19 0x05224e8e in raise (signo=6) at ../sysdeps/../libpthread/sysdeps/generic/raise.c:37         err = #20 0x052276cf in abort () at abort.c:89         save_stage = 2         act = {__sigaction_handler = {sa_handler = 0x5369100, sa_sigaction = 0x519369100},            sa_mask = 87441919, sa_flags = 87908352}         sigs = 32 #16+17+18+19+20 loops from here:... That was a bug in raise looping indefinitely due to a failed assertion, now fixed.