delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2015/04/29/17:31:24

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:from:to:subject:date:message-id:references
:in-reply-to:content-type:content-transfer-encoding
:mime-version; q=dns; s=default; b=NrmXbHpdSFnB/yQwBa05Guq56fb5H
AaB8nQRbYq6zU8yJFDllon5FfFDPZchatrsaX+tAMtkcWCqzDqmy0+MyUu/XEqXj
fB/5Kt+fFicj3s7Wofk45SiW3rzS5tpi009dzel+ijqo05KY1Y3EEvMX4JV83j28
Q8WOz5cBAoa9GM=
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:from:to:subject:date:message-id:references
:in-reply-to:content-type:content-transfer-encoding
:mime-version; s=default; bh=wzwv3gf5/ZCg6B5m9jjDdaMuwKM=; b=F2C
bUT/kzF6LHE1AZPLWhq11y2MFNoT/rwS+SuiEYE/E4+PGm69eH8FFk/AWbhvXiTe
f03ttrT0SBG6UlEAYA+xwoNSud4R7DLnKkLy/vh+s2L3s0i14fmmGtn54R01r/nf
3a8Mx/BNvgEaJalWfVVpP72BCvJwsQC/CCgh8pDM=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
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.0 required=5.0 tests=BAYES_40,MIME_BASE64_BLANKS,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2
X-HELO: na01-bn1-obe.outbound.protection.outlook.com
From: Rich Eizenhoefer <riche AT microsoft DOT com>
To: "cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
Subject: RE: From Microsoft: Windows 10 Console and Cygwin
Date: Wed, 29 Apr 2015 21:31:00 +0000
Message-ID: <BN3PR03MB14300D5567A2F7D86BB69A28B4D70@BN3PR03MB1430.namprd03.prod.outlook.com>
References: <BY1PR03MB1436C656CEF12387D40CD74EB4D70 AT BY1PR03MB1436 DOT namprd03 DOT prod DOT outlook DOT com> <20150429200616 DOT GL3657 AT calimero DOT vinschen DOT de>
In-Reply-To: <20150429200616.GL3657@calimero.vinschen.de>
authentication-results: cygwin.com; dkim=none (message not signed) header.d=none;
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR03MB1429;
x-microsoft-antispam-prvs: <BN3PR03MB1429D8E3F0EAA8D74BA6B22BB4D70 AT BN3PR03MB1429 DOT namprd03 DOT prod DOT outlook DOT com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(601004)(5005006)(3002001);SRVR:BN3PR03MB1429;BCL:0;PCL:0;RULEID:;SRVR:BN3PR03MB1429;
x-forefront-prvs: 05610E64EE
x-forefront-antispam-report: SFV:NSPM;SFS:(10019020)(6009001)(164054003)(51704005)(377454003)(51914003)(86612001)(106116001)(2351001)(33656002)(2656002)(86362001)(87936001)(46102003)(110136002)(40100003)(122556002)(450100001)(74316001)(19580395003)(19580405001)(76176999)(50986999)(54356999)(99286002)(92566002)(2950100001)(2501003)(2900100001)(76576001)(102836002)(107886002)(5001960100002)(5001920100001)(77156002)(62966003)(3826002)(460985005);DIR:OUT;SFP:1102;SCL:1;SRVR:BN3PR03MB1429;H:BN3PR03MB1430.namprd03.prod.outlook.com;FPR:;SPF:None;MLV:sfv;LANG:en;
MIME-Version: 1.0
X-OriginatorOrg: microsoft.onmicrosoft.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Apr 2015 21:31:00.3357 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR03MB1429
X-MIME-Autoconverted: from base64 to 8bit by delorie.com id t3TLVKjr025294

Thanks Corinna.

The info I sent on the bug below is all that I have. It's quite likely related to the stability of the version of Win 10 it was run against. My larger purpose is to reach out to you all and see what we can do to help Cygwin run with our new console, we don't want to break anybody if at all possible. Please send me the info on the Windows 7 issue and I'll review and get back to you about whether we are able to help. If we "can" (figure it out, understand and repro the issue, not several weeks worth of work) we'll get to it.

Rich

-----Original Message-----
From: Corinna Vinschen [mailto:corinna-cygwin AT cygwin DOT com] 
Sent: Wednesday, April 29, 2015 1:06 PM
To: cygwin AT cygwin DOT com; Rich Eizenhoefer
Subject: Re: From Microsoft: Windows 10 Console and Cygwin

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.

> Please let me know if there are other problems you are experiencing 
> with the W10 console that are a regression from previous versions. We 
> are a small team, but we want to help where possible to ensure that 
> Cygwin continues to run well in Windows 10.

Thanks for the offer.  We have a regression introduced with Windows 7 and never fixed in W8 or 8.1, albeit I reported it as part of the Windows 7 beta tests.  Are you interested to give this a whirl as well?


Thanks,
Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019