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.0 required=5.0 tests=none autolearn=disabled version=3.1.3 X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by yquem.inria.fr (Postfix) with ESMTP id 76A41BBC1 for ; Wed, 20 Feb 2008 09:44:44 +0100 (CET) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAC93u0dQDPIaa2dsb2JhbACMOoQYCwQGBwkSB59B X-IronPort-AV: E=Sophos;i="4.25,380,1199660400"; d="scan'208";a="7492576" Received: from smtp20.orange.fr ([80.12.242.26]) by mail2-smtp-roc.national.inria.fr with ESMTP; 20 Feb 2008 09:44:44 +0100 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2002.orange.fr (SMTP Server) with ESMTP id 270DB1C000D1 for ; Wed, 20 Feb 2008 09:44:44 +0100 (CET) Received: from [192.168.1.59] (APuteaux-154-1-99-200.w86-205.abo.wanadoo.fr [86.205.26.200]) by mwinf2002.orange.fr (SMTP Server) with ESMTP id 99E871C00091; Wed, 20 Feb 2008 09:44:43 +0100 (CET) X-ME-UUID: 20080220084443639.99E871C00091@mwinf2002.orange.fr Message-ID: <47BBE877.9010507@frisch.fr> Date: Wed, 20 Feb 2008 09:44:39 +0100 From: Alain Frisch User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: David Allsopp Cc: caml-list@yquem.inria.fr Subject: Re: [Caml-list] Re: large hash tables References: <55e81f00-5ef7-4946-9272-05595299e114@41g2000hsc.googlegroups.com> <33d2b3f70802192118p4d887212mcf76e34447c54e52@mail.gmail.com> <00e201c8739b$d7dcb530$2101a8c0@countertenor> In-Reply-To: <00e201c8739b$d7dcb530$2101a8c0@countertenor> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam: no; 0.00; frisch:01 frisch:01 hash:01 wrote:01 stack:01 stack:01 exception:01 caml-list:01 alain:01 alain:01 slower:02 slower:02 supported:02 library:03 overflow:03 David Allsopp wrote: > resizing, even it means that the resizing is potentially slower (a slower > version could always be used if the buckets are detected to be huge or in > response to a caught Stack_overflow - though that could prove tricky). The detection of Stack_overflow does not work well for all the supported systems. A library should not assume that the exception will be raised properly. -- Alain