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 XAA10847; Tue, 1 Apr 2003 23:01:01 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f 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 XAA10440 for ; Tue, 1 Apr 2003 23:01:00 +0200 (MET DST) Received: from mail.exomi.com (mail.exomi.com [217.169.64.72]) by nez-perce.inria.fr (8.11.1/8.11.1) with ESMTP id h31L0x921322 for ; Tue, 1 Apr 2003 23:00:59 +0200 (MET DST) Received: from exomi.com (unknown [10.0.5.5]) by mail.exomi.com (Postfix) with ESMTP id B984D5D03; Wed, 2 Apr 2003 00:00:58 +0300 (EEST) Date: Wed, 2 Apr 2003 00:00:57 +0300 Subject: Re: [Caml-list] Bug? Printf, %X and negative numbers Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v551) Cc: caml-list@inria.fr To: tim@fungible.com (Tim Freeman) From: Ville-Pertti Keinonen In-Reply-To: <20030401203520.2F2FF7F4D@lobus.fungible.com> Message-Id: <0909C1DA-6485-11D7-848D-000393863F70@exomi.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.551) X-Spam: no; 0.00; caml-list:01 bug:01 printf:01 pointers:01 precompute:01 arrays:01 anyhow:01 checking:01 string:03 bounds:03 data:03 scheme:03 array:04 desirable:05 uses:06 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk > Most blocks are small, so one could make a scheme that fits the number > of pointers into the current block header for small blocks and uses an > extra word for larger blocks. This would have the desirable side > effect of increasing the limit on the size of arrays. Code that > accesses inside a block often knows the size of the block it's > accessing, so you can often precompute whether that extra word is > there and avoid taking a branch to decide whether to skip it. Code that accesses fields of a block always knows the size unless it's an array (or string), in which case bounds checking also needs to be done, but it couldn't contain mixed data anyhow. ------------------- 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