From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18962 invoked by alias); 9 Jul 2018 11:37: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 17898 invoked by uid 89); 9 Jul 2018 11:37:14 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=BAYES_00,FOREIGN_BODY,FREEMAIL_FROM,GIT_PATCH_2,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=no version=3.3.2 spammy=www.avg.com, wwwavgcom, UD:www.avg.com, auf X-HELO: mail-wr1-f49.google.com Received: from mail-wr1-f49.google.com (HELO mail-wr1-f49.google.com) (209.85.221.49) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 09 Jul 2018 11:37:12 +0000 Received: by mail-wr1-f49.google.com with SMTP id q10-v6so10624235wrd.4 for ; Mon, 09 Jul 2018 04:37:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=vl5eKy/R3mQOWViOZiGZmC4t8AVeqme21g3Tpz2GSiM=; b=sEkmsG/9VqWTQCPM3jwoku+tRY6LivyoJpRno8zxqU7Nf1khZdv/CYnSuyj4PiUYy7 +YwYImdbSc3UpnF54W1VctoursXdp2ai5b2SAA7cJ7bSl/XoLpiZHnEQHCjiwNjANi80 aX+lyuSPme1suT8DQDikblknv2uEVJhpQauRL/3xvPLBByDxxJ58nuzBg5yYf4fo6Mmc FIkKaNZfiw6EU+I2H/e5fSEfGNe2/dhM79YN/Q9CKgj03806Wuo7P/W9VJ1p1Gb0Sl4l 5jHCRQihKOUsVk4y4oIntbEU564PBZTAw+GXNL8HjAYw7V8q4Bwl8zkX4H/EiHkhrrc7 m44w== Return-Path: Received: from ?IPv6:::1? (p200300EE63DB8401D00293863668FB70.dip0.t-ipconnect.de. [2003:ee:63db:8401:d002:9386:3668:fb70]) by smtp.gmail.com with ESMTPSA id f6-v6sm4780688wrp.30.2018.07.09.04.37.08 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 09 Jul 2018 04:37:09 -0700 (PDT) Subject: Re: Fork issue on W10 WOW To: cygwin@cygwin.com References: <7ad0e0d4-438b-33ad-a711-e0b1996fa6f6@gmail.com> <20180709090332.GC3111@calimero.vinschen.de> From: Marco Atzeri Message-ID: <87e94b8c-13d0-928e-957d-c32b15b8a962@gmail.com> Date: Mon, 09 Jul 2018 11:37:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 In-Reply-To: <20180709090332.GC3111@calimero.vinschen.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2018-07/txt/msg00077.txt.bz2 Am 7/9/2018 um 11:03 AM schrieb Corinna Vinschen: > On Jul 8 18:03, Marco Atzeri wrote: >> Am 30.06.2018 um 22:47 schrieb Ken Brown: >>> On 6/30/2018 11:52 AM, Marco Atzeri wrote: >>> >>> I've never had this problem with my own 32bit installation on W10, but I >>> just reproduced it by doing a new installation with your list of >>> packages.  Have you tried just installing a minimal list of packages >>> that you need for building the packages you maintain? >>> >> >> On a fresh minimal installation the problem can arise again >> >> $ cygcheck -cd |wc -l >> 245 >> >> as the first system shared libs are lower than the rebase >> DefaultBaseAddress=0x070000000 >> >> 6F810000-6F811000 r--p /cygdrive/c/Windows/System32/wow64.dll >> 6F811000-6F844000 r-xp /cygdrive/c/Windows/System32/wow64.dll >> >> I think that rebase should consider different rebase >> base address for W10. >> >> Using DefaultBaseAddress=0x06F000000 seems fine >> for the time being > > I can do that in the rebaseall script (I have a matching patch locally), > but it looks like a race we can't win in the long run. 240 Megs less > space is a lot given the number of DLLs in the distro. I know, but until we try to support the 32bit version, we need a way to handle it. > To make matters worse, I just checked my local 32 bit W10 and it turns > out that various Windows DLLs loaded by default (even in a simple tcsh) > are at even lower addresses, e.g. > > 6B690000-6B6A3000 /mnt/c/Windows/System32/netapi32.dll I suspect it is due the their 64bit base address $ objdump -x /cygdrive/c/Windows/System32/wow64.dll|grep ImageBase ImageBase 000000006b000000 $ objdump -x /cygdrive/c/Windows/System32/wow64win.dll |grep ImageBase ImageBase 000000006b180000 It is like they put the 64bit System 32 over 0x6b000000 (maybe) and the WoW64 over 0x70000000 But I guess that ALSR can play around that numbers. There is still a way to disable ALSR? > Corinna Marco --- Diese E-Mail wurde von AVG auf Viren geprüft. http://www.avg.com -- 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