From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sa-prd-fep-043.btinternet.com (mailomta5-sa.btinternet.com [213.120.69.11]) by sourceware.org (Postfix) with ESMTPS id 777D0385AC2A for ; Sat, 21 Aug 2021 14:51:00 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 777D0385AC2A Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=dronecode.org.uk Received: from sa-prd-rgout-002.btmx-prd.synchronoss.net ([10.2.38.5]) by sa-prd-fep-043.btinternet.com with ESMTP id <20210821145059.DKYQ19470.sa-prd-fep-043.btinternet.com@sa-prd-rgout-002.btmx-prd.synchronoss.net>; Sat, 21 Aug 2021 15:50:59 +0100 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com X-SNCR-Rigid: 60FF56FA0413CF93 X-Originating-IP: [86.139.156.65] X-OWM-Source-IP: 86.139.156.65 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedvtddruddtuddgkeduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuueftkffvkffujffvgffngfevqffopdfqfgfvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefuvfhfhffkffgfgggjtgfgsehtkeertddtfeejnecuhfhrohhmpeflohhnucfvuhhrnhgvhicuoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqeenucggtffrrghtthgvrhhnpeelieegheeghfevfeevhfdviedugfdvuefhjeehteejffefhfeuudetheeugfffhfenucfkphepkeeirddufeelrdduheeirdeiheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhephhgvlhhopegludelvddrudeikedruddrudduudgnpdhinhgvthepkeeirddufeelrdduheeirdeihedpmhgrihhlfhhrohhmpeeojhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukhequceuqfffjgepkeeukffvoffkoffgpdhrtghpthhtohepoegthihgfihinhestgihghifihhnrdgtohhmqedprhgtphhtthhopeeorhholhgrnhgusegrshhtrhhofhhothhordhorhhgqe X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.111] (86.139.156.65) by sa-prd-rgout-002.btmx-prd.synchronoss.net (5.8.340) (authenticated as jonturney@btinternet.com) id 60FF56FA0413CF93; Sat, 21 Aug 2021 15:50:59 +0100 Subject: Re: Cygwin/X on Windows 10 won't launch apps from .XWinrc menus To: Roland Roberts , The Cygwin Mailing List References: From: Jon Turney Message-ID: Date: Sat, 21 Aug 2021 15:49:46 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1192.6 required=5.0 tests=BAYES_00, BODY_8BITS, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_PASS, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) 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: Sat, 21 Aug 2021 14:51:02 -0000 On 10/08/2021 13:58, Roland Roberts wrote: > I have a new, company-supplied Windows 10 laptop, using Cygwin to do > development. I’m having a problem getting XWin to launch apps. XWin > appears to be mostly working normally, meaning if I launch a Cygwin > mintty instance, I can manually set DISPLAY=:0.0 and start up X > application from the shell prompt. But trying to launch from my .XWinrc, > the application never displays and I can’t find a useful error log to > track down the issue. I’m pretty sure it’s some permission someplace my > account doesn’t have (and I can probably get IT to change that if I can > just identify what it is). I'm not sure what the evidence for this hypothesis is? >     [  1490.390] executing '/bin/mintty', pid 772 >     [  1902.312] executing '/bin/mintty', pid 1200 > > You can see the last two things that were launched. And here’s the > process list > >     29267 rrobert1> ps -ef >          UID     PID    PPID  TTY        STIME COMMAND >     rrobert1     610       1 ?        08:31:58 /usr/bin/mintty >     rrobert1     471       1 ?        08:31:46 /usr/bin/gpg-agent >     rrobert1     772     605 ?        08:32:24 /usr/bin/XWin >     rrobert1    1205     611 pty0     08:39:31 /usr/bin/ps >     rrobert1     403       1 cons0    08:31:42 /usr/bin/sh >     rrobert1     442       1 ?        08:31:44 /usr/bin/ssh-agent >     rrobert1     611     610 pty0     08:31:58 /usr/bin/bash >     rrobert1     604     403 cons0    08:31:49 /usr/bin/xinit >     rrobert1    1200     605 ?        08:39:16 /usr/bin/XWin >     rrobert1     605     604 cons0    08:31:49 /usr/bin/XWin >     rrobert1     609     604 ?        08:31:50 /usr/bin/sh > > where you can see those processes are launch, but they show as > additional instances of XWin and mintty was never started. My .XWinrc > contain this > >     menu root { >             "Cygwin Terminal" exec  "/bin/mintty" >                 "Emacs"           exec     "/bin/emacs" >             // […] >     } The process being created, but not changing command is usually symptomatic of problems with cygwin's fork emulation (i.e. the child process gets stuck during the complex synchronization it does with the parent, before exec gets called) > Any suggestions on where to poke to diagnose this? My home Windows 10 > machine has no problem at all. Oh, and cygcheck report version 3.1.4. > Yes, that’s a little old, but we are stuck there until we can work out > an issue with our build environment and the change for 3.1.5+ in how > symlinks are handled. There are some suggestions about dealing with fork problems in the FAQ, but sometimes nothing works and we don't know why.