From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@yquem.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 2612DBBBB for ; Mon, 13 Mar 2006 17:39:21 +0100 (CET) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id k2DGdKmX016332 for ; Mon, 13 Mar 2006 17:39:20 +0100 Received: by xproxy.gmail.com with SMTP id i27so828934wxd for ; Mon, 13 Mar 2006 08:39:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=BsdQfQyD7I+rYpPNq2zKA1LQp0ftqS+KzVKd2tPDSPs/oT6MMnD1Ig+ZOaZMfLcZsENDkvyMPfd3jQZsoSyHSqaAxdfMg79P/2PmptpTwfvS57YFtJALwNIF/kAT4X4e0DY/Ui419lV/rIwxIw3HkiNTiGyBhFaM5MPxMizWj0Y= Received: by 10.70.52.3 with SMTP id z3mr427590wxz; Mon, 13 Mar 2006 08:39:19 -0800 (PST) Received: by 10.70.57.14 with HTTP; Mon, 13 Mar 2006 08:39:19 -0800 (PST) Message-ID: Date: Mon, 13 Mar 2006 11:39:19 -0500 From: "Markus Mottl" To: "=?ISO-8859-1?Q?Sayan_(S=E9bastien_Li-Thiao-T=E9)?=" Subject: Re: [Caml-list] Allocating caml lists from C : possible bug on amd64 Cc: caml-list@yquem.inria.fr In-Reply-To: <441595B8.3040203@crans.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3700_26933053.1142267959144" References: <440F556A.9010209@crans.org> <44158770.6000407@crans.org> <441595B8.3040203@crans.org> X-Miltered: at nez-perce with ID 4415A038.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; markus:01 mottl:01 markus:01 mottl:01 allocating:01 bug:01 compiler:01 compiler:01 bug:01 ocaml:01 ocaml:01 W8:98 W8:98 wrote:01 wrote:01 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on yquem.inria.fr X-Spam-Level: X-Spam-Status: No, score=0.6 required=5.0 tests=HTML_50_60,HTML_MESSAGE, INFO_TLD,RCVD_BY_IP autolearn=disabled version=3.0.3 ------=_Part_3700_26933053.1142267959144 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 3/13/06, "Sayan (S=E9bastien Li-Thiao-T=E9)" wrote: > > I have already tried to be GC-friendly, and use the "standard" way to do > things. Well, you shouldn't expect the GC to become more friendly towards you when you become less friendly towards the GC ;-) For example the following function also works using a 32-bit > chroot, but also fails with the 64-bit compiler. The question is : why > does it fail with the 64-bit compiler? Obviously because of a bug: the allocation functions return negative values on 64-bit machines. You should submit a bug report here: http://www.ocaml.org/mantis Regards, Markus -- Markus Mottl http://www.ocaml.info markus.mottl@gmail.com ------=_Part_3700_26933053.1142267959144 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 3/13/06, "Sayan (S=E9bastien Li-Thiao= -T=E9)" <sayan@crans.org= > wrote:
I have already tried to be GC-friendly, and use the "standard" wa= y to do
things.

Well, you shouldn't expect the GC to become more friendly towards you when = you become less friendly towards the GC ;-)

For exa= mple the following function also works using a 32-bit
chroot, but also f= ails with the 64-bit compiler. The question is : why
does it fail with the 64-bit compiler?

Obviously because of a bug: the allocation functions return negative values on 64-bit machines.  You should submit a bug report here: http://www.ocaml.org/mantis

Regards,
Markus

--
Markus Mottl        http://www.ocaml.info      &n= bsp;  markus.mottl@gmail.com ------=_Part_3700_26933053.1142267959144--