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#69795: 29.1; cmdproxy.exe exits automatically after executing MSYS2 commands Date: Tue, 19 Mar 2024 14:32:16 +0200 Message-ID: <86edc64d2n.fsf@gnu.org> References: <86h6h99hse.fsf@gnu.org> <86bk7gahe2.fsf@gnu.org> <86a5mz8xte.fsf@gnu.org> <86il1m7fk5.fsf@gnu.org> <86jzm25bcx.fsf@gnu.org> <86a5mx5qkc.fsf@gnu.org> <861q886d3q.fsf@gnu.org> <86plvr4rn0.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11797"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 69795@debbugs.gnu.org To: awrhygty@outlook.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Mar 19 13:33:41 2024 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 1rmYey-0002qh-Tb for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 19 Mar 2024 13:33:41 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rmYek-0003t5-IC; Tue, 19 Mar 2024 08:33:26 -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 1rmYei-0003sd-4F for bug-gnu-emacs@gnu.org; Tue, 19 Mar 2024 08:33:24 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rmYeh-0007az-PN for bug-gnu-emacs@gnu.org; Tue, 19 Mar 2024 08:33:23 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rmYfK-0004cB-AD for bug-gnu-emacs@gnu.org; Tue, 19 Mar 2024 08:34:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 19 Mar 2024 12:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 69795 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Original-Received: via spool by 69795-submit@debbugs.gnu.org id=B69795.171085158817679 (code B ref 69795); Tue, 19 Mar 2024 12:34:02 +0000 Original-Received: (at 69795) by debbugs.gnu.org; 19 Mar 2024 12:33:08 +0000 Original-Received: from localhost ([127.0.0.1]:49412 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rmYeS-0004b5-75 for submit@debbugs.gnu.org; Tue, 19 Mar 2024 08:33:08 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:56500) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rmYeQ-0004ab-6I for 69795@debbugs.gnu.org; Tue, 19 Mar 2024 08:33:07 -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 1rmYdg-0007JQ-0I; Tue, 19 Mar 2024 08:32:20 -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=YRvaPWH51+yUpbkEy5h8IErCOy6lQpnznThoJoAv1oU=; b=UbtguV7BOlYX 71JllQEFMFcyZgOS1mNcAcofpMkOA8z0Cm08/8ASvrxT7UYOq/w+o45MEwKE1YB2V4Fh8nM6ggj3U PDKRI+HQWsUQiaaMetcPX+SOPb3cUMPTmRLamWrqahAGISBxxSxblKyPIeFRf9IA3tHUYQNz7ZYOZ 28rV11vOrp1FfVZ3W+yVxCsnhETJWnfL0Pd4AHaxICTMS63iZCtfZiAfSIRd9EvEP/H0FPOU6wfn0 TwHCNtmoTOt40eLHhaONnP/EPU5cwtqZDbcWl/2RjNft8ePA6HBw7aCdQHwkMf25b1eEm7UcODR/f XmRp7T6UgOUXXLgYq1y8Gg==; In-Reply-To: (awrhygty@outlook.com) 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: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:281827 Archived-At: > From: awrhygty@outlook.com > Cc: 69795@debbugs.gnu.org > Date: Tue, 19 Mar 2024 07:54:51 +0900 > > Eli Zaretskii writes: > > >> c:\msys64\usr\bin\ matters. And iconv.exe under it makes the difference. > >> In the log below, the process continues after the first call of gdb.exe, > >> while iconv.exe does not exist. > >> And the process finishes after the second call of gdb.exe, > >> while iconv.exe exists. > > > > So what is special with iconv.exe? What does "iconv --version" say? > > Here is the log, and the process finished automatically. > > c:\tmp>c:\msys64\usr\bin\iconv.exe --version > c:\msys64\usr\bin\iconv.exe --version > iconv (GNU libiconv 1.17) > Copyright (C) 2000-2022 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. > Written by Bruno Haible. > > c:\tmp> > Process shell finished > > > Also, what DLLs does it load? You can find out like this: > > > > objdump -x c:\msys64\usr\bin\iconv.exe | grep -F "DLL Name:" > > I have no objdump. I hope output of ldd.exe helps. > > c:\tmp>c:\msys64\usr\bin\ldd.exe c:\msys64\usr\bin\iconv.exe > c:\msys64\usr\bin\ldd.exe c:\msys64\usr\bin\iconv.exe > ntdll.dll => /c/WINDOWS/SYSTEM32/ntdll.dll (0x7ffd19ad0000) > KERNEL32.DLL => /c/WINDOWS/System32/KERNEL32.DLL (0x7ffd17c60000) > KERNELBASE.dll => /c/WINDOWS/System32/KERNELBASE.dll (0x7ffd172f0000) > msys-iconv-2.dll => /usr/bin/msys-iconv-2.dll (0x5603f0000) > msys-intl-8.dll => /usr/bin/msys-intl-8.dll (0x430b30000) > msys-2.0.dll => /usr/bin/msys-2.0.dll (0x180040000) > > c:\tmp> > Process shell finished > > > /usr/bin/ is same as c:\msys64\usr\bin\. So you have an MSYS build of iconv.exe, and it seems to be causing these problems. You don't have a MinGW64 build of iconv.exe (in the c:\msys64\mingw64\bin\ directory). So if GD|B needs to invoke iconv.exe, it will invoke the MSYS build, as it cannot find any other one. So my suggestion is to download the MinGW64 build of iconv.exe and install it in the c:\msys64\mingw64\bin\ directory. It is supposed to be part of the libiconv package, I think this is it: https://packages.msys2.org/package/mingw-w64-x86_64-libiconv Please tell if doing that solves the problem.