From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28721 invoked by alias); 17 Dec 2014 19:02:27 -0000 Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com Received: (qmail 28704 invoked by uid 89); 17 Dec 2014 19:02:25 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: newsaf.bio.caltech.edu Received: from newsaf.bio.caltech.edu (HELO newsaf.bio.caltech.edu) (131.215.12.41) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Wed, 17 Dec 2014 19:02:24 +0000 Received: from apache by newsaf.bio.caltech.edu ([local]:local) with local id 1Y1Jrb-0004Ct-7q - Using Exim-4.72 (MandrivaLinux) MTA (return-path ); Wed, 17 Dec 2014 11:02:23 -0800 To: cygwin-xfree@cygwin.com Subject: Re: startxwin.exe no longer =?UTF-8?Q?exists=3F?= HTTP-Posting-Client: 131.215.12.39 HTTP-Posting-URI: saf.bio.caltech.edu:443/roundcubemail/index.php HTTP-Posting-User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:34.0) Gecko/20100101 Firefox/34.0 SeaMonkey/2.31 X-PHP-Originating-Script: 0:rcmail.php MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 17 Dec 2014 19:02:00 -0000 From: mathog In-Reply-To: References: " <548C82A3.9080604@gmail.com> <54905E8F.40809@ucsd.edu> <9439619875edc65b1e7152b743ad5553@saf.bio.caltech.edu> " Message-ID: <4a69a9128c306bf9f3c21a0e9ffe8d11@saf.bio.caltech.edu> X-Sender: mathog@caltech.edu User-Agent: Roundcube Webmail/0.9.5 X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: apache@saf.bio.caltech.edu X-SA-Exim-Scanned: No (on newsaf.bio.caltech.edu); SAEximRunCond expanded to false X-IsSubscribed: yes X-SW-Source: 2014-12/txt/msg00047.txt.bz2 On 17-Dec-2014 10:35, Erik Soderquist wrote: > How often do you check your log files for crashes when you have your > script hiding the fact that it crashed from you? Fine, have the script emit a warning when this situation is encountered. Personally I have never seen the X11 server crash between "shut down" and removing the lock file. I have seen it crash while running - and that was pretty evident since all my X11 windows disappeared, no need to look for a lock file! > >> >>> >>> Also, as the X server is not bound to a tty, it forks to the >>> background on its own anyway, so your pseudocode example would delete >>> the lock file just after the X server started. >> >> >> In that case the the script needs to retrieve the PID of the forked >> process >> and wait for it to exit. > > > I would much rather have the binary process clean up after itself like > it is supposed to, and figure out why the binary process is failing to > do so when it doesn't than have a script that hides such failures from > me. Sure, the binary SHOULD work like that, but what others have said is that it is not always doing so. Hence, the script should pick up the pieces if the binary failed to do so. The script need not "hide" anything, it can emit warning messages on any and all conditions. At start up: "Found orphan lock file and removed it. Possible crash during previous X11 server session. Starting X11 server normally." at shut down: "X11 server process exited abnormally. Orphan lock file removed." etc. Regards, David Mathog mathog@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/