From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely Date: Sat, 05 Nov 2022 09:01:31 +0200 Message-ID: <83h6zd51h0.fsf@gnu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2638"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 59038@debbugs.gnu.org, acm@muc.de, checker@d6.com To: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Nov 05 08:02:21 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1orDC8-0000Sh-Gt for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 05 Nov 2022 08:02:20 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1orDBs-0003Ej-Ea; Sat, 05 Nov 2022 03:02:05 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orDBq-0003D3-JI for bug-gnu-emacs@gnu.org; Sat, 05 Nov 2022 03:02:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1orDBq-0007Ob-AK for bug-gnu-emacs@gnu.org; Sat, 05 Nov 2022 03:02:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1orDBp-00075Q-Ut for bug-gnu-emacs@gnu.org; Sat, 05 Nov 2022 03:02:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Nov 2022 07:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59038 X-GNU-PR-Package: emacs Original-Received: via spool by 59038-submit@debbugs.gnu.org id=B59038.166763170627217 (code B ref 59038); Sat, 05 Nov 2022 07:02:01 +0000 Original-Received: (at 59038) by debbugs.gnu.org; 5 Nov 2022 07:01:46 +0000 Original-Received: from localhost ([127.0.0.1]:55358 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orDBZ-00074v-MN for submit@debbugs.gnu.org; Sat, 05 Nov 2022 03:01:46 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:35220) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orDBW-00074g-8R for 59038@debbugs.gnu.org; Sat, 05 Nov 2022 03:01:44 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orDBQ-0007J7-4i; Sat, 05 Nov 2022 03:01:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=aYNfBy7kxyyGSpI+9HmS0qtoLywJjX6GwgsSJkHcREI=; b=pO3IaD5EZMqu7MRxTIby a3JR3ktXOy70a7+OzCPO7ss0nXSUCBveBSzTCu2o370fFH/dFEXkjkj+lBn4IZ5npDE8yaVY1SGS9 MyvGcTh+j8VTZu7B7tRz/CCpHdvDL75D1Oddd6vFRp6kXGpQZTfY1DrHyoN/Quu2yVaoO6cswtPjp jpn4+ltTJVunW3lEd7YbH+LEVRYTwWbAVRvxztEWnPNLWV+vVyBes0NJyIH/YvLBRU1C+n9mV62a4 EF8kzT0ZiubQIE5aYUGDGWlJxAQtYBuw1PWNwvrqPA6pI0SvNVSSlaRwKoQbOqcbV/mawerOkMu6H VxjALIVfLrawOw==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orDBO-00007x-0P; Sat, 05 Nov 2022 03:01:35 -0400 In-Reply-To: (message from Gerd =?UTF-8?Q?M=C3=B6llmann?= on Sat, 05 Nov 2022 06:12:37 +0100) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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: , Original-Sender: "bug-gnu-emacs" Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:247135 Archived-At: > Cc: 59038@debbugs.gnu.org, Alan Mackenzie > From: Gerd Möllmann > Date: Sat, 05 Nov 2022 06:12:37 +0100 > > "Chris Hecker" writes: > > > gunzip this file (it's a c header file base64 encoded from > > googlesource.com) to Looper.h and load it with 28.2 emacs -Q and it'll > > infinite loop pegging one core. > > Thanks for the report, Chris. > > This is reproducible with master fd3f51b7c3a6649ee3db12d33b056b1afdbfa7e9. What is reproducible, exactly? Visiting the file is almost instantaneous here, in Emacs 29. What did you do to get Emacs into an infloop? > It might be related to cc-mode, so I've CC'd Alan. Emacs goes into an > infloop while font-locking the encoded .h file. Below are some Lisp > backtraces from interrupting the loop: I don't think it's interesting. In its encoded form, this is not a C file, this is just a long bunch of random characters. To decode it, one should switch to Fundamental mode, then decode it, then switch back to C mode. It is IMO unreasonable to expect CC Mode to do something sensible with random sequence of characters that don't resemble C in any way.