RE: Interactive subprocess output not echoed until process ends

"Daniel E. Fineman" <[email protected]>
Newsgroups gmane.emacs.xemacs.windows
Message-ID <000701c317db$08166d30$8001a8c0@aardvark>
Ah, some key evidence here:

http://www.gnu.org/software/emacs/windows/faq7.html

See the section about buffering.  It seems some of the interactive
subprocesses buffer their output -- and I'm seeing that if I get a
subprocess to queue up a decent amount of output (seems about 1k for
telnet command mode), it'll spit out the output.

Now how to get it to not buffer...!

Dan

-----Original Message-----
From: Stephen J. Turnbull [mailto:[email protected]] On Behalf
Of Stephen J. Turnbull
Sent: Sunday, May 11, 2003 8:39 AM
To: Daniel E. Fineman
Cc: [email protected]
Subject: Re: Interactive subprocess output not echoed until process ends


>>>>> "Daniel" == Daniel E Fineman <[email protected]> writes:

    Daniel> If you start a shell, and then in that shell, start an
    Daniel> interactive sub-process (i.e. 'telnet' or 'mysql'), the
    Daniel> user won't see the output of the subprocess until the
    Daniel> subprocess ends.

This is likely to be either a misconfigured or out-and-out broken shell
rather than an XEmacs problem.  Most of the XEmacs Windows developers
live in shell buffers.

    Daniel> Is there any way to get the subprocess's output to be
    Daniel> echoed immediately?

For me (Windows 2000, XEmacs 21.4.12, 21.5.12), starting XEmacs and
typing M-x shell does the trick.  Shell is Cygwin bash.

Please send a full bug report using M-x report-emacs-bug, and don't
forget to tell us the values of your SHELL and COMSPEC environment
variables, and (if available ) the version of the shell.


-- 
Institute of Policy and Planning Sciences
http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba                    Tennodai 1-1-1 Tsukuba 305-8573
JAPAN
               Ask not how you can "do" free software business;
              ask what your business can "do for" free software.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.