Eli Zaretskii <eliz@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.
Received: (at 70544) by debbugs.gnu.org; 9 May 2024 07:16:50 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu May 09 03:16:50 2024
Received: from localhost ([127.0.0.1]:53535 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1s4y1J-00071c-K0
for submit <at> debbugs.gnu.org; Thu, 09 May 2024 03:16:49 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:39962)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>)
id 1s4y1F-00071T-Op; Thu, 09 May 2024 03:16:48 -0400
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 <eliz@HIDDEN>)
id 1s4y0k-0004mS-7u; Thu, 09 May 2024 03:16:14 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
mime-version; bh=QF6tP5LrzECtWKZCwKb+JqjbTsqo8fQlhzeWday9gi0=; b=jKLNa6dypHFT
bwAo4Mo5N2pIYeEJga4RU/Tv0FxXIirl3ompmk7y+vF815zYKAH6ZwFb5uffoGbxfxxLcqD+e/MgJ
cEfEtGS78TSVUsXj4SEloWuKPLuzadwgqD7K26JrA+SpNRAZQJfl5BtG9P5sMJd78hY190wPgC3W1
zjZMJr9iwzPYcwuWrq/DfQqOB6fWAOhppFyfXZx0L871v7t2rrTDp825AcPrd1Lf4MTffaRVlpCZt
B18ifiXcY0CcUrnbCgC/WOLopdMcWtueF+k9Nw/xXSOV+RG98QQ4IgAEn7IXHP3ISZcoa6jbvOb6v
DTZbWn+5Z20zXQwZWzrtZA==;
Date: Thu, 09 May 2024 10:16:12 +0300
Message-Id: <867cg38ngj.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: leuven65@HIDDEN
In-Reply-To: <86r0ev2mms.fsf@HIDDEN> (message from Eli Zaretskii on Wed, 24
Apr 2024 11:25:15 +0300)
Subject: Re: bug#70544: 30.0.50;
The primitive-function "call-process-region" returns "internal error"
and causes high cpu usage on win10
References: <CAGAaD=xd=V8TGUmQv2E4iAsPVA8zmF=gaLe4JgSAi2-nibCjwQ@HIDDEN>
<86zftj2szq.fsf@HIDDEN>
<CAGAaD=w=c86zbGTqzrx5-=wn3wmNERHQr_10idy955h6cVa-+A@HIDDEN>
<86r0ev2mms.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 70544
Cc: 70544 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)
tags 70544 moreinfo
thanks
Ping! Can anyone reproduce this and/or tell more about what gitk.exe
wants and why it fails?
If no additional information emerges in a two-weeks time, I will close
this bug due to lack of sufficient information.
> Cc: 70544 <at> debbugs.gnu.org
> Date: Wed, 24 Apr 2024 11:25:15 +0300
> From: Eli Zaretskii <eliz@HIDDEN>
>
> > From: leuven65 <leuven65@HIDDEN>
> > Date: Wed, 24 Apr 2024 10:12:10 +0200
> > Cc: 70544 <at> debbugs.gnu.org
> >
> > I use the latest version
> > "[[https://github.com/git-for-windows/git/releases/tag/v2.44.0.windows.1]]",
> > in which "a couple of bugs that could cause Git Bash to hang in
> > certain scenarios were fixed", it might cause the exit behavior of
> > "gitk.exe" changed.
> >
> > The program gitk is "${git-installation-folder}/cmd/gitk.exe".
> >
> > The issue only pops up when I set "(setq-default shell-file-name "cmdproxy.exe")", if set to "bash.exe", no such
> > problem.
>
> Maybe this gitk was supposed to be invoked only from the MSYS Bash?
> If so, this is not really a problem with Emacs.
>
> > When the issue happens, emacs is not blocked, I can smoothly input
> > in emacs, but the cpu usage of emacs is very high forever. As I
> > built emacs without debug information, what I can see so far is that
> > most of time seems to be spent on "MsgWaitForMultipleObjects".
> >
> > I use "shell-command" (M-!) to run "gitk.exe", the correct behavior is to run "gitk" and block emacs, or exit with
> > error, in my case, it prints out error "(Shell command killed by signal internal error)" and cpu usage goes up.
>
> I guess these all are related to the fact that gitk is not a console
> problem, but a GUI problem, and therefore should not be invoked from
> shell-command, at least not safely. It was probably meant to be
> invoked from a shell directly, and perhaps specifically from the MSYS
> Bash which comes with Git for Windows.
>
> Bottom line: I'm not convinced this is an Emacs problem, and I still
> don't understand why you gitk from Emacs in this manner.
>
> In any case, to do anything with this problem, we need either a way to
> reproduce it on the system of one of our developers, or a detailed
> information regarding the reasons why Emacs is spinning calling
> MsgWaitForMultipleObjects.
>
>
>
>
bug-gnu-emacs@HIDDEN:bug#70544; Package emacs.
Full text available.
Received: (at 70544) by debbugs.gnu.org; 24 Apr 2024 08:25:59 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 24 04:25:58 2024
Received: from localhost ([127.0.0.1]:57217 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rzXwy-0000qs-KW
for submit <at> debbugs.gnu.org; Wed, 24 Apr 2024 04:25:58 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:53390)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1rzXws-0000oX-6e
for 70544 <at> debbugs.gnu.org; Wed, 24 Apr 2024 04:25:54 -0400
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 <eliz@HIDDEN>)
id 1rzXwV-0008FQ-3H; Wed, 24 Apr 2024 04:25:27 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
mime-version; bh=+sNFt9AT/RCbzM0ocNLtLiUHQx8an8o4yJhHUnfB5mk=; b=gMNvXMN/BdBS
HyMGj3COSpzPGesOz3+1bdGISO7zWwXRJiwAab7y1HLwU4Cpy8J4AjKW5Z+RuNVoGn/ryuV9kj8iO
2iwu8p/hVCv0/3tK2IRZ56cnz6KRov3ztqm6IHyewXvPRjUMrKRNTgUYO3YPBWiL5kdR14Qlw8E4g
sGRu4IWg5asyCEdbTPl++wQpoMG4QjjhaqJmhKAwegrW2/nIZx8dYxqM/f2GOmGrAl6HCb/Ov1c5N
dFlfWS7wMSsIh3MduZ3Eqfzyln+IIOt/JTOLTbSJaC1Z8CFXNgsHsbpaxSedd2A9wOEIGY46tVHpn
I0Pl+Nsu8bFcF6pJ818VCA==;
Date: Wed, 24 Apr 2024 11:25:15 +0300
Message-Id: <86r0ev2mms.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: leuven65 <leuven65@HIDDEN>
In-Reply-To: <CAGAaD=w=c86zbGTqzrx5-=wn3wmNERHQr_10idy955h6cVa-+A@HIDDEN>
(message from leuven65 on Wed, 24 Apr 2024 10:12:10 +0200)
Subject: Re: bug#70544: 30.0.50; The primitive-function "call-process-region"
returns "internal error" and causes high cpu usage on win10
References: <CAGAaD=xd=V8TGUmQv2E4iAsPVA8zmF=gaLe4JgSAi2-nibCjwQ@HIDDEN>
<86zftj2szq.fsf@HIDDEN>
<CAGAaD=w=c86zbGTqzrx5-=wn3wmNERHQr_10idy955h6cVa-+A@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 70544
Cc: 70544 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)
> From: leuven65 <leuven65@HIDDEN>
> Date: Wed, 24 Apr 2024 10:12:10 +0200
> Cc: 70544 <at> debbugs.gnu.org
>
> I use the latest version
> "[[https://github.com/git-for-windows/git/releases/tag/v2.44.0.windows.1]]",
> in which "a couple of bugs that could cause Git Bash to hang in
> certain scenarios were fixed", it might cause the exit behavior of
> "gitk.exe" changed.
>
> The program gitk is "${git-installation-folder}/cmd/gitk.exe".
>
> The issue only pops up when I set "(setq-default shell-file-name "cmdproxy.exe")", if set to "bash.exe", no such
> problem.
Maybe this gitk was supposed to be invoked only from the MSYS Bash?
If so, this is not really a problem with Emacs.
> When the issue happens, emacs is not blocked, I can smoothly input
> in emacs, but the cpu usage of emacs is very high forever. As I
> built emacs without debug information, what I can see so far is that
> most of time seems to be spent on "MsgWaitForMultipleObjects".
>
> I use "shell-command" (M-!) to run "gitk.exe", the correct behavior is to run "gitk" and block emacs, or exit with
> error, in my case, it prints out error "(Shell command killed by signal internal error)" and cpu usage goes up.
I guess these all are related to the fact that gitk is not a console
problem, but a GUI problem, and therefore should not be invoked from
shell-command, at least not safely. It was probably meant to be
invoked from a shell directly, and perhaps specifically from the MSYS
Bash which comes with Git for Windows.
Bottom line: I'm not convinced this is an Emacs problem, and I still
don't understand why you gitk from Emacs in this manner.
In any case, to do anything with this problem, we need either a way to
reproduce it on the system of one of our developers, or a detailed
information regarding the reasons why Emacs is spinning calling
MsgWaitForMultipleObjects.
bug-gnu-emacs@HIDDEN:bug#70544; Package emacs.
Full text available.
Received: (at 70544) by debbugs.gnu.org; 24 Apr 2024 08:12:53 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 24 04:12:52 2024
Received: from localhost ([127.0.0.1]:57164 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rzXkI-0007Bf-Ez
for submit <at> debbugs.gnu.org; Wed, 24 Apr 2024 04:12:52 -0400
Received: from mail-oa1-x34.google.com ([2001:4860:4864:20::34]:49263)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <leuven65@HIDDEN>) id 1rzXkC-0007A7-IX
for 70544 <at> debbugs.gnu.org; Wed, 24 Apr 2024 04:12:48 -0400
Received: by mail-oa1-x34.google.com with SMTP id
586e51a60fabf-2348a5d1584so2744725fac.2
for <70544 <at> debbugs.gnu.org>; Wed, 24 Apr 2024 01:12:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1713946341; x=1714551141; darn=debbugs.gnu.org;
h=cc:to:subject:message-id:date:from:in-reply-to:references
:mime-version:from:to:cc:subject:date:message-id:reply-to;
bh=o6gK10eK5An0BlkIJaR0hwH7uakRAxHVxkNl/+iqCCM=;
b=aZH48WDBxO5OocciEFRgxsUfoA1gmUv8YyS0j0xJB702Ru/pEfQbXK5GEDXPYPFG6f
i17BssEDmq5BxBFgOWiEE76ZibjCdIW8+B3ITUqCmFj4HN3pPqifCYh4iqD9DlX3tqov
T+BaBh8LP9ahsiPDJySAIDwc8Xl1rpwmtyrsezAHbz1lciHEXyNeb4+jiRFO+GiagvRn
RCL6ecOzDGwPPQiQU8nKNf+RfGcdAcwJJ/WylrxDBcfSB5e9yLB+Zs3hMHsYsxBkFg1D
KlKt6rgVzyyHNsbNBYCIc7GYQ+FOY1fH2ZeSEFb7NWeaYpMCa8SQ3VdUjUhkoh4RNTon
k5sQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1713946341; x=1714551141;
h=cc:to:subject:message-id:date:from:in-reply-to:references
:mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
:reply-to;
bh=o6gK10eK5An0BlkIJaR0hwH7uakRAxHVxkNl/+iqCCM=;
b=eHby5G5lbh4B95oyGEfQbp0xre69mZ0YrexSrJQ4kiv3Kl4EmbAg4g8yK58Y4H5fE2
v/I8AU4Rm30fL0kelZZF+OBtpcEB+A1Yfepn5+Wv3fiTE/ZUr/DLaI03aaiP/Er/dXjs
m7UAWHg0pUSRqUTqsJC0ixKGx3495gZ23Psn0zdWqVJjIAyBcj5qFK9qYXNMX2fchRW3
gCYQoLG/4ddaYWlqVidMeQf42y+GboPbsQkWjjxNelXt26tREOUmxRIeN0wyYcBm/TVk
gy/YVzDCYSQNMXcoki114i1cwr5YsyaQuh8kiZD5Zov+PXSr2Z1JFrV0vqJqLsf2bK0L
CtEw==
X-Gm-Message-State: AOJu0YzAu9VS8NNXsvviBogolAHvc0Ddyeys/sTQwZoCzRtKnt3QpQfD
sZdVJDKuTBdyQyTOYyDa+rJxEDPfrzpGOAly0ZUNfV6W9d5OP52HwmwBCJrANd87tWS8PSZnKGO
2hEd6pdFexhKprQUGlRfqeB25Fpg=
X-Google-Smtp-Source: AGHT+IHcu4DXiLeC18OoOxYdLwZIDy0EUulGo9NRIMx503WGJVLZGX0u+ROaT/DTjqwMOFesTHM820h3Hr58JnwcGDc=
X-Received: by 2002:a05:6870:b418:b0:221:1c2f:23ee with SMTP id
x24-20020a056870b41800b002211c2f23eemr1845435oap.22.1713946341197; Wed, 24
Apr 2024 01:12:21 -0700 (PDT)
MIME-Version: 1.0
References: <CAGAaD=xd=V8TGUmQv2E4iAsPVA8zmF=gaLe4JgSAi2-nibCjwQ@HIDDEN>
<86zftj2szq.fsf@HIDDEN>
In-Reply-To: <86zftj2szq.fsf@HIDDEN>
From: leuven65 <leuven65@HIDDEN>
Date: Wed, 24 Apr 2024 10:12:10 +0200
Message-ID: <CAGAaD=w=c86zbGTqzrx5-=wn3wmNERHQr_10idy955h6cVa-+A@HIDDEN>
Subject: Re: bug#70544: 30.0.50; The primitive-function "call-process-region"
returns "internal error" and causes high cpu usage on win10
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000d4d1460616d33a60"
X-Spam-Score: 0.3 (/)
X-Debbugs-Envelope-To: 70544
Cc: 70544 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)
--000000000000d4d1460616d33a60
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
I use the latest version "[[
https://github.com/git-for-windows/git/releases/tag/v2.44.0.windows.1]]",
in which "a couple of
bugs that could cause Git Bash to hang in certain scenarios were fixed", it
might cause the exit behavior of "gitk.exe"
changed.
The program gitk is "${git-installation-folder}/cmd/gitk.exe".
The issue only pops up when I set "(setq-default shell-file-name
"cmdproxy.exe")", if set to "bash.exe", no such
problem.
When the issue happens, emacs is not blocked, I can smoothly input in
emacs, but the cpu usage of emacs is very high
forever. As I built emacs without debug information, what I can see so far
is that most of time seems to be spent on
"MsgWaitForMultipleObjects".
I use "shell-command" (M-!) to run "gitk.exe", the correct behavior is to
run "gitk" and block emacs, or exit with
error, in my case, it prints out error "(Shell command killed by signal
internal error)" and cpu usage goes up.
From the call stack, "shell-command" calls "call-process-region":
#+begin_quote
Debugger entered--entering a function:
,* call-process-region(324 324 "cmdproxy.exe" nil #<buffer *Shell Command
Output*> nil "-c" "gitk.exe")
apply(call-process-region 324 324 "cmdproxy.exe" (nil #<buffer *Shell
Command Output*> nil "-c" "gitk.exe"))
call-shell-region(324 324 "gitk.exe" nil #<buffer *Shell Command Output*>=
)
shell-command-on-region(324 324 "gitk.exe" nil nil nil)
shell-command("gitk.exe" nil nil)
funcall-interactively(shell-command "gitk.exe" nil nil)
command-execute(shell-command)
#+end_quote
On Wed, Apr 24, 2024 at 8:07=E2=80=AFAM Eli Zaretskii <eliz@HIDDEN> wrote:
> > From: leuven65 <leuven65@HIDDEN>
> > Date: Tue, 23 Apr 2024 20:02:39 +0200
> >
> > On windows10, I uses git for windows, but when I execute "gitk" by
> "shell-command"
> > in emacs, it returns an error "internal error",
> > and emacs's cpu usage becomes full forever, except for restarting emacs=
,
>
> I cannot reproduce this. But my Git for Windows is quite old, so
> maybe newer versions made some change? What is gitk on your machine?
> Is it a gitk.exe program or some kind of script?
>
> > The issue can be easily reproduced by directly eval following sexp:
> >
> > (call-process-region (point-min) (point-max)
> > "cmdproxy.exe"
> > t
> > t
> > nil
> > "-c"
> > "gitk")
>
> gitk is a GUI program, so why are you invoking it with
> call-process-region? gitk will never read anything from its stdin or
> write anything to its stdout. I suggest to invoke gitk from Emacs
> like this:
>
> M-! gitk & RET
>
> IOW, add the "&" character at the end of the command line to make the
> invocation asynchronous, instead of letting Emacs block until gitk
> exits.
>
--000000000000d4d1460616d33a60
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div dir=3D"ltr">I use the latest version "[[<a href=
=3D"https://github.com/git-for-windows/git/releases/tag/v2.44.0.windows.1]"=
>https://github.com/git-for-windows/git/releases/tag/v2.44.0.windows.1]</a>=
]", in which "a couple of<br>bugs that could cause Git Bash to ha=
ng in certain scenarios were fixed", it might cause the exit behavior =
of "gitk.exe"<br>changed.<br><br>The program gitk is "${git-=
installation-folder}/cmd/gitk.exe".<br><br>The issue only pops up when=
I set "(setq-default shell-file-name "cmdproxy.exe")",=
if set to "bash.exe", no such<br>problem.<br><br>When the issue =
happens, emacs is not blocked, I can smoothly input in emacs, but the cpu u=
sage of emacs is very high<br>forever. As I built emacs without debug infor=
mation, what I can see so far is that most of time seems to be spent on<br>=
"MsgWaitForMultipleObjects".<br><br>I use "shell-command&quo=
t; (M-!) to run "gitk.exe", the correct behavior is to run "=
gitk" and block emacs, or exit with<br>error, in my case, it prints ou=
t error "(Shell command killed by signal internal error)" and cpu=
usage goes up.<br><br>From the call stack, "shell-command" calls=
"call-process-region":<br>#+begin_quote<br>Debugger entered--ent=
ering a function:<br>,* call-process-region(324 324 "cmdproxy.exe"=
; nil #<buffer *Shell Command Output*> nil "-c" "gitk.=
exe")<br>=C2=A0 apply(call-process-region 324 324 "cmdproxy.exe&q=
uot; (nil #<buffer *Shell Command Output*> nil "-c" "g=
itk.exe"))<br>=C2=A0 call-shell-region(324 324 "gitk.exe" ni=
l #<buffer *Shell Command Output*>)<br>=C2=A0 shell-command-on-region=
(324 324 "gitk.exe" nil nil nil)<br>=C2=A0 shell-command("gi=
tk.exe" nil nil)<br>=C2=A0 funcall-interactively(shell-command "g=
itk.exe" nil nil)<br>=C2=A0 command-execute(shell-command)<br>#+end_qu=
ote<br></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail=
_attr">On Wed, Apr 24, 2024 at 8:07=E2=80=AFAM Eli Zaretskii <<a href=3D=
"mailto:eliz@HIDDEN">eliz@HIDDEN</a>> wrote:<br></div><blockquote clas=
s=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid r=
gb(204,204,204);padding-left:1ex">> From: leuven65 <<a href=3D"mailto=
:leuven65@HIDDEN" target=3D"_blank">leuven65@HIDDEN</a>><br>
> Date: Tue, 23 Apr 2024 20:02:39 +0200<br>
> <br>
> On windows10, I uses git for windows, but when I execute "gitk&qu=
ot; by "shell-command" <br>
> in emacs, it returns an error "internal error", <br>
> and emacs's cpu usage becomes full forever, except for restarting =
emacs,<br>
<br>
I cannot reproduce this.=C2=A0 But my Git for Windows is quite old, so<br>
maybe newer versions made some change?=C2=A0 What is gitk on your machine?<=
br>
Is it a gitk.exe program or some kind of script?<br>
<br>
> The issue can be easily reproduced by directly eval following sexp:<br=
>
> <br>
> (call-process-region (point-min) (point-max)<br>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 "cmdproxy.exe"<br>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 t<br>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 t<br>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 nil<br>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 "-c"<br>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 "gitk")<br>
<br>
gitk is a GUI program, so why are you invoking it with<br>
call-process-region?=C2=A0 gitk will never read anything from its stdin or<=
br>
write anything to its stdout.=C2=A0 I suggest to invoke gitk from Emacs<br>
like this:<br>
<br>
=C2=A0 M-! gitk & RET<br>
<br>
IOW, add the "&" character at the end of the command line to =
make the<br>
invocation asynchronous, instead of letting Emacs block until gitk<br>
exits.<br>
</blockquote></div></div>
--000000000000d4d1460616d33a60--
bug-gnu-emacs@HIDDEN:bug#70544; Package emacs.
Full text available.Received: (at 70544) by debbugs.gnu.org; 24 Apr 2024 06:08:50 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 24 02:08:48 2024 Received: from localhost ([127.0.0.1]:56641 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rzVo4-00052U-GA for submit <at> debbugs.gnu.org; Wed, 24 Apr 2024 02:08:47 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:37758) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1rzVnm-0004yq-PE for 70544 <at> debbugs.gnu.org; Wed, 24 Apr 2024 02:08:29 -0400 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 <eliz@HIDDEN>) id 1rzVnQ-0001E8-Bu; Wed, 24 Apr 2024 02:07:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=D2bEbLKUUf7SxXIFMTgQR84xbwxedML+IfhU49G4TO4=; b=roq/1OKql5p4 bjwx3tM2NwQ2tyaGPi6wJb2+pGXhUEP/vc88IN8+otCfZgvBlXDQ7mfm0y5WNgqApNnQrXKx+L9Dw aJA+CJrwOMKa9xXSpJFymMZWrtoObjN1/2U3H4P3m6GISps7Bc8abx+8UI1o508z1b2G1jdWhn/po bmXLCwy2NzKScVnoEVUAFfEyf19vP5mP1wefeJhS2u2U2kj7X5p9ziD5TSi4bDifUJ6xUfyxGq5JF mBIkfN+x13bLVDJNhuw1ikmKSaJI4ba1qp5TCU4RZ2WSrhCGYuTDj8HMDb1wCeEXheqXBdDJSmZGE R2QvnSDpf/CZ/D1bQpdhAw==; Date: Wed, 24 Apr 2024 09:07:53 +0300 Message-Id: <86zftj2szq.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: leuven65 <leuven65@HIDDEN> In-Reply-To: <CAGAaD=xd=V8TGUmQv2E4iAsPVA8zmF=gaLe4JgSAi2-nibCjwQ@HIDDEN> (message from leuven65 on Tue, 23 Apr 2024 20:02:39 +0200) Subject: Re: bug#70544: 30.0.50; The primitive-function "call-process-region" returns "internal error" and causes high cpu usage on win10 References: <CAGAaD=xd=V8TGUmQv2E4iAsPVA8zmF=gaLe4JgSAi2-nibCjwQ@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 70544 Cc: 70544 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: leuven65 <leuven65@HIDDEN> > Date: Tue, 23 Apr 2024 20:02:39 +0200 > > On windows10, I uses git for windows, but when I execute "gitk" by "shell-command" > in emacs, it returns an error "internal error", > and emacs's cpu usage becomes full forever, except for restarting emacs, I cannot reproduce this. But my Git for Windows is quite old, so maybe newer versions made some change? What is gitk on your machine? Is it a gitk.exe program or some kind of script? > The issue can be easily reproduced by directly eval following sexp: > > (call-process-region (point-min) (point-max) > "cmdproxy.exe" > t > t > nil > "-c" > "gitk") gitk is a GUI program, so why are you invoking it with call-process-region? gitk will never read anything from its stdin or write anything to its stdout. I suggest to invoke gitk from Emacs like this: M-! gitk & RET IOW, add the "&" character at the end of the command line to make the invocation asynchronous, instead of letting Emacs block until gitk exits.
bug-gnu-emacs@HIDDEN:bug#70544; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 24 Apr 2024 01:51:11 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 23 21:51:10 2024
Received: from localhost ([127.0.0.1]:55533 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rzRms-0005Ru-3N
for submit <at> debbugs.gnu.org; Tue, 23 Apr 2024 21:51:09 -0400
Received: from lists.gnu.org ([2001:470:142::17]:53462)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <leuven65@HIDDEN>) id 1rzKU4-0001HL-UQ
for submit <at> debbugs.gnu.org; Tue, 23 Apr 2024 14:03:15 -0400
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 <leuven65@HIDDEN>)
id 1rzKTi-0000Aw-Mc
for bug-gnu-emacs@HIDDEN; Tue, 23 Apr 2024 14:02:50 -0400
Received: from mail-oi1-x22a.google.com ([2607:f8b0:4864:20::22a])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.90_1) (envelope-from <leuven65@HIDDEN>)
id 1rzKTh-0000is-52
for bug-gnu-emacs@HIDDEN; Tue, 23 Apr 2024 14:02:50 -0400
Received: by mail-oi1-x22a.google.com with SMTP id
5614622812f47-3c74b643aebso2669697b6e.0
for <bug-gnu-emacs@HIDDEN>; Tue, 23 Apr 2024 11:02:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1713895367; x=1714500167; darn=gnu.org;
h=to:subject:message-id:date:from:mime-version:from:to:cc:subject
:date:message-id:reply-to;
bh=qUvJAd2mSY8YYa9c616rS+w15+L6GT8tXPMnSwV/dHc=;
b=Xevy/zAIk14gldTed5OlSSvZzXZOtdcCnTZlv5FR1+XietsMx/mVOyMSX70Qi7qsDE
9seITt/RzD/EpMaucrakC/kdSWxXGgte59ECs5Ok/wNU++S5Muir6Me7wRYIK2N1m1YX
ki6+g0HXrFQYsPeAqwjkOsT5M9Tt5Vxdhx8ZOoiDPWdez6XNwxYY+FzecZhNgPJnEOw3
DSalzdb5G2k70RnZIhd/BwUi7gyx80aWO1e9A6GsXRMAWwpcEzg7shODQY4wjcRhv+95
Lxsr+6QD2E4jX8pSQQDDhhx6ulLuHZ91MWwDHUjmethzg/AcaCTh0qhUV2c6U1DGqV+X
3LEw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1713895367; x=1714500167;
h=to:subject:message-id:date:from:mime-version:x-gm-message-state
:from:to:cc:subject:date:message-id:reply-to;
bh=qUvJAd2mSY8YYa9c616rS+w15+L6GT8tXPMnSwV/dHc=;
b=xRm0GMa6ghHojHOT2P0vjwRweeHxoXlvd9GIKg7H90AtVzXOC5RhIhfTaOBnD5anvX
DX+0ih8Zf1omcI8OQZPxBqeNnXl23/6QpKu2K3uxq13DLucdbv+zxscahIJFo/rjrnrb
AEsZ2mXFQDOGi6V/1RFrr9lbNzQYqGZVaHIt/MwPRNfGNnC3UuQYpp/4BQz+/HOgKKpe
faN2gYhmkZ/U6T9EUh8r3k1QBT0dXfXua+oBrw6q0mVbF8aoq+8FJv+s/tihN8XFAQxb
iLcQIlBDoAiHA/La0hK+ugHgRLTv/gvAfINJdj9spnz9eD4Uw+5jhaS/cdreZIk3Yt1n
XVsg==
X-Gm-Message-State: AOJu0YwOGsG/dnWOAI0dHTNiFltAx2pjacn0sp94hj58DzDtXIXJWQy4
ajxtBxvkwmsDh6aCAMJ62W5uJJ9RyZFVHQcY7AjL0fEdBGKCtpFZGjOIU4pGbqZYN5HO3jmKC6e
sAF70U19c9NzUFZix7XPAQgMnXPAQ0EZb
X-Google-Smtp-Source: AGHT+IEWg71fvcd7Z9kLzKUYk3ArfrSy4O4wiHWHcR7X6EFZ+EnvIw+WRRJ2TJGGzyLI9a1VXCv+f340fDdUqmpVQvM=
X-Received: by 2002:aca:2114:0:b0:3c6:401:51b8 with SMTP id
20-20020aca2114000000b003c6040151b8mr67583oiz.20.1713895367291; Tue, 23 Apr
2024 11:02:47 -0700 (PDT)
MIME-Version: 1.0
From: leuven65 <leuven65@HIDDEN>
Date: Tue, 23 Apr 2024 20:02:39 +0200
Message-ID: <CAGAaD=xd=V8TGUmQv2E4iAsPVA8zmF=gaLe4JgSAi2-nibCjwQ@HIDDEN>
Subject: 30.0.50; The primitive-function "call-process-region" returns
"internal error" and causes high cpu usage on win10
To: bug-gnu-emacs@HIDDEN
Content-Type: multipart/alternative; boundary="0000000000008cc3de0616c75cb6"
Received-SPF: pass client-ip=2607:f8b0:4864:20::22a;
envelope-from=leuven65@HIDDEN; helo=mail-oi1-x22a.google.com
X-Spam_score_int: -17
X-Spam_score: -1.8
X-Spam_bar: -
X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001,
RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.2 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On windows10, I uses git for windows,
but when I execute "gitk"
by "shell-command" in emacs, it returns an error "internal error", and emacs's
cpu usage becomes full forever, except for restarting ema [...]
Content analysis details: (1.2 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (leuven65[at]gmail.com)
0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends
in digit (leuven65[at]gmail.com)
1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail)
-0.0 SPF_HELO_PASS SPF: HELO matches SPF record
0.0 HTML_MESSAGE BODY: HTML included in message
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Tue, 23 Apr 2024 21:51:04 -0400
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.2 (/)
--0000000000008cc3de0616c75cb6
Content-Type: text/plain; charset="UTF-8"
On windows10, I uses git for windows, but when I execute "gitk" by
"shell-command"
in emacs, it returns an error "internal error",
and emacs's cpu usage becomes full forever, except for restarting emacs,
It seems emacs might process something wrong in this case.
The issue can be easily reproduced by directly eval following sexp:
(call-process-region (point-min) (point-max)
"cmdproxy.exe"
t
t
nil
"-c"
"gitk")
--0000000000008cc3de0616c75cb6
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: base64
PGRpdiBkaXI9Imx0ciI+T24gd2luZG93czEwLCBJIHVzZXMgZ2l0IGZvciB3aW5kb3dzLCBidXQg
d2hlbiBJIGV4ZWN1dGUgJnF1b3Q7Z2l0ayZxdW90OyBieSAmcXVvdDtzaGVsbC1jb21tYW5kJnF1
b3Q7wqA8ZGl2PmluIGVtYWNzLCBpdCByZXR1cm5zIGFuIGVycm9yICZxdW90O2ludGVybmFsIGVy
cm9yJnF1b3Q7LMKgPC9kaXY+PGRpdj5hbmQgZW1hY3MmIzM5O3MgY3B1IHVzYWdlIGJlY29tZXMg
ZnVsbCBmb3JldmVyLMKgZXhjZXB0IGZvciByZXN0YXJ0aW5nwqBlbWFjcyw8L2Rpdj48ZGl2Pkl0
IHNlZW1zIGVtYWNzwqBtaWdodCBwcm9jZXNzIHNvbWV0aGluZyB3cm9uZyBpbsKgdGhpcyBjYXNl
Ljxicj48YnI+VGhlIGlzc3VlIGNhbiBiZSBlYXNpbHkgcmVwcm9kdWNlZCBieSBkaXJlY3RseSBl
dmFsIGZvbGxvd2luZyBzZXhwOjxicj48YnI+KGNhbGwtcHJvY2Vzcy1yZWdpb24gKHBvaW50LW1p
bikgKHBvaW50LW1heCk8YnI+wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAmcXVvdDtj
bWRwcm94eS5leGUmcXVvdDs8YnI+wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqB0PGJy
PsKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgdDxicj7CoCDCoCDCoCDCoCDCoCDCoCDC
oCDCoCDCoCDCoCDCoG5pbDxicj7CoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCZxdW90
Oy1jJnF1b3Q7PGJyPsKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgJnF1b3Q7Z2l0ayZx
dW90Oyk8L2Rpdj48L2Rpdj4NCg==
--0000000000008cc3de0616c75cb6--
leuven65 <leuven65@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#70544; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.