From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Michael Menefee Newsgroups: gmane.emacs.bugs Subject: bug#34186: 26.1; locking up Date: Thu, 24 Jan 2019 10:32:34 -0600 Message-ID: References: <83munq6rmj.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000001ff2c4058036c45d" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="263548"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 34186@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jan 24 17:34:23 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gmhxL-0016NW-8J for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 Jan 2019 17:34:19 +0100 Original-Received: from localhost ([127.0.0.1]:56573 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gmhxK-00026Q-2Y for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 Jan 2019 11:34:18 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:48935) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gmhxA-00026J-5m for bug-gnu-emacs@gnu.org; Thu, 24 Jan 2019 11:34:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gmhx4-0007qg-IM for bug-gnu-emacs@gnu.org; Thu, 24 Jan 2019 11:34:08 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:44909) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gmhx4-0007q2-F8 for bug-gnu-emacs@gnu.org; Thu, 24 Jan 2019 11:34:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gmhx4-0003iI-4D for bug-gnu-emacs@gnu.org; Thu, 24 Jan 2019 11:34:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Menefee Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Jan 2019 16:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34186 X-GNU-PR-Package: emacs Original-Received: via spool by 34186-submit@debbugs.gnu.org id=B34186.154834759814212 (code B ref 34186); Thu, 24 Jan 2019 16:34:02 +0000 Original-Received: (at 34186) by debbugs.gnu.org; 24 Jan 2019 16:33:18 +0000 Original-Received: from localhost ([127.0.0.1]:44190 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gmhwM-0003h9-Em for submit@debbugs.gnu.org; Thu, 24 Jan 2019 11:33:18 -0500 Original-Received: from mail-vs1-f45.google.com ([209.85.217.45]:34744) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gmhwK-0003gx-JZ for 34186@debbugs.gnu.org; Thu, 24 Jan 2019 11:33:17 -0500 Original-Received: by mail-vs1-f45.google.com with SMTP id y27so3920240vsi.1 for <34186@debbugs.gnu.org>; Thu, 24 Jan 2019 08:33:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=YLSzAqkgbqW/zb+uUXisx1ouLhTvhNxOQRKxkNG7U6Y=; b=HwFiS+TLa8nI9CTzuVRA4AKRBnTIlam7Zts7clX7yOMhxJJMM9AxhByYSJiZalEOIN W1Y7Ft+Tt0UA/aFdDPh+HTkv71O/2tZ23Mr4ggaXNEKgQC2JCO2E7rWj+XuFGX4a/bHy L/QQduLnLqx+JK8AyhXGpu8IZULGVT2H7nCWuFtBecODfC5WpmjamxMG0QXxyo1khTs3 JqmV6bScNmI81FZz+rO21qAIwZwcZOeF0t2WlGKyJQN7vP/W589OMrlT3BBXyDFzdKX0 S/KB0NPJcZJfUYoAXjwmVYHeDvS2watkJ+PJXR6nug+mHa4AOmidXhqDPfwXG534pkNK lu/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=YLSzAqkgbqW/zb+uUXisx1ouLhTvhNxOQRKxkNG7U6Y=; b=kTJxFvJIUPAdelFDe7Omy6+96vbsP/Kh0rPaVlEGckGQS5AN/nX/rah4t2br8BToya fLz4nGLo8kHg7ixsyxUs3TCw2CZ85368g7N48I5pXdhkoPKHyIkl4xlPGTBFwpaVlXFL hSdWU+kRDWUfCysxPjXLyIXFe/bSO+R76R9AH0hB50EbfRMcLqtZb3M9MP2hj/Mv7zJD WTUFc2aEu/P4FljBAeG2xRfoKkLyNDyos3bTnFewM15jrA9Qsi5RmyAZ2lasvfPqOxe/ dvAuFvYNJ6YKqQfOzD74cZfQFWxSp/yrbC+38KYDaQw9SjS+lp49Y90FPBpEQZXtc8YW oLqA== X-Gm-Message-State: AJcUukeXK3ODP0I60b39mjwVV3UGssgYtRwbPb6/jsS6e8ox/MCn3/hE nLXuakGR6uWaVHjL3/XMT5HSsGSxR7CRwc/+NYKDQupZ X-Google-Smtp-Source: ALg8bN76cRZ7xAKR9N8mxcyRsYyNOCuTe4fb9XdYE8uoXm8reHFPZcNdIc2qpYcIzzK/0cPBiA61SAp+YHxnVsrIQ0o= X-Received: by 2002:a67:88c9:: with SMTP id k192mr2965192vsd.103.1548347590569; Thu, 24 Jan 2019 08:33:10 -0800 (PST) In-Reply-To: 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: 209.51.188.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:154738 Archived-At: --0000000000001ff2c4058036c45d Content-Type: text/plain; charset="UTF-8" I have found the minimum necessary to consistently reproduce. copy/paste this into *something.c* to see if you get same results: void *AVL_first(AVL_t *); void *AVL_last(AVL_t *); #define (<--- locks up with pressing open parenthesis Thanks On Thu, Jan 24, 2019 at 8:53 AM Michael Menefee wrote: > Hi, > > I narrowed it down to a "#define anything(" as the last line in the buffer > will consistently lock up for me. I'm sure it's the c mode not resolving > something right. I will experiment more and send you the results if I can > reproduce with minimal buffer content. > > Thanks > > On Thu, Jan 24, 2019, 8:46 AM Eli Zaretskii >> > From: Michael Menefee >> > Date: Wed, 23 Jan 2019 10:24:09 -0600 >> > >> > Editing a C header file, I type >> > '#define AVL_iter(' and it locks up consistently and has to be killed >> > from another terminal, with CPU at 100%. >> >> I cannot reproduce this. Does the buffer contain anything else in >> addition to the text you've shown? Does it happen in "emacs -Q"? >> >> I invoked "emacs -Q", then typed >> >> C-x C-f headerhang.h >> #define AVL_iter( >> >> At that point, Emacs was responsive as I'd expect. Are you doing the >> same to reproduce the problem? >> >> Thanks. >> > --0000000000001ff2c4058036c45d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I have found the minimum= necessary to consistently reproduce.=C2=A0 copy/paste this into somethi= ng.c to see if you get same results:

void *AVL_first(AVL_t *);
void *AVL_last(AVL_t *);
#define (<--- locks = up with pressing open parenthesis

Thanks=


On Thu, Jan 24, 2019 at 8:53 AM Michael Menefee <mpmenefee@gmail.com> wrote:
Hi,

I narrowed it down to a "#defin= e anything(" as the last line in the buffer will consistently lock up = for me.=C2=A0 I'm sure it's the c mode not resolving something righ= t.=C2=A0 I will experiment more and send you the results if I can reproduce= with minimal buffer content.

Thanks

On = Thu, Jan 24, 2019, 8:46 AM Eli Zaretskii <eliz@gnu.org wrote:
> From: Michael Menefee <mpmenefee@gmail= .com>
> Date: Wed, 23 Jan 2019 10:24:09 -0600
>
> Editing a C header file, I type
> '#define AVL_iter(' and it locks up consistently and has to be= killed
> from another terminal, with CPU at 100%.

I cannot reproduce this.=C2=A0 Does the buffer contain anything else in
addition to the text you've shown?=C2=A0 Does it happen in "emacs = -Q"?

I invoked "emacs -Q", then typed

=C2=A0 C-x C-f headerhang.h
=C2=A0 #define AVL_iter(

At that point, Emacs was responsive as I'd expect.=C2=A0 Are you doing = the
same to reproduce the problem?

Thanks.
--0000000000001ff2c4058036c45d--