X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org AAF443858C74 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1687507164; bh=9NdqxznAzxBjO+3OS4UfQMnTILGbbV52zxlhD6asvjw=; h=To:Subject:Date:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:From:Reply-To:From; b=aBHmLaVQqtt2iSGi/cjIeoFram8E05phNzcz2gY78o432wks5lNup86d0VfCx9ZFo MFo8WTjkwbzxUuXtOkkUUMWnRA+k//CqroxMK8tuc34t2bY6AL8hCY9BwQVDvB4b95 6q/8NR9cVVS1QiuNheXlLnEtwKs2HFUpYtpAEiws= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 29FC43858D3C To: Subject: git submodule + gettext / envsubst Date: Fri, 23 Jun 2023 09:58:49 +0200 Message-ID: <000101d9a5a8$8b78d160$a26a7420$@uni-bremen.de> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdmlqFRjZneuj3gaRW6OeaixGx/GFg== Content-Language: de X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.29 List-Id: General Cygwin discussions and problem reports List-Archive: List-Post: List-Help: List-Subscribe: , From: Andreas Heckel via Cygwin Reply-To: Andreas Heckel Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "Cygwin" Hi, I recently faced some error messages when using git submodules. I found, that Cygwin's git works nicely on its own. But when I have MSYS binary paths in my environment, Cygwin's git finds the msys gettext and envsubst binary and tries to use it, resulting in error messages (see below). I did solve the issue, by installing Cygwin's gettext (which git does not seem to be requiring). I write, because I found it somewhat odd, that Cygwin's git is not dependent on gettext, but uses it, if it finds it somewhere in the path environment. Just to emphasize, in my Cygwin environment all Cygwin paths come first. So it was only using the wrong msys binary, because there was none in Cygwin. Is this behaviour expected and intended or could it be mitigated during installation somehow? Just for completeness: I am using Cygwin and msys updated to the latest versions. The original error message: $ git submodule update 0 [main] gettext (10868) child_copy: cygheap read copy failed, 0x800000000..0x80002A310, done 0, windows pid 10868, Win32 error 6 1248 [main] gettext 583 C:\msys64\usr\bin\gettext.exe: *** fatal error - couldn't create signal pipe, Win32 error 5 0 [main] envsubst (4800) child_copy: cygheap read copy failed, 0x800000000..0x80002A378, done 0, windows pid 4800, Win32 error 6 604 [main] envsubst 584 C:\msys64\usr\bin\envsubst.exe: *** fatal error - couldn't create signal pipe, Win32 error 5 0 [main] envsubst (2160) child_copy: cygheap read copy failed, 0x800000000..0x80002A378, done 0, windows pid 2160, Win32 error 6 1016 [main] envsubst 1385 C:\msys64\usr\bin\envsubst.exe: *** fatal error - couldn't create signal pipe, Win32 error 5 Cheers, Andreas -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple