Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com From: "Dave Korn" To: Subject: RE: [OT?] make bash script wait for called program to finish? Date: Mon, 19 Apr 2004 17:11:39 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: Message-ID: X-OriginalArrivalTime: 19 Apr 2004 16:11:39.0843 (UTC) FILETIME=[FF62D130:01C42628] > -----Original Message----- > From: cygwin-owner On Behalf Of Buchbinder, Barry (NIH/NIAID) > I was actually surprised that bash stopped when I did the experiment. > > It wouldn't surprise me if it would depend on which program > one was trying > to wait for, in addition to which version of windows. Yep, it certainly seems that some windows gui apps have the behaviour of detaching from the console, while others remain attached and so don't return control to the shell until they're finished. I noticed this in particular when editing text files at an interactive bash prompt: if I use notepad.exe, my shell is locked up until I exit, whereas if I use write.exe (wordpad), it detaches and the shell prompt returns immediately. I also note as a data point that when run from a cmd.exe shell, both notepad and wordpad detach. I can only guess that wordpad has some functionality that notepad doesn't to detach itself, and that the cmd.exe shell also has functionality that detects gui-based programs and detaches them on launch (regardless of whether they're capable of detaching themselves). cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/