From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id JAA21736; Tue, 24 Dec 2002 09:40:21 +0100 (MET) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f 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 JAA22039 for ; Tue, 24 Dec 2002 09:40:21 +0100 (MET) Received: from pauillac.inria.fr (pauillac.inria.fr [128.93.11.35]) by concorde.inria.fr (8.11.1/8.11.1) with ESMTP id gBO8eIH24870; Tue, 24 Dec 2002 09:40:18 +0100 (MET) Received: (from cuoq@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id JAA22258; Tue, 24 Dec 2002 09:40:18 +0100 (MET) Date: Tue, 24 Dec 2002 09:40:17 +0100 From: Pascal Cuoq To: SONGSU YUN Cc: caml-list@inria.fr Subject: Re: [Caml-list] mlgtk Message-ID: <20021224094017.A21943@pauillac.inria.fr> Reply-To: Pascal.Cuoq@inria.fr References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from yuns@us.ibm.com on Thu, Dec 19, 2002 at 04:52:53PM -0500 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk > First, it seems that there's no more development activities going on. > Is that the case ? Yes (that is, Chinese/Korean/... "yes". English "no"), there is no more development of mlgtk. > I prefer mlgtk to lablgtk since it is easier to use, easier to understand > and generates more compact code(at least on AIX system). I prefer it for these reasons too, but none of my current projects needs a GUI, so it's difficult for me to keep finding time to work on it. > The other question is about reference counting. > I looked at lablgtk source and saw that it implemented reference counting, > but I cound not find any reference counting code in mlgtk. That is because mlgtk is buggy, or at least because it only works if used as intended. I started to understand how gtk's reference counting was supposed to work just before I started to have no more time available available for mlgtk, so I never had time to fix this "bug". > If it is not, is it because the developers decided that it was not > necessary or it just wasn't implemented ? It's more the second one :) but everything will work fine if you don't try to free any gtk objects (and even if you do, it's only a memory leak, you might never notice :) ). Do you really need it, or are you asking just out of curiosity? I could make an effort and implement it, if you need it (and as Sven pointed out, the source is available :) ). Pascal ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners