Browse thread
Bugs with pattern-matching and exceptions
-
Louis Gesbert
- Jacques Garrigue
- Louis Gesbert
- Alain Frisch
[
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: | 2006-02-28 (15:51) |
From: | Alain Frisch <Alain.Frisch@i...> |
Subject: | Re: [Caml-list] Bugs with pattern-matching and exceptions |
Louis Gesbert wrote: > More recently, I discovered a far worse bug which leads to some > inconsistency. Ocaml offers a syntax " exception E' = E " to create an > alias to an exception, which I have hardly ever seen used (with reason, it > seems). The problem you raise is not related to the "exception E' = E" construction. E.g.: # exception E of int;; exception E of int # let x = E 1;; val x : exn = E 1 # exception E of bool;; exception E of bool # let y = E true;; val y : exn = E true # x = y;; - : bool = true Comparing values of different types can be unsafe, I guess, when the values are custom blocks. Exception definitions are generative. The equality of two exception constructors, as checked by pattern matching, is implemented as reference (pointer) equality. Concretely, the identity of an exception constructor is a "string ref", whose content corresponds to the displayed name of the exception. Unfortunately, the generic comparison function has no way to know that the blocks under consideration are exceptions and that the constructoes should thus be compared physically. For equality, this would be quite simple to patch (e.g. reserve a special GC tag to indicate exception blocks). For the total ordering, one could e.g. generate a globally unique integer identifier (pointer comparison does not work because blocks can be moved by the GC). The other solution is to keep ourselves from using generic comparison for exceptions and to rely only on pattern matching. -- Alain