From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 74664 invoked by alias); 28 May 2015 18:14:16 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 74644 invoked by uid 89); 28 May 2015 18:14:15 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: mout.gmx.net Received: from mout.gmx.net (HELO mout.gmx.net) (212.227.15.19) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 28 May 2015 18:14:13 +0000 Received: from www.dscho.org ([87.106.4.80]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MCcja-1Yoidz3Hf8-009O4Z; Thu, 28 May 2015 20:14:05 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 28 May 2015 20:13:00 -0000 From: Johannes Schindelin To: cygwin@cygwin.com, Johannes Schindelin , Takashi Yano Cc: Corinna Vinschen Subject: Re: Regression on XP with "Fix OPOST for non-Cygwin pty slaves" In-Reply-To: <20150527125011.GI16927@calimero.vinschen.de> References: <20150527125011.GI16927@calimero.vinschen.de> Message-ID: <614c10d95cd4b6ebae80744837770090@www.dscho.org> X-Sender: johannes.schindelin@gmx.de User-Agent: Roundcube Webmail/1.1.0 X-UI-Out-Filterresults: notjunk:1;V01:K0:7IrmF0VL8bU=:K29lzA/sSZEFPg34w0KgN+ JDKFuPBSBh1LPn7AHtZg9xCsvkC+NuOKqUvdBj0dDU9cUjyMb48U+sdC53Yu0KYqZmItnngd/ AyHqUgpzJ2RAK7qhOo3q+2456j+bnflFMvkfWVsux2eoA4C9OUUjpS1oJoPdZi3JO8TZ9giML bVbDWWSo2ZUNj9qAy2fYQsX3TDPqZStohAnlaRg0rar9jpHWHQf7jDOUI1PNIqlpZU74crti8 wOEggI2mKYST4ieGtQTqrPmv4Y2fyTP58WbZzBzJZSDy4CbWsAoKq6+F2AW6g9QoSZ2tMxLJN AIqYNH1YZ/W1YXnpNJxPWAkpObCCfWAML/R18pkiu/nkV1GohsGKs9NkZQa8XXYXNv/+i2Bxd F+JTVHUV8p5iyvG4WLFBFrVmTgvOwbmgRp9hpXTb8ZSTkVdOlQJrF3jzqY+nHtRDdAjobveMg ieXQuwoQ+czuawXYvQSAG0ICN9HM5wX/njSZ/yf6pVYPqu7/RG4M7UcsvPCsh0++UORZvc1OR VO+zl+ubqcMulvvrHspBdyadErWFPs63sLx6HeCnoscPyVr5AyJvstG6NwIpTM82eZNlsEfsW QpTImBzmX9lUiXTjAQFYFqo82JzUytgm0N4hU82iBNyEvsokKK0C1qt/cPb/FP4RR5TEq/BkM V7CbJezzpr4PW1rk9QdWDfOOV1R85Wtj9fal/D1gb5zP6gDMGPSRad53c2Z1sWTkCdn8= X-SW-Source: 2015-05/txt/msg00389.txt.bz2 Hi Corrinna, On 2015-05-27 14:50, Corinna Vinschen wrote: > On May 1 16:25, Johannes Schindelin wrote: >> Hi Yano & Corinna, >> >> I would like to ask you for help with fixing a regression I am >> experiencing >> on XP (and XP only, the problem does not occur with Windows 7 or 8). >> It may >> be a 32-bit issue, but I cannot currently test on 64-bit XP. >> >> Background: I am the maintainer of Git for Windows and we are hoping >> to >> release a new major release Real Soon Now, based on MSys2 (which in >> turn is >> based on Cygwin). To make the user experience a bit better, we want to >> allow >> users to double-click a "Git Bash" icon that simply launches a small, >> non-console MinGW executable which in turn basically sets up the PATH >> and >> MSYSTEM environment variables (as required for the MSys2 runtime) and >> then >> launches a mintty with a bash inside. Please note that this small >> executable >> is *not* a console program but a GUI one (-mwindows instead of >> -mconsole) so >> that no console window flashes before the mintty window is shown. >> >> Now, this strategy worked well so far, except that I recently found >> that Git >> Bash does not start in XP anymore, instead the mintty process just >> sits and >> waits for a while and after five to ten minutes, the mintty window >> appears >> with the message: >> >> Failed to fork child process: Resource temporarily unavailable. >> DLL rebasing may be required. See 'rebaseall --help'. >> >> (Needless to say, a 'rebaseall' does not fix it.) >> >> This problem does *not* occur if I call mintty from a `.bat` file or >> from >> `cmd` -- but as I said, I want to avoid flashing console windows -- >> and it >> also does not happen if I run a mintty from a freshly installed Cygwin >> (with >> cygwin package version 2.0.1-1) where the shortcut points directly to >> `mintty` which is a console application. >> >> This symptom makes me believe that the culprit might be that >> msys-2.0.dll >> somehow expected an attached Win32 Console, and spins in circles when >> there >> is none. >> >> Now, please note that I do *not* run a regular cygwin1.dll but rather >> an >> msys-2.0.dll that I had to patch even more to support users of the >> previous >> Git for Windows version (which was based on MSys1 and did things like >> allowing users to override their home directory using the HOME >> environment >> variable). >> >> Starting with the diff on top of cygwin1.dll's sources, I bisected the >> problem down to the commit "Fix OPOST for non-Cygwin pty slaves": >> >> https://cygwin.com/git/gitweb.cgi?p=newlib-cygwin.git;a=commit;h=063e7da36fda3f42619d7df606d9f3d4920605aa >> >> With this commit reverted, on top of the MSys2 and the Git for Windows >> patches, the mintty window appears correctly again when launched on >> 32-bit >> XP via said GUI executable. You can see my current state here: >> >> https://github.com/git-for-windows/msys2-runtime/tree/aae52e6d23e92cf71e6f7777ff9bb49588be8fdc >> >> I would like to ask you for advice how to debug this regression >> further >> because I really would like to revert the revert and have a proper >> fix. Or >> maybe you have an idea how I can fix it directly? > > Hmm, this seems to be another fallout from introducing different OPOST > processing (via spearate pipes) for native and Cygwin processes. > Does the patch from https://cygwin.com/ml/cygwin/2015-05/msg00282.html > help, by any chance? Sadly, my test program still hangs when running with an msys2-runtime with that patch applied. I cannot say where exactly it hangs, just that the mintty I call from a GUI program spawns a thread that seems to wait until something times out. I won't be able to investigate this during the next week, but I could put more effort into shedding more light into the problem in the second or third week of June. Ciao, Dscho -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 74674 invoked by alias); 28 May 2015 18:14:16 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 74655 invoked by uid 9078); 28 May 2015 18:14:15 -0000 Received: (qmail 74644 invoked by uid 89); 28 May 2015 18:14:15 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: mout.gmx.net Received: from mout.gmx.net (HELO mout.gmx.net) (212.227.15.19) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 28 May 2015 18:14:13 +0000 Received: from www.dscho.org ([87.106.4.80]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MCcja-1Yoidz3Hf8-009O4Z; Thu, 28 May 2015 20:14:05 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 28 May 2015 23:25:00 -0000 From: Johannes Schindelin To: cygwin@cygwin.com, Johannes Schindelin , Takashi Yano Cc: Corinna Vinschen Subject: Re: Regression on XP with "Fix OPOST for non-Cygwin pty slaves" In-Reply-To: <20150527125011.GI16927@calimero.vinschen.de> References: <20150527125011.GI16927@calimero.vinschen.de> Message-ID: <614c10d95cd4b6ebae80744837770090@www.dscho.org> X-Sender: johannes.schindelin@gmx.de User-Agent: Roundcube Webmail/1.1.0 X-UI-Out-Filterresults: notjunk:1;V01:K0:7IrmF0VL8bU=:K29lzA/sSZEFPg34w0KgN+ JDKFuPBSBh1LPn7AHtZg9xCsvkC+NuOKqUvdBj0dDU9cUjyMb48U+sdC53Yu0KYqZmItnngd/ AyHqUgpzJ2RAK7qhOo3q+2456j+bnflFMvkfWVsux2eoA4C9OUUjpS1oJoPdZi3JO8TZ9giML bVbDWWSo2ZUNj9qAy2fYQsX3TDPqZStohAnlaRg0rar9jpHWHQf7jDOUI1PNIqlpZU74crti8 wOEggI2mKYST4ieGtQTqrPmv4Y2fyTP58WbZzBzJZSDy4CbWsAoKq6+F2AW6g9QoSZ2tMxLJN AIqYNH1YZ/W1YXnpNJxPWAkpObCCfWAML/R18pkiu/nkV1GohsGKs9NkZQa8XXYXNv/+i2Bxd F+JTVHUV8p5iyvG4WLFBFrVmTgvOwbmgRp9hpXTb8ZSTkVdOlQJrF3jzqY+nHtRDdAjobveMg ieXQuwoQ+czuawXYvQSAG0ICN9HM5wX/njSZ/yf6pVYPqu7/RG4M7UcsvPCsh0++UORZvc1OR VO+zl+ubqcMulvvrHspBdyadErWFPs63sLx6HeCnoscPyVr5AyJvstG6NwIpTM82eZNlsEfsW QpTImBzmX9lUiXTjAQFYFqo82JzUytgm0N4hU82iBNyEvsokKK0C1qt/cPb/FP4RR5TEq/BkM V7CbJezzpr4PW1rk9QdWDfOOV1R85Wtj9fal/D1gb5zP6gDMGPSRad53c2Z1sWTkCdn8= X-SW-Source: 2015-05/txt/msg00390.txt.bz2 Message-ID: <20150528232500.tjzA2eBzc-QZrfbnvOyRIc00W4952kQM8bud9ET2MPA@z> Hi Corrinna, On 2015-05-27 14:50, Corinna Vinschen wrote: > On May 1 16:25, Johannes Schindelin wrote: >> Hi Yano & Corinna, >> >> I would like to ask you for help with fixing a regression I am >> experiencing >> on XP (and XP only, the problem does not occur with Windows 7 or 8). >> It may >> be a 32-bit issue, but I cannot currently test on 64-bit XP. >> >> Background: I am the maintainer of Git for Windows and we are hoping >> to >> release a new major release Real Soon Now, based on MSys2 (which in >> turn is >> based on Cygwin). To make the user experience a bit better, we want to >> allow >> users to double-click a "Git Bash" icon that simply launches a small, >> non-console MinGW executable which in turn basically sets up the PATH >> and >> MSYSTEM environment variables (as required for the MSys2 runtime) and >> then >> launches a mintty with a bash inside. Please note that this small >> executable >> is *not* a console program but a GUI one (-mwindows instead of >> -mconsole) so >> that no console window flashes before the mintty window is shown. >> >> Now, this strategy worked well so far, except that I recently found >> that Git >> Bash does not start in XP anymore, instead the mintty process just >> sits and >> waits for a while and after five to ten minutes, the mintty window >> appears >> with the message: >> >> Failed to fork child process: Resource temporarily unavailable. >> DLL rebasing may be required. See 'rebaseall --help'. >> >> (Needless to say, a 'rebaseall' does not fix it.) >> >> This problem does *not* occur if I call mintty from a `.bat` file or >> from >> `cmd` -- but as I said, I want to avoid flashing console windows -- >> and it >> also does not happen if I run a mintty from a freshly installed Cygwin >> (with >> cygwin package version 2.0.1-1) where the shortcut points directly to >> `mintty` which is a console application. >> >> This symptom makes me believe that the culprit might be that >> msys-2.0.dll >> somehow expected an attached Win32 Console, and spins in circles when >> there >> is none. >> >> Now, please note that I do *not* run a regular cygwin1.dll but rather >> an >> msys-2.0.dll that I had to patch even more to support users of the >> previous >> Git for Windows version (which was based on MSys1 and did things like >> allowing users to override their home directory using the HOME >> environment >> variable). >> >> Starting with the diff on top of cygwin1.dll's sources, I bisected the >> problem down to the commit "Fix OPOST for non-Cygwin pty slaves": >> >> https://cygwin.com/git/gitweb.cgi?p=newlib-cygwin.git;a=commit;h=063e7da36fda3f42619d7df606d9f3d4920605aa >> >> With this commit reverted, on top of the MSys2 and the Git for Windows >> patches, the mintty window appears correctly again when launched on >> 32-bit >> XP via said GUI executable. You can see my current state here: >> >> https://github.com/git-for-windows/msys2-runtime/tree/aae52e6d23e92cf71e6f7777ff9bb49588be8fdc >> >> I would like to ask you for advice how to debug this regression >> further >> because I really would like to revert the revert and have a proper >> fix. Or >> maybe you have an idea how I can fix it directly? > > Hmm, this seems to be another fallout from introducing different OPOST > processing (via spearate pipes) for native and Cygwin processes. > Does the patch from https://cygwin.com/ml/cygwin/2015-05/msg00282.html > help, by any chance? Sadly, my test program still hangs when running with an msys2-runtime with that patch applied. I cannot say where exactly it hangs, just that the mintty I call from a GUI program spawns a thread that seems to wait until something times out. I won't be able to investigate this during the next week, but I could put more effort into shedding more light into the problem in the second or third week of June. Ciao, Dscho -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple