Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
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: <40D157CB.5010203@luukku.com>
Date: Thu, 17 Jun 2004 11:35:23 +0300
From: Jani tiainen <redetin AT luukku DOT com>
User-Agent: Mozilla Thunderbird 0.7a (Windows/20040612)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: Ctrl-Z fails to suspend Windows programs
References: <NUTMEGY7PeGbPn6U9Be0000038b AT NUTMEG DOT CAM DOT ARTIMI DOT COM>
In-Reply-To: <NUTMEGY7PeGbPn6U9Be0000038b@NUTMEG.CAM.ARTIMI.COM>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

Dave Korn wrote:

>>-----Original Message-----
>>From: cygwin-owner On Behalf Of John Cooper
>>Sent: 15 June 2004 15:05
>>To: cygwin
>>Subject: RE: Ctrl-Z fails to suspend Windows programs
>>
>>The old native (non-cygwin) port of zsh would somehow detect 
>>if it was about to
>>exec a Windows app, and run it as a background process, thus 
>>returning a zsh
>>prompt immediately.  Could something like this be added to 
>>cygwin bash/zsh?
> 
> 
>   AFAICS the ability is already there.  Just enter "windows_app.exe &" at a
> bash shell.
> 
> 
>>This was very useful.  With the cygwin zsh, I often find 
>>myself invoking a
>>Windows app and not being able to get back to the shell 
>>window without first
>>terminating the Windows app.
> 
> 
> Well, the same goes if you run a cygwin app: you don't get the prompt back
> until it exits.
>  
> The point is that it's not about cygwin-vs-windoze apps.  It's about
> apps-that-use-console-stdin-and-stdout vs. apps-that-display-a-gui; those
> that show a gui could usefully be detached, but those that read their input
> from stdin will break if the shell detaches them.  I don't think there's a
> reliable enough mechanism by which a shell could detect one case from the
> other.

Well, there isn't reliable method for detection. Own problem goes to 
apps that does both, uses stdin/out and GUI.

But when starting application in windows you can give handles that 
program uses as stdin and stdout instead "standard" handles (what ever 
they are).

That way I have written GUI frontend for application that did both, used 
stdio to communicate with user but showed a GUI also.

-- 

Jani Tiainen


--
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/