From unknown Fri Jun 13 09:56:44 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#3700 <3700@debbugs.gnu.org> To: bug#3700 <3700@debbugs.gnu.org> Subject: Status: 23.1.50; verbose execution of configure script, determining the maximal length of command arguments Reply-To: bug#3700 <3700@debbugs.gnu.org> Date: Fri, 13 Jun 2025 16:56:44 +0000 retitle 3700 23.1.50; verbose execution of configure script, determining th= e maximal length of command arguments reassign 3700 emacs submitter 3700 Peter Dyballa severity 3700 normal thanks From Peter_Dyballa@Freenet.DE Sun Jun 28 04:04:53 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 28 Jun 2009 11:04:54 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.9 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5SB4lxQ007712 for ; Sun, 28 Jun 2009 04:04:49 -0700 Received: from mx10.gnu.org ([199.232.76.166]:48216) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1MKsBi-0007Hv-OX for emacs-pretest-bug@gnu.org; Sun, 28 Jun 2009 07:04:46 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1MKsBh-00056v-5c for emacs-pretest-bug@gnu.org; Sun, 28 Jun 2009 07:04:46 -0400 Received: from mout3.freenet.de ([195.4.92.93]:32772) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MKsBg-00056h-PI for emacs-pretest-bug@gnu.org; Sun, 28 Jun 2009 07:04:45 -0400 Received: from [195.4.92.21] (helo=11.mx.freenet.de) by mout3.freenet.de with esmtpa (ID peter_dyballa@freenet.de) (port 25) (Exim 4.69 #92) id 1MKsBd-0003ah-1W for emacs-pretest-bug@gnu.org; Sun, 28 Jun 2009 13:04:41 +0200 Received: from p5b23e6b6.dip.t-dialin.net ([91.35.230.182]:57314 helo=[192.168.1.2]) by 11.mx.freenet.de with esmtpsa (ID peter_dyballa@freenet.de) (TLSv1:AES128-SHA:128) (port 25) (Exim 4.69 #79) id 1MKsBc-0003yG-L5 for emacs-pretest-bug@gnu.org; Sun, 28 Jun 2009 13:04:40 +0200 Mime-Version: 1.0 (Apple Message framework v753.1) Content-Transfer-Encoding: quoted-printable Message-Id: <5C97B10B-FB73-4BB0-9C82-6B27C1AC4CBF@Freenet.DE> Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed To: emacs-pretest-bug@gnu.org From: Peter Dyballa Subject: 23.1.50; verbose execution of configure script, determining the maximal length of command arguments Date: Sun, 28 Jun 2009 13:04:32 +0200 X-Mailer: Apple Mail (2.753.1) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Hello! The configure script of (lib)m17n-lib 1.5.4 is buggy and fails at =20 line #32967. The report was unclear or misleading (I found that the =20 function PKG_CHECK_MODULES() does not seem to be defined), so I tried =20= to run it in a *compilation* buffer as 'sh -x ./configure' =96 and =20 after twelve hours it hasn't finished. Within minutes it finished in =20 GNU Emacs 21.3.50 and 22.3 =96 and also in *shell* buffer in GNU Emacs =20= 23.1.50. In the *compilation* buffers of GNU Emacs 23.0.60, 23.0.94, =20 and 23.1.50 the progress is slower than a snail when the script tries =20= in a loop to determine the maximal length of command arguments. =20 "Words" with a length of a few K obviously cause this stop. For the test I launched all five Emacsen with -Q, opened the prepared =20= copy of the original directory in dired-mode, invoked M-x compile RET =20= and changed the default 'make -k' into 'time nice +19 sh -x ./=20 configure' without pressing RET at once. After all lines were =20 prepared in mini-buffer I pressed RET in each. The GNU Emacsen 23.x are all not really responsive (the system is, I =20 can move around the frames, I can resize them, but the windows do not =20= refresh), changing to the other window works, but reaching the end of =20= the buffer might succeed tomorrow. When GNU Emacs 23.1.50 was running =20= with all my customisation, the time in mode-line was updated in =20 intervals of around 10 min. GNU Emacs 23.0.60 refreshes fastest=85 -- Greetings Pete Without vi there is only GNU Emacs From debbugs-submit-bounces@debbugs.gnu.org Wed May 16 19:18:40 2012 Received: (at control) by debbugs.gnu.org; 16 May 2012 23:18:40 +0000 Received: from localhost ([127.0.0.1]:58248 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SUnUO-0007x2-JC for submit@debbugs.gnu.org; Wed, 16 May 2012 19:18:40 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:45632 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SUnU5-0007wZ-19 for control@debbugs.gnu.org; Wed, 16 May 2012 19:18:39 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1SUnTs-0007v7-LM for control@debbugs.gnu.org; Wed, 16 May 2012 19:18:08 -0400 Date: Wed, 16 May 2012 19:18:08 -0400 Message-Id: Subject: control message for bug 3700 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) merge 9065 3700 From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 08 20:59:52 2013 Received: (at control) by debbugs.gnu.org; 9 Jan 2013 01:59:52 +0000 Received: from localhost ([127.0.0.1]:57531 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TskxL-00070I-Bl for submit@debbugs.gnu.org; Tue, 08 Jan 2013 20:59:51 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:44415 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TskxJ-00070C-H7 for control@debbugs.gnu.org; Tue, 08 Jan 2013 20:59:50 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1TskxB-0008Dg-LT for control@debbugs.gnu.org; Tue, 08 Jan 2013 20:59:41 -0500 Date: Tue, 08 Jan 2013 20:59:41 -0500 Message-Id: Subject: control message for bug 13369 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) merge 9065 13369 From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 04 19:29:52 2017 Received: (at control) by debbugs.gnu.org; 5 Dec 2017 00:29:52 +0000 Received: from localhost ([127.0.0.1]:46118 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eM17P-0005Le-VG for submit@debbugs.gnu.org; Mon, 04 Dec 2017 19:29:52 -0500 Received: from mail-it0-f43.google.com ([209.85.214.43]:39415) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eM17O-0005LM-Dw; Mon, 04 Dec 2017 19:29:50 -0500 Received: by mail-it0-f43.google.com with SMTP id 68so11175876ite.4; Mon, 04 Dec 2017 16:29:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=skrMRFxw15jvNqbfNuXnRrC0/mQBStBWfGF5M7fus1U=; b=WP+NlXq/ZW2JuaF0PdgKPxz8McL2blFgU6IHkZTfUl87pau7mIB79m/8DktPlgMldr +tXZ/QRYZyhgSciZWcaJmfurQucwR5jADtoEcZGDd5IYe+fZSSwaHDJgcOXWDttnPqzk 5A53TqDH4XW4qtKoiVgYMOl9dWJ+qiC2t5zWNnCwLXd/HxK3uxdpcGbVmy8b09ln1Vgl itsRSib/DT7dXhXYKe2SeuKlamvs8WAWdqAU0HDXT8Mayyg7Shcx+GN1iWFr9s4u2HBD FoGD8d0ZS9pLCKP19veW1X601pIgGyg9i0/0+dPVeO/CED7LTnC4cl73yRkD8IC7qU9h xbPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=skrMRFxw15jvNqbfNuXnRrC0/mQBStBWfGF5M7fus1U=; b=t05/N8Bs5oHmgT8tfZodrBcRscc5MuqNh4ikxMvVUlvakqtM8y/ur/5vpUenXiXoZq pQqvOtWT1JODJuVp0EnSfFxQJTeLmsNURkBLTG+h415DJTfJ74Q2TwK9T8pFQSVS2Pj+ 69tVj4NUhXXAVThq9W+ncaaMZKKOoZRC7NREJfu0NilQhP7K231OPBlZ94pwSCbD3vI2 izYkTcv0RkQH8AaCTH9iaGA2uzQy583i9prhpjzVVwijI2sMWqIj3ohVx3uTK2kKV8yy MS9w8CStSlP6wjkFBm6+i/vHY/2TNdCXSrDxtjvjTTA+B39GcvS8/BEh27a6/+6+7Qnm ssfA== X-Gm-Message-State: AKGB3mJ+Omf9jaKZRkHFjDp1LQJFs74cfkZgdmrEVjww7KcFsHl1Mlds Bh3OgaetTCz5OataNeaREg0sUQ== X-Google-Smtp-Source: AGs4zMbNJmJF3eg4QRxqmDztVxWeGRO5Qlf/TJKhfVCtCOVwJHJAcEUdgfO9BmOV1fc0b7n0te+GmQ== X-Received: by 10.36.70.195 with SMTP id j186mr2090287itb.32.1512433783968; Mon, 04 Dec 2017 16:29:43 -0800 (PST) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id l200sm4489709itl.36.2017.12.04.16.29.42 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 04 Dec 2017 16:29:43 -0800 (PST) From: Noam Postavsky To: Sam Varshavchik Subject: Re: bug#29554: 25.3; 100% CPU spinning, while parsing compile output. References: Date: Mon, 04 Dec 2017 19:29:42 -0500 In-Reply-To: (Sam Varshavchik's message of "Sun, 03 Dec 2017 12:55:49 -0500") Message-ID: <87k1y2ggp5.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: control Cc: 29554@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) merge 29554 13369 quit Sam Varshavchik writes: > Attached is simple makefile with a bunch of echo statements that > reproduce the output of an actual compilation. I had to gzip and > attach it, in order to avoid the large lines getting messed up by > E-mail formatting. > > Saving this makefile, and hitting F5, or executing "compile" makes > emacs spin with 100% CPU utilization for about five seconds, before it > starts responding again. Then, going to the compilation output buffer, > and M-> to go the end of the buffer, that also pegs emacs for another > 4-5 seconds, at 100% cpu. > > Yup, these are very long lines. But that's the end result from > automake and libtool. This is the real world, when it comes to C++ > development these days... This is Bug#13369/9065/3700. You can get some relief by pruning compilation-error-regexp-alist.