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 TAA14635; Mon, 26 Jul 2004 19:12:14 +0200 (MET DST) 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 TAA14735 for ; Mon, 26 Jul 2004 19:12:14 +0200 (MET DST) Received: from yquem.inria.fr (yquem.inria.fr [128.93.8.37]) by concorde.inria.fr (8.12.10/8.12.10) with ESMTP id i6QHC7SH027233; Mon, 26 Jul 2004 19:12:07 +0200 Received: by yquem.inria.fr (Postfix, from userid 18180) id 00268BC78; Mon, 26 Jul 2004 19:12:05 +0200 (CEST) Date: Mon, 26 Jul 2004 19:12:05 +0200 From: Xavier Leroy To: yminsky@cs.cornell.edu Cc: Caml Mailing List Subject: Re: [Caml-list] Re: Size limitation on input_value Message-ID: <20040726171205.GD6618@yquem.inria.fr> References: <891bd33904072212415292635c@mail.gmail.com> <891bd33904072609484169f951@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <891bd33904072609484169f951@mail.gmail.com> User-Agent: Mutt/1.3.28i X-Miltered: at concorde with ID 41053B67.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Loop: caml-list@inria.fr X-Spam: no; 0.00; caml-list:01 3.07:01 strace:01 caml-bugs:01 caml:01 regression:02 unit:03 reproduce:03 behavior:03 clues:04 output:05 load:06 load:06 discussion:08 function:09 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk > So, I've investigated this a little further, and it's a definite > regression. Here's the function I used: > [...] > On 3.08, I get this: > # run ~save:true ~load:true 1000000;; > Out of memory during evaluation. > # run ~save:true ~load:false 1000000;; > Out of memory during evaluation. > # run ~save:false ~load:false 1000000;; > - : unit = () I cannot reproduce this behavior with 3.08 here. All three phrases evaluate without Out_of_memory conditions. There have been no significant changes in the code for output_value and input_value between 3.07 and 3.08. Could you investigate some more where the Out_of_memory comes from? strace and OCAMLRUNPARAM='v=63' could give useful clues. Please use caml@inria.fr or caml-bugs@inria.fr to continue this discussion. - Xavier Leroy ------------------- 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