Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com Message-ID: <414EEDAB.B2852F85@dessent.net> Date: Mon, 20 Sep 2004 07:48:11 -0700 From: Brian Dessent Organization: My own little world... MIME-Version: 1.0 CC: cygwin@cygwin.com Subject: Re: Running cmd programs in cygwin / rxvt References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Reply-To: cygwin@cygwin.com Andrew DeFaria wrote: > > What you're seeing is caused by the output of the program going > > through a tty (or pty as the case may be.) When you run it from a > > straight cmd.exe it's not using tty code (unless you have CYGWIN=tty > > set.) From my meagre knowledge of the subject it has to do with the > > program not explicitly flushing stdout (or not knowing that it needs > > to as this is usually not required under windows.) > > Is there a CYGWIN setting to tell rxvt not to use ptys? I don't think that would do any good. rxvt is a posix program and expects an environment where it has ptys that it can use. Without pty support it would likely complain loudly and refuse to run. Again, I'm pontificating on something I know little about here, but I'm guessing one solution might be some kind of kludge in the cygwin layer that would attempt to detect when a native app is doing buffered writes to a pty and autoflush after each call. But, just a WAG. It might even be out of cygwin's control, if the buffering is done in the CRT of the app. Brian -- 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/