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 Message-ID: <40D2EDB6.4000307@etr-usa.com> Date: Fri, 18 Jun 2004 07:27:18 -0600 From: Warren Young User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 MIME-Version: 1.0 To: Cygwin-L Subject: Re: Ctrl-Z fails to suspend Windows programs References: <87ekogc0uq DOT fsf AT eu DOT citrix DOT com> <87vfhptdqu DOT fsf AT eu DOT citrix DOT com> In-Reply-To: <87vfhptdqu.fsf@eu.citrix.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes John Cooper wrote: > > The problem is that I often don't want to have to terminate the GUI app just to > get my shell prompt back. Well now, that's an entirely different deal. Somehow, cmd.exe detects that a program is GUI-only, and it gives you your prompt back when the program has launched. I suspect it would be better to find out how cmd.exe manages that trick than to put Ctrl-Z support into Cygwin that will likely break some non-Cygwin programs. One way to do this would be for Cygwin's exec() to look at the PE header for the program and see if it has the console mode flag set. If not, it could do whatever the Cygwin 'run' program does to spin the program off, detached from the shell. -- 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/