X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:mime-version:content-type :content-transfer-encoding:date:from:to:cc:subject:in-reply-to :references:message-id; q=dns; s=default; b=RzaZb+qyBafzdnjTyPjW 1l7XePEE2gRVCT1+FJBJK/vjGaf4gFbSu5p8ZFKQ7Vvo9xb3r3GlF0lfoNx8dHaf 6N2NnFXV4BVec/snU790j4amLhUn78SYiEjTUWUDYoczQTpdc4yS7nMUxubLIJ28 OcRu8EknUusJTWsMLSnzCDw= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:mime-version:content-type :content-transfer-encoding:date:from:to:cc:subject:in-reply-to :references:message-id; s=default; bh=mxUtnRfMSYh149J59g5oFdNzBu g=; b=v+bIlXQdnGERX2iqxurLim844ylQbDDQ7+IV+i7ULMVZEGi9xYZlb8opCP hu0l8k3ITQsqR5Mdjb7IsSX1AO3V+cbGAzvKFCTL3GNLz6n0EjOhD/M7NSwQdJzW pCKHC2zrQzMB0CXCkEhYdWApkEj2Oz4gRzDZfgJpShaPsoay0= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com 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 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 28 May 2015 20:14:04 +0200 From: Johannes Schindelin To: cygwin AT cygwin DOT 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 DOT GI16927 AT calimero DOT vinschen DOT de> Message-ID: <614c10d95cd4b6ebae80744837770090@www.dscho.org> X-Sender: johannes DOT schindelin AT gmx DOT 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= 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