From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Sebastien Vauban" Subject: Re: Regression tests and stderr Date: Thu, 01 Mar 2012 23:04:53 +0100 Message-ID: <80obsguge2.fsf@somewhere.org> References: <801upcvwbt.fsf@somewhere.org> <87ehtcouw5.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain Return-path: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org-mXXj517/zsQ@public.gmane.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org-mXXj517/zsQ@public.gmane.org To: emacs-orgmode-mXXj517/zsQ@public.gmane.org Hi Achim, Achim Gratz wrote: > "Sebastien Vauban" > writes: >> Pretty good. One failure, though, which I'll try to investigate (later on). > > That's a new test from Nicolas which seems to need some testing > itself... :-) Just saw your reporting as well... Thanks for pointing out anyway. >> What's weird is the output that comes _after_ the above summary: > > Let me guess, you are on a Windows console or running cmd in a shell > buffer? Then the order of output between STDOUT / STDERR is not > predictable since by default both streams will be buffered. On Windows, yes. But in a MinTTY terminal with Cygwin. I never have seen mixed (delayed) streams with other applications, but they may be less verbose: exit on error, for example, while here a lot of output is written anyway. The delay is a problem. The fact that normal messages (vs only calls to `error') are sent to `stderr' is another big, I think. We can't grep through errors only, or check for some file to be empty (when redirecting stderr to a file), or... Best regards, Seb -- Sebastien Vauban