From: "Warp" <warplayer@free.fr>
To: "dengping zhu" <zhudp@cs.bu.edu>, "Ocaml" <caml-list@inria.fr>
Subject: Re: [Caml-list] about Obj.magic
Date: Fri, 31 May 2002 11:17:56 +0200 [thread overview]
Message-ID: <003601c20884$0d78efd0$7900a8c0@warp> (raw)
In-Reply-To: <Pine.SOL.4.20.0205301650360.11729-100000@csa.bu.edu>
> When should I use 'Obj.magic'? It is really confusing. Now I am converting
> a bunch of code from sml to ocaml. During the process, I want to make
> sure that the type of every function keep consistent with the original
> one. But I still encountered a lot of problems about the types in ocaml.
> For examples, all my base functions are fine in ocaml. But, sometimes when
> I tried to combine a few base functions together in the same way as my
> original code, I got a type error. After endless trial, I have to use
> 'Obj.magic'. In some sense, it is good because I can compile my code
> now. On the other hand, things will be worse because it is very difficult
> to debug if I use a few 'Obj.magic' in my code. I couldn't find out the
> origins of all the runtime errors.
>
> So, we should be very careful to use 'Obj.magic'. Can somebody tell me
> the appropriate situation to use this function?
One case can be 'almost-legal' : downcasting an object to its implementation
class if you're sure that it has been previously upcasted to the interface
type class.
ex :
(* MLI file *)
class type intf =
sig
method a : unit
end
val new_intf : intf -> intf
(* ML file *)
class impl parent =
object
method a = ....
method b = ....
end
let new_intf i = (new impl (Obj.magic i : impl) :> intf) (* upcast impl to
intf in order to hide method 'b' *)
Nicolas Cannasse
www.motion-twin.com
-------------------
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
next prev parent reply other threads:[~2002-05-31 9:19 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-05-30 21:09 dengping zhu
2002-05-30 22:38 ` Jacques Garrigue
2002-05-31 4:00 ` Daniel de Rauglaudre
2002-05-31 5:37 ` Oleg
2002-05-31 6:17 ` Daniel de Rauglaudre
[not found] ` <p05100300b91cea02dbf5@[192.168.1.22]>
2002-05-31 9:50 ` [Caml-list] SML->OCaml (was: about Obj.magic) Daniel de Rauglaudre
2002-05-31 15:39 ` [Caml-list] about Obj.magic dengping zhu
2002-05-31 16:28 ` John D. Barnett
2002-06-01 8:37 ` Jacques Garrigue
2002-06-01 16:00 ` dengping zhu
2002-06-01 17:20 ` Pierre Weis
2002-05-31 9:17 ` Warp [this message]
2002-05-31 13:58 ` Jacques Garrigue
2002-05-31 14:06 ` Warp
2002-05-31 18:21 ` John Max Skaller
2002-06-01 17:42 ` Pierre Weis
2002-06-02 15:15 ` John Max Skaller
[not found] ` <D37FA3E3-763B-11D6-BE8F-0003938819CE@inria.fr>
2002-06-04 10:22 ` Pierre Weis
2002-05-31 14:10 ` Remi VANICAT
2002-05-31 16:19 ` Christophe TROESTLER
2002-05-31 18:06 ` Olivier Andrieu
2002-05-31 22:03 ` Christophe TROESTLER
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='003601c20884$0d78efd0$7900a8c0@warp' \
--to=warplayer@free.fr \
--cc=caml-list@inria.fr \
--cc=zhudp@cs.bu.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox