From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on yquem.inria.fr X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=AWL autolearn=disabled version=3.1.3 X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from mail1-relais-roc.national.inria.fr (mail1-relais-roc.national.inria.fr [192.134.164.82]) by yquem.inria.fr (Postfix) with ESMTP id 3377FBB84 for ; Sun, 1 Jun 2008 23:06:29 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: An8AAI6sQkhQW+UCmmdsb2JhbACSEwEBAQEBCAUIBxEEmTY X-IronPort-AV: E=Sophos;i="4.27,575,1204498800"; d="scan'208";a="13057543" Received: from discorde.inria.fr ([192.93.2.38]) by mail1-smtp-roc.national.inria.fr with ESMTP; 01 Jun 2008 23:06:29 +0200 Received: from mail1-relais-roc.national.inria.fr (mail1-relais-roc.national.inria.fr [192.134.164.82]) by discorde.inria.fr (8.13.6/8.13.6) with ESMTP id m51L6QGs009680 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=OK) for ; Sun, 1 Jun 2008 23:06:29 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: An8AAI6sQkhQW+UCmmdsb2JhbACSEwEBAQEBCAUIBxEEmTY X-IronPort-AV: E=Sophos;i="4.27,575,1204498800"; d="scan'208";a="13057539" Received: from main.gmane.org (HELO ciao.gmane.org) ([80.91.229.2]) by mail1-smtp-roc.national.inria.fr with ESMTP; 01 Jun 2008 23:06:26 +0200 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1K2uku-00005z-2u for caml-list@inria.fr; Sun, 01 Jun 2008 21:06:20 +0000 Received: from ks300734.kimsufi.com ([91.121.65.225]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Jun 2008 21:06:20 +0000 Received: from sylvain by ks300734.kimsufi.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Jun 2008 21:06:20 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: caml-list@inria.fr From: Sylvain Le Gall Subject: Re: Pipes and Standard Output / Input on Windows Date: Sun, 1 Jun 2008 21:06:10 +0000 (UTC) Message-ID: References: <3C72DA5E-36A7-411B-AFFA-EE26DA74D9B5@coherentgraphics.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ks300734.kimsufi.com User-Agent: slrn/pre0.9.9-102 (Linux) Sender: news X-Miltered: at discorde with ID 48430F52.000 by Joe's j-chkmail (http://j-chkmail . ensmp . fr)! X-Spam: no; 0.00; le-gall:01 ocaml:01 command-line:01 toolchain:01 stdout:01 stdout:01 stdin:01 wrote:01 msvc:01 cleanly:01 bin:01 variant:02 data:02 data:02 compiling:02 On 29-05-2008, John Whitington wrote: > Hullo. > > I'm compiling OCaml command-line software with the MSVC toolchain on > Windows. Users have noticed two problems: > > (a) When output (such as the --help) is done on Windows, the help > doesn't all show (I fixed this by flushing stdout manually - but > shouldn't stdout be flushed when the process exits anyway?) > > (b) Chaining invocations of the tool together using pipes on Windows > often fails. The second process in the chain gets an End_Of_File after > only a few hundred bytes of data. I've confirmed the data is all being > output by the first process, and the first process is exiting cleanly. > All the open_in and open_out calls are using the _bin variant. The > data being sent down the pipe is a PDF file (which contains binary > sections). > > Neither of these problems occur on Linux / Mac builds - is there > something about windows pipes I should know? > I am not sure if it is related, but i have a problem with "|" command line pipe. It seems that this way channel are not binary one... If you happen to transmit binary data through it, you could have problem... I detect it, by trying "output_value stdin x". Do you think your problem is related? Regards, Sylvain Le Gall