X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Date: Fri, 11 Jan 2008 11:13:11 -0500 (EST)
From: Igor Peshansky <pechtcha AT cs DOT nyu DOT edu>
Reply-To: cygwin AT cygwin DOT com
To: cygwin AT cygwin DOT com
Subject: Re: [BUG?] run.exe and pdflatex
In-Reply-To: <20080111153027.GA19142@calimero.vinschen.de>
Message-ID: <Pine.GSO.4.63.0801111110460.13638@access1.cims.nyu.edu>
References: <fm5sat$o04$1 AT ger DOT gmane DOT org> <Pine DOT GSO DOT 4 DOT 63 DOT 0801101505510 DOT 8742 AT access1 DOT cims DOT nyu DOT edu>  <fm62p7$frr$1 AT ger DOT gmane DOT org> <Pine DOT GSO DOT 4 DOT 63 DOT 0801101700480 DOT 8742 AT access1 DOT cims DOT nyu DOT edu>  <4786AC35 DOT 4030608 AT upb DOT de> <Pine DOT GSO DOT 4 DOT 63 DOT 0801101841210 DOT 13638 AT access1 DOT cims DOT nyu DOT edu>  <4786B436 DOT 5030702 AT upb DOT de> <Pine DOT GSO DOT 4 DOT 63 DOT 0801102351320 DOT 13638 AT access1 DOT cims DOT nyu DOT edu>  <20080111095321 DOT GK5097 AT calimero DOT vinschen DOT de> <Pine DOT GSO DOT 4 DOT 63 DOT 0801111005440 DOT 13638 AT access1 DOT cims DOT nyu DOT edu>  <20080111153027 DOT GA19142 AT calimero DOT vinschen DOT de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
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
Note-from-DJ: This may be spam

On Fri, 11 Jan 2008, Corinna Vinschen wrote:

> On Jan 11 10:11, Igor Peshansky wrote:
> > So, what was the reason, then, to remove "si.wShowWindow = SW_HIDE" from
> > spawn_guts in CVS?  Having it makes it much easier to fix run.exe
> > appropriately...
>
> I would be somewhat surprised if this code would have any effect in
> the trunk.  The code in question looked like this:
>
>   if (!wincap.pty_needs_alloc_console () && newargv.iscui && myself->ctty == -1)
>     {
>       si.dwFlags |= STARTF_USESHOWWINDOW;
>       si.wShowWindow = SW_HIDE;
>     }
>
> Given that pty_needs_alloc_console() is false only on 9x, and is always
> true on NT, the above code was only executed on 9x.  Since 1.7 dropped
> 9x support, the code could go away.  Shoot if I missed something.

You didn't, but I'm confused now.  Why would the code that uses execve to
spawn a Cygwin console process NOT pop up a console window?  Even if the
parent is compiled with -mwindows, if the app needs a console, one would
be created, wouldn't it?
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_	    pechtcha AT cs DOT nyu DOT edu | igor AT watson DOT ibm DOT com
ZZZzz /,`.-'`'    -.  ;-;;,_		Igor Peshansky, Ph.D. (name changed!)
     |,4-  ) )-,_. ,\ (  `'-'		old name: Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"That which is hateful to you, do not do to your neighbor.  That is the whole
Torah; the rest is commentary.  Go and study it." -- Rabbi Hillel

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