Browse thread
[Caml-list] Two severe limitations in Graphics module
-
Berke Durak
-
Michaël_Grünewald
-
Berke Durak
- Michaël_Grünewald
-
Berke Durak
-
Michaël_Grünewald
[
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-08-30 (10:06) |
From: | Michaël_Grünewald <michael-grunewald@w...> |
Subject: | Re: [Caml-list] Re: Two severe limitations in Graphics module |
Berke Durak <berke@altern.org> writes: > On Wed, Aug 28, 2002 at 08:06:42AM +0200, Michaël Grünewald wrote: > > 1/You may have two threads, the first will watch the keyboard > > (wait_next_event), the second will update puzzle tiles positions, both will > > send events to your main loop, that will process these events. > > I will try to do this, thanks. I just tried ocamlsdl (I get a weird > relocation error at exit) and ocamlsvga (my S3 card isn't fully > supported), so I have no other choice. This is just an idea :) > I don't like threads very much because they are hard to debug with > ocamldebug, and native threads are not supported under every OS (for > ex. OpenBSD). Humm, isn't *everything* hard to debug with a debugger ? I never did use one, and had ever been happy with `printf' and `flush', and according to many people, the debugger is to be reserved for `critical' bugs. Bye ! -- Michaël Grünewald <michael-grunewald@wanadoo.fr> - RSA PGP Key ID: 0x20D90C12 ------------------- 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