From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 33097 invoked by alias); 29 Apr 2015 23:43:08 -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 32293 invoked by uid 89); 29 Apr 2015 23:43:07 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.8 required=5.0 tests=AWL,BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-lb0-f181.google.com Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Wed, 29 Apr 2015 23:43:05 +0000 Received: by lbbuc2 with SMTP id uc2so32131638lbb.2 for ; Wed, 29 Apr 2015 16:43:02 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.153.7.133 with SMTP id dc5mr1267461lad.17.1430350982493; Wed, 29 Apr 2015 16:43:02 -0700 (PDT) Received: by 10.152.23.10 with HTTP; Wed, 29 Apr 2015 16:43:02 -0700 (PDT) In-Reply-To: <20150429200616.GL3657@calimero.vinschen.de> References: <20150429200616.GL3657@calimero.vinschen.de> Date: Wed, 29 Apr 2015 23:43:00 -0000 Message-ID: Subject: Re: From Microsoft: Windows 10 Console and Cygwin From: Michael DePaulo To: Rich Eizenhoefer , The Cygwin Mailing List Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2015-04/txt/msg00632.txt.bz2 Hi, see bottom post. On Wed, Apr 29, 2015 at 4:06 PM, Corinna Vinschen wrote: > Hi Rich, > > nice to read from you. > > On Apr 29 19:01, Rich Eizenhoefer wrote: >> Hi, >> >> I'm the Program Manager at Microsoft for the updated Windows 10 >> console. I searched the Cygwin FAQ and mailing list archives for >> issues related to Windows 10 and found an item about multiple windows >> which should already be fixed. We have received a couple reports about >> crashes when running on Windows 10 with the new console enabled. For >> example: >> >> "cygwin is dying when i run a bunch of the git tools. For example: >grep= -rin log .\ 0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 = error 487 AllocationBase 0x0, BaseAddress 0x68570000, RegionSize 0x3A0000, = State 0x10000 C:\Program Files (x86)\Git\bin\grep.exe: *** Couldn't reserve= space for cygwin's heap, Win32 error 0" > > This error message is a bit weird. For one thing, it would be nice if > you could give us a pointer to the message. I'm not aware of such a bug > report. > > Also, this is about a non-Cygwin version of git as the path to the git > tools suggests. On the other hand, if it's not a Cygwin version, the > error message itself only makes marginal sense. So maybe it's a Cygwin > DLL as part of some third party package which is often outdated in > relation to the official Cygwin distro version. > > As for the error message itself, it refers to the fact that, after a > Cygwin fork() call, the forked child can't reserve the space required > for the so-called "cygwin heap", a region used for internal usage > especially important for fork/exec related stuff. This usually points > to Cygwin DLLs which are not rebased, or a non-Cygwin DLL loaded into a > spot required for a Cygwin DLL after a fork. This is especially a > problem on 32 bit due to the restricted virtual memory. > > However, if I'm not completely off-track, the bug report does not really > have anything to do with a bad interaction between the W10 console and > Cygwin. While my own W10 virtual machine under Qemu/KVM fails to update > to versions after build 9926, I didn't encounter any unusual behaviour > of the W10 console in comparison with, say, the W8.1 console yet. I'm > usually running Cygwin tools in mintty, but I did test the W10 console, > too, of course. [...] Allow me to clarify. "C:\Program Files (x86)\Git\" is "Git for Windows", AKA "msysgit": https://msysgit.github.io/ As explained on README.md, it uses a MSys: https://github.com/msysgit/msysgit And as explained on that README.md, MSys is a fork of an old version of Cyg= win. MSys's home page is here, it is part of the MinGW project: http://mingw.org/wiki/msys -Mike -- 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