Browse thread
Re: [Caml-list] Hashtbl iter semantics
[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: | 2002-05-27 (19:05) |
From: | Damien Doligez <damien.doligez@i...> |
Subject: | Re: [Caml-list] Hashtbl iter semantics |
>From: John Max Skaller <skaller@ozemail.com.au> >For example: delete: if a binding is deleted it won't be presented >subsequently. >Add: the binding may or may not be presented. >Replace: if the binding is presented, it will have the data value used >in replace. >If the binding was already presented, it will not be represented. >Otherwise: the binding will be presented with its initial data value. AFAICT from a quick look at the source, it's more like this: delete: the binding may or may not be presented subsequently add: the binding may or may not be presented replace: the binding may be presented with the old or the new data value; if it was already presented, it will not be represented otherwise: the binding will be presented with its initial data value. -- Damien ------------------- 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