From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <weis@pauillac.inria.fr>
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 13D86BCAB
	for <caml-list@yquem.inria.fr>; Fri, 27 May 2005 10:17:53 +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 j4R8Hq3S025781
	for <caml-list@yquem.inria.fr>; Fri, 27 May 2005 10:17:52 +0200
Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id KAA29684 for <caml-list@pauillac.inria.fr>; Fri, 27 May 2005 10:17:52 +0200 (MET DST)
Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194])
	by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id j4R8Hp4w025778
	for <caml-list@inria.fr>; Fri, 27 May 2005 10:17:52 +0200
Received: by wproxy.gmail.com with SMTP id 69so1506251wri
        for <caml-list@inria.fr>; Fri, 27 May 2005 01:17:51 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=P+XsqxlbGgNmDXbkCEezvqmjxKOGPEddD0a0bo5a+K25Nl0cZjKpBNXD7JAMvKXyPD3i7TSYH5PIbFunikBwlEpqn8czRU4UGp3nXsXCx+C6edMrLKLDJl+muM6vLLgbKJ7UO/JMlw10jF3DjhnqrMadzHV4cUW/OSQjfu4U7dY=
Received: by 10.54.11.33 with SMTP id 33mr2411076wrk;
        Fri, 27 May 2005 01:17:51 -0700 (PDT)
Received: by 10.54.57.49 with HTTP; Fri, 27 May 2005 01:17:51 -0700 (PDT)
Message-ID: <a21cb60a05052701175a110d90@mail.gmail.com>
Date: Fri, 27 May 2005 11:17:51 +0300
From: Anatoly Zaretsky <anatoly.zaretsky@gmail.com>
Reply-To: Anatoly Zaretsky <anatoly.zaretsky@gmail.com>
To: Caml-list <caml-list@inria.fr>
Subject: Re: [Caml-list] ocamlopt and *using* DLLs
In-Reply-To: <4296824D.8030400@rftp.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <4292A58D.207@rftp.com>
	 <20050524.132951.104054009.garrigue@mailhost.math.nagoya-u.ac.jp>
	 <4296824D.8030400@rftp.com>
X-Miltered: at nez-perce with ID 4296D7B0.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)!
X-Miltered: at nez-perce with ID 4296D7AF.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)!
X-Spam: no; 0.00; caml-list:01 ocamlopt:01 dlls:01 gtk:01 ocaml:01 gtk:01 stdout:01 lablgtk:01 ocaml-win:01 mkwinapp:01 cvs:01 viewcvs:01 ocaml-win:01 mkwinapp:01 ...:98 
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=RCVD_BY_IP autolearn=disabled 
	version=3.0.2
X-Spam-Level: 

On 5/27/05, Robert Roessler <roessler@rftp.com> wrote:
> ...
> I have one more issue which I will bring up in this group, since it
> presumably effects anyone using GTK apps on Windows: what can I do
> about the [gratuitous to me] console window opened with my OCaml/GTK app?
>=20
> Aside from the philosophical debate about having a "stdout" or not, a
> very large number of Windows app certainly manage without one. :)
>=20
> Did someone on this or the LablGTK list have a piece of code yielding
> a tiny/invisible console window for GTK apps on Windows?  I thought I
> had seen something like that previously, but my searches are coming up
> empty.

There is a small hack in ocaml-win32 for console window elimination,
mkwinapp (http://cvs.sourceforge.net/viewcvs.py/*checkout*/ocaml-win32/ocam=
l-win32/mkwinapp.ml)