Christian Ohler <[EMAIL PROTECTED]> writes: > Christian Ohler, 2007-04-18: > >> For xmtn's interface to mtn automate stdio, the inability to distinguish >> stdout and stderr in Emacs' process filter functions is a problem with >> no elegant solution that I'm aware of. Redirecting stderr to a file and >> reading it after the process has completed is acceptable for quick >> one-shot commands, but less easy for subprocesses that are potentially >> never terminated such as mtn automate stdio. > > On Unix-like systems, a solution might be to redirect stderr to a named > pipe and spawn a "cat" subprocess to read it. This would allow separate > output buffers (or filter functions) for stdout and stderr, and also > work for long-running subprocesses.
That sounds like a good idea. > I'd be curious to know whether Cygwin and MinGW support named pipes well > enough to allow this to work. The Cygwin user's guide says "pipe" is POSIX-compliant. I'm not familiar with named pipes. If you post an example that would test this, I can run it to see if it works, with both Cygwin and MinGW. -- -- Stephe _______________________________________________ Dvc-dev mailing list [email protected] https://mail.gna.org/listinfo/dvc-dev
