From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Delivered-To: caml-list@yquem.inria.fr Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by yquem.inria.fr (Postfix) with ESMTP id 29172BC48 for ; Wed, 6 Apr 2005 11:16:14 +0200 (CEST) Received: from pauillac.inria.fr (pauillac.inria.fr [128.93.11.35]) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id j369GDJr011088 for ; Wed, 6 Apr 2005 11:16:13 +0200 Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id LAA21936 for ; Wed, 6 Apr 2005 11:16:13 +0200 (MET DST) Received: from smtp814.mail.sc5.yahoo.com (smtp814.mail.sc5.yahoo.com [66.163.170.84]) by concorde.inria.fr (8.13.0/8.13.0) with SMTP id j369GBYO023806 for ; Wed, 6 Apr 2005 11:16:12 +0200 Received: from unknown (HELO ?192.168.1.100?) (rftp@pacbell.net@63.194.18.166 with plain) by smtp814.mail.sc5.yahoo.com with SMTP; 6 Apr 2005 09:16:10 -0000 Message-ID: <4253A8E0.8090802@rftp.com> Date: Wed, 06 Apr 2005 02:16:16 -0700 From: Robert Roessler Organization: Robert's High-performance Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050319 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Caml-list Subject: Toplevel usage of stdout and stderr Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Miltered: at nez-perce with ID 4253A8DD.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Miltered: at concorde with ID 4253A8DB.002 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; toplevel:01 stdout:01 stderr:01 toplevel:01 ocaml:01 stdout:01 stderr:01 ocaml:01 bug:01 model:01 ...:98 unix:01 caml:02 objective:02 warnings:02 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on yquem.inria.fr X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.0.2 X-Spam-Level: I am close to finishing my LablGTK-based syntax-colored GUI for the toplevel... and I have noticed [the Windows version of] the ocaml toplevel seems to use both stdout and stderr for warnings and errors. Chapter 9 of the Objective Caml manual clearly states "results are printed on standard output, errors on standard error" and further that the Windows ocaml.exe "works exactly as under Unix". I would like to know if the apparent mixing of the two channels is intended, or if it is a bug (possibly just with the Windows version), and if there is some rationale for when stdout is used versus stderr. This last would be of help to me, as I am trying to do "smart" filtering (and interpreting) of the toplevel output - and not having any model for what is going to show up where (other than knowing that the "inferred type and result value, if any" will go to stdout, as will the "# " prompt) makes this a little more difficult. :) Robert Roessler roessler@rftp.com http://www.rftp.com