Re: RXVT Problem with buffering of application output.

Ayamico Hamasaki wrote: I am using a lot of these programs from day to day. For example, the Clearcase command line programs. All the programs require user inputs will exhibit the output buffering problem. This almost makes rxvt un-usable. I am not saying this is a rxvt problem. This could be

Re: RXVT Problem with buffering of application output.

On Fri, Mar 21, 2003 at 03:31:13PM +, John Vincent wrote: >I suspect the problem is that there are two ways to read and write in >DOS/Windows. The problem is that pipes are not considered to be "tty" devices and so the MSVCRT layer changes the default output buffering. cgf -- Please use the

Re: RXVT Problem with buffering of application output.

Hi, I suspect the problem is that there are two ways to read and write in DOS/Windows. You can read the standard input and write to the standard output, as in unix/linux etc. You can also read from the console and write to the console with calls that don't touch the standard input/output. I be

Re: RXVT Problem with buffering of application output.

I am sorry if I have offended you in some way. I guess I was to engrossed in describing the problem and too eager to know if there is a solution. Well I have the source codes. May I should try. Ayamico Hamasaki, Best Regards __ Do you Yahoo!? Yaho

Re: RXVT Problem with buffering of application output.

On Thu, Mar 20, 2003 at 11:18:31PM -0500, Igor Pechtchanski wrote: >FYI, you could try writing a Cygwin wrapper program that would capture the >output of a Windows process and print it out using Cygwin functions. >This program should be able to recognize Cygwin ttys. You've just described rxvt...

Re: RXVT Problem with buffering of application output.

Ayamico, FYI, you could try writing a Cygwin wrapper program that would capture the output of a Windows process and print it out using Cygwin functions. This program should be able to recognize Cygwin ttys. Search MSDN for STARTF_USESTDHANDLES, or see

Re: RXVT Problem with buffering of application output.

On Thu, Mar 20, 2003 at 07:22:09PM -0800, Ayamico Hamasaki wrote: >However, I do not buy the solution that the only alternative is to >change the native app's buffering. There are thousands (or may be >millions) of these applications written by 3rd parties out there. I do >not have the source cod

Re: RXVT Problem with buffering of application output.

As I have done more researches on this. I agreed with Christopher Faylor that is because of the fact that cygwin's ptys are actually pipes. Native Windows program cannot recognize cygwin's pty. More details of the problem are described in http://www.khngai.com/emacs/tty.php However, I do not buy

Re: RXVT Problem with buffering of application output.

In the absence of addtional context, I would say that this is a Perl issue, not an RXVT issue. By default, Perl buffers STDOUT. If you add use IO::Handle; STDOUT->autoflush(1); to the script below, you'll see the prompt just fine in RXVT, at least with CYGWIN=tty HTH, --Rick --- "Fletcher, Bob

Re: RXVT Problem with buffering of application output.

On Wed, Mar 19, 2003 at 11:48:40AM -0500, Fletcher, Bob (GEAE, IT) wrote: > >A Few weeks ago ayamico at yahoo dot com posted a question about RXVT. I >haven't seen any response and was wondering if anyone else is having/looking at >this problem. > >The previous message is: >http://sources.redhat.c

RXVT Problem with buffering of application output.

A Few weeks ago ayamico at yahoo dot com posted a question about RXVT. I haven't seen any response and was wondering if anyone else is having/looking at this problem. The previous message is: http://sources.redhat.com/ml/cygwin/2003-03/msg00524.html 2003-03-07, 4989 bytes When we run some comm