Hello Bart, Bart Van Assche wrote: > This makes me wonder why you would like to do this ? Is it because you > want to be able to debug race conditions in concurrent code ? In that > case, please have a look at the exp-drd project -- this might be what > you are looking for.
Thanks, I've taken a look at that. But I'm more after debugging logical errors, which can occur or not, depending on non-deterministic runtime behavior of parallel programs. > Note: what you have in mind has already been implemented some time > ago, but only for the i386 architecture. Please have a look at the > following information in case you are not yet familiar with it: > * Michiel Ronsse and Koen De Bosschere, RecPlay: a fully integrated > practical record/replay system, ACM Transactions on Computer Systems > (TOCS), Volume 17 , Issue 2 (May 1999). See also > http://portal.acm.org/citation.cfm?doid=312203.312214 or > http://escher.elis.ugent.be/publ/Edocs/DOC/P099_084.pdf. Hm.. looks interesting, but unfortunately I cannot find the full document anywhere. Let alone source code. > * DIOTA, Dynamic Instrumentation, Optimisation and Transformation of > Applications, http://www.elis.ugent.be/diota. Oh, nice, thanks for that pointer. It's record/playback mechanism could help me. Although, that doesn't support multiple processes at all. I've also taken another look at gdb, which can now handle multiple forked processes just perfectly (at least on Linux and HP-UX, it seems). I could automate that so it executes the target program just up to the point where I want full control, then let it execute a single process at a time, just in the order I need it to check for that certain state. However, a gdb solution would be limited to Linux and HP-UX. And it feels a little hackish to use a debugger to control scheduling of the target program. Valgrind feels like the better place to start with. Regards Markus ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Valgrind-developers mailing list Valgrind-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/valgrind-developers
