From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from re-prd-fep-042.btinternet.com (mailomta6-re.btinternet.com [213.120.69.99]) by sourceware.org (Postfix) with ESMTPS id 6C30C3858D31 for ; Mon, 20 Apr 2020 17:03:38 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 6C30C3858D31 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-001.btmx-prd.synchronoss.net ([10.2.54.4]) by re-prd-fep-042.btinternet.com with ESMTP id <20200420170337.IEJA3905.re-prd-fep-042.btinternet.com@re-prd-rgout-001.btmx-prd.synchronoss.net>; Mon, 20 Apr 2020 18:03:37 +0100 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com X-Originating-IP: [86.158.32.4] X-OWM-Source-IP: 86.158.32.4 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgeduhedrgeefgddutddvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuueftkffvkffujffvgffngfevqffopdfqfgfvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhuffvfhfkffgfgggjtgfgsehtjeertddtfeejnecuhfhrohhmpeflohhnucfvuhhrnhgvhicuoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqeenucfkphepkeeirdduheekrdefvddrgeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhephhgvlhhopegludelvddrudeikedruddruddujegnpdhinhgvthepkeeirdduheekrdefvddrgedpmhgrihhlfhhrohhmpeeojhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukhequceuqfffjgepkeeukffvoffkoffgpdhrtghpthhtohepoegthihgfihinhestgihghifihhnrdgtohhmqedprhgtphhtthhopeeohhhsghhgvggshhgrrhguthesghhmrghilhdrtghomheq X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.117] (86.158.32.4) by re-prd-rgout-001.btmx-prd.synchronoss.net (5.8.340) (authenticated as jonturney@btinternet.com) id 5E3A147D0C3453F8; Mon, 20 Apr 2020 18:03:37 +0100 From: Jon Turney Subject: Re: X crashes with SIGPIPE To: The Cygwin Mailing List Cc: Henry Gebhardt References: Message-ID: Date: Mon, 20 Apr 2020 18:03:36 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.4 required=5.0 tests=BAYES_00, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, RCVD_IN_BARRACUDACENTRAL, RCVD_IN_DNSWL_LOW, 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: Mon, 20 Apr 2020 17:03:39 -0000 On 18/04/2020 04:38, Henry Gebhardt via Cygwin wrote: > Hi, > > Cygwin/X crashes every few days for me. I managed to obtain a backtrace > from the last crash (attached). Server log is also included. > > I have not, yet, managed to pin down the exact trigger for the crash. I > am running two graphical programs under Windows 10 WSL2 Debian: tilix > and evince. > > Thank you for any help. Thanks for reporting this issue. I am assuming, although it's not totally clear from your report, that you are starting the X server with '-listen tcp', and are setting DISPLAY to localhost:0.0 or similar in your WSL environment. > Thread 1 received signal SIGPIPE, Broken pipe. > [Switching to Thread 2952.0x1144] > 0x000000010053f250 in _XSERVTransSocketWritev (ciptr=0xffffbb18, > buf=0xffffbc10, size=-17396) at /usr/include/X11/Xtrans/Xtranssock.c:2382 > 2382 /usr/include/X11/Xtrans/Xtranssock.c: No such file or directory. I'm not sure this is the actual point of failure (since the X server should be setting SIGPIPE to be ignored), so you probably need to tell gdb not to stop on it e.g. 'handle sigpipe ignore'. In any case, a sigpipe here indicates that the X client has already closed when the X server tries to write to it's socket. Assuming gdb is giving accurate information here, this is also looks very odd, as a negative value of size (which is used as iovcnt passed to write) doesn't make a lot of sense.