From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 54620 invoked by alias); 8 Aug 2019 07:27:45 -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 54599 invoked by uid 89); 8 Aug 2019 07:27:45 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-5.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy= X-HELO: atfriesa01.ssi-schaefer.com Received: from atfriesa01.ssi-schaefer.com (HELO atfriesa01.ssi-schaefer.com) (193.186.16.100) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 08 Aug 2019 07:27:43 +0000 Received: from samail03.wamas.com (HELO mailhost.salomon.at) ([172.28.33.235]) by atfriesa01.ssi-schaefer.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Aug 2019 09:27:39 +0200 Received: from fril0049.wamas.com ([172.28.42.244]) by mailhost.salomon.at with esmtp (Exim 4.77) (envelope-from ) id 1hvcpn-0005zd-9Y; Thu, 08 Aug 2019 09:27:39 +0200 Subject: Re: Fork problem with hexchat if cygserver is running To: cygwin@cygwin.com References: From: Michael Haubenwallner Openpgp: preference=signencrypt Message-ID: <64c75d09-0771-901d-21bf-3ce10beecb38@ssi-schaefer.com> Date: Thu, 08 Aug 2019 07:27:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2019-08/txt/msg00117.txt.bz2 On 8/7/19 7:41 PM, Ken Brown wrote: > Roughly 1 out of 3 times that I try to use hexchat, I get a fork failure: > > 31143510 [main] hexchat 12392 dofork: child 12399 - died waiting for dll > loading, errno 11 > > It only happens if cygserver is running. I caught it under strace and saw the > following: > > 29 25558 [main] hexchat 12399 frok::child: hParent 0xAF0, load_dlls 1 > 43 25601 [main] hexchat 12399 open_shared: name cygpid.12392, n 12392, > shared 0x1100000 (wanted 0x0), h 0x10C, *m 6 > 35 25636 [main] hexchat 12399 getpid: 12399 = getpid() > 65 25701 [main] hexchat 12399 transport_layer_pipes::connect: Try to > connect to named pipe: \\.\pipe\cygwin-e022582115c10879-lpc > 363 26064 [main] hexchat 12399 C:\cygwin64\bin\hexchat.exe: *** fatal error > in forked process - fixup_shms_after_fork: NtMapViewOfSection (0x7FF4EE130000), > status 0xC0000018. Terminating. > > [status 0xC0000018 is STATUS_CONFLICTING_ADDRESSES.] > > This was under cygwin-3.0.7-1. It also happens with cygwin1.dll built from the > current master branch, and it also happens with cygwin-3.0.6-1. Not being > familiar with this part of the Cygwin code, my first thought was to do a > bisection. But I haven't yet found a good revision to start with. I will still > try to do that, but in the meantime I thought I should report it. I doubt there is a commit that introduces this problem. Instead, this feels like an address conflict with some (internal) memory allocated for some Windows (or even Cygwin) object. So I'd wonder if early memory reservation like is done for dynamically loaded DLLs may help for SHMs as well. /haubi/ -- 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