This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: [RFA] patch for run.exe -- ATTN: ago
- From: Christopher Faylor <cgf-no-personal-reply-please at cygwin dot com>
- To: cygwin at cygwin dot com
- Date: Thu, 18 May 2006 09:03:10 -0400
- Subject: Re: [RFA] patch for run.exe -- ATTN: ago
- References: <446C1803.2050901@cwilson.fastmail.fm>
- Reply-to: cygwin at cygwin dot com
On Thu, May 18, 2006 at 02:45:23AM -0400, Charles Wilson wrote:
>As detailed here:
>http://cygwin.com/ml/cygwin/2006-05/msg00471.html
>
>run.exe currently launches clients without any stdio handles and without
>any console at all. That's over-ambitious: what run REALLY should do is
>launch the client with a *hidden* console and *working* stdio handles.
>
>Run is a console-hider, not a daemonizer -- and some apps (like, err,
>rxvt-unicode), even tho they are GUIs, don't behave well when launched
>without working stdio (even if those handles point to an invisible
>console, and really shouldn't be used by the app anyway!)
>
>The attached patch adapts code from cygwin's fhandler_init, using
>NT/2K/XP-only APIs to enable AllocConsole() to initialize the stdio
>handles *without* that console ever becoming visible, not even for a
>brief flash. Because these APIs are only available on some of the
>supported OSes, I use LoadLibrary/GetProcAddress and function pointers,
>so that on the older OSes the behavior should be unchanged from 1.1.9-1.
Hopefully the run code is GPLed...
cgf
--
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/