Browse thread
[Caml-list] Segfault in a native code multi-threaded program
[
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: | -- (:) |
| From: | David Mentre <David.Mentre@i...> |
| Subject: | Re: [Caml-list] Segfault in a native code multi-threaded program |
Vitaly Lugovsky <vsl@ontil.ihep.su> writes: > You can try gdb -c core <progname> after segfault even in multithreaded > environment. Oh yes, I've forgotten about that. Thanks. > And, sure, you can use assertions and debugging output (do not forget to > flush it) to find out where the shit happens. True. However I wondered if they were more elaborated debugging techniques before relying on printf. My program now produces a segfault even in byte code mode. :( Probably a misuse of Marshal. I've typed all of its input/output uses but I've probably messed things between a marshal and its unmarshal counter part. <hint for next ocaml ;)> It would be very nice to be able to rely on Marshal as safely as on ocaml typing. Just to be sure that if I expect an int * string, I will effectively receive an int * string or raise an exception. It could probably be done using the same tricks as used in printf formatters. </hint for next ocaml ;)> Best regards, d. -- David.Mentre@inria.fr Opinions expressed here are only mine. ------------------- Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr