From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from re-prd-fep-048.btinternet.com (mailomta6-re.btinternet.com [213.120.69.99]) by sourceware.org (Postfix) with ESMTPS id 63892388A832 for ; Tue, 21 Jul 2020 12:29:32 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 63892388A832 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=jon.turney@dronecode.org.uk Received: from re-prd-rgout-004.btmx-prd.synchronoss.net ([10.2.54.7]) by re-prd-fep-048.btinternet.com with ESMTP id <20200721122931.PDOL4701.re-prd-fep-048.btinternet.com@re-prd-rgout-004.btmx-prd.synchronoss.net> for ; Tue, 21 Jul 2020 13:29:31 +0100 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com X-Originating-IP: [31.51.206.146] X-OWM-Source-IP: 31.51.206.146 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgeduiedrgeeigdegkecutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepuffvfhfhkffffgggjggtgfesthejredttdefjeenucfhrhhomheplfhonhcuvfhurhhnvgihuceojhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukheqnecuggftrfgrthhtvghrnhepgeeuhfekvdefieeghfehtdejheeigedthefhhfehfffgheehgedtffeljeetueeunecukfhppeefuddrhedurddvtdeirddugeeinecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheplgduledvrdduieekrddurdduuddungdpihhnvghtpeefuddrhedurddvtdeirddugeeipdhmrghilhhfrhhomhepoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqecuuefqffgjpeekuefkvffokffogfdprhgtphhtthhopeeotgihghifihhnsegthihgfihinhdrtghomheq X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.111] (31.51.206.146) by re-prd-rgout-004.btmx-prd.synchronoss.net (5.8.340) (authenticated as jonturney@btinternet.com) id 5ED9C50607FB03F8 for cygwin@cygwin.com; Tue, 21 Jul 2020 13:29:31 +0100 Subject: Re: graph (plotutils) seg-faulting To: The Cygwin Mailing List References: <20200718141223.0736bb2c@quarternote> <20200719085555.334eca63@quarternote> From: Jon Turney Message-ID: <45332314-6db0-ce1b-5ca2-d42ea487f5a4@dronecode.org.uk> Date: Tue, 21 Jul 2020 13:29:30 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200719085555.334eca63@quarternote> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.6 required=5.0 tests=BAYES_00, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_PASS, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2020 12:29:34 -0000 On 19/07/2020 16:55, briand@pounceofcats.com wrote: > oh good grief. i just tried this on my home win 10 box, and works perfectly. > > unfortunately, my work box, which has a history of weird problems with cygwin, is the one having the problem. there's too much work-related stuff in the cygcheck output for me to pass it on. > > However the strace is ok, so i have attached it. > > Just to be clear, > > graph --help > > segfaults, so the problem is at a _really_ low level. > --- Process 3080 created > --- Process 3080 loaded C:\Windows\System32\ntdll.dll at 00007ffc95740000 > --- Process 3080 loaded C:\Windows\System32\kernel32.dll at 00007ffc93db0000 > --- Process 3080 loaded C:\Windows\System32\KernelBase.dll at 00007ffc92860000 [...] > --- Process 3080 loaded C:\cygwin64\bin\cygplot-2.dll at 0000000000600000 > --- Process 3080 unloaded DLL at 0000000000600000 > --- Process 3080 loaded C:\cygwin64\bin\cygwin1.dll at 0000000000ce0000 > --- Process 3080 unloaded DLL at 0000000000ce0000 > --- Process 3080 loaded C:\cygwin64\bin\cygplot-2.dll at 0000000000600000 > --- Process 3080 loaded C:\cygwin64\bin\cygwin1.dll at 0000000000ee0000 > --- Process 3080 thread 9632 created > --- Process 3080 unloaded DLL at 0000000000ee0000 > --- Process 3080 loaded C:\cygwin64\bin\cygpng16-16.dll at 0000000000190000 > --- Process 3080 unloaded DLL at 0000000000190000 > --- Process 3080 loaded C:\cygwin64\bin\cygXaw-7.dll at 0000000000730000 > --- Process 3080 loaded C:\cygwin64\bin\cygX11-6.dll at 0000000000ee0000 > --- Process 3080 unloaded DLL at 0000000000730000 > --- Process 3080 unloaded DLL at 0000000000ee0000 > --- Process 3080 loaded C:\cygwin64\bin\cygwin1.dll at 00000000014f0000 That's really very odd. I guess this is the fork code desperately trying to force the DLL memory layout to match in the child, but should that even happen if it's being run from strace? It's also strange that it tries to reposition cygwin1.dll.