Is there any good option for debugging a multithreaded program?
By defenition there isn't. Anything you do will affect the timing of
your program. If you want debugability, avoid threads.
Race-free parallel programming is an active area of research. I can't
accept your definition because
gdb (gdb 6.3) knows about threads but core dumps half the time
and is 10 years old.
egdb (gdb 7.6) does not work right with multithreaded programs. It
sees only one thread.
Neither supports set scheduler-locking.
Is there any good option for debugging a multithreaded program?
I'm running
On Wed, Feb 19, 2014 at 17:28, John Carr wrote:
gdb (gdb 6.3) knows about threads but core dumps half the time
and is 10 years old.
egdb (gdb 7.6) does not work right with multithreaded programs. It
sees only one thread.
Neither supports set scheduler-locking.
Is there any good
Date: Wed, 19 Feb 2014 17:28:24 -0500
From: John Carr j...@mit.edu
gdb (gdb 6.3) knows about threads but core dumps half the time
and is 10 years old.
egdb (gdb 7.6) does not work right with multithreaded programs. It
sees only one thread.
I'm still planning to merge the changes for