[lkml]   [2000]   [Sep]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Anyone working on multi-threaded core files for 2.4 ?
    On Fri, Sep 29, 2000 at 01:34:47PM +0100, James Cownie wrote:
    > I was aiming at the simplest and in my mind most obvious thing, which
    > is to have the standard ELF coreer dump handle multiple threads in the
    > same way as it does on many other systems. The lack of these causes
    > shrieks of amazement from many of our customers :-(
    > This is not rocket science, and there are already debuggers (gdb, our
    > product TotalView, ...) which know how to understand such core dumps
    > if only the kernel produced them.
    > Now that the kernel has mechanisms for finding all the threads in a
    > process, the actual dump writing should be relatively simple. (You
    > need to write the appropriate register notes for every thread, rather
    > than just one).
    > You seem to be aiming for a much more featureful solution (also
    > applicable to checkpointing ?), I'm simply aiming to catch up with
    > existing practice on many other operating systems.

    I have been thinking about adding this for some time. Post mortem
    analysis of multi-threaded programs is a Good Thing(tm). I haven't
    heard any news on whether anyone has started implementation of the
    ideas kicked around on this list with regards to the thread group ID.
    It seemed like a good kernel compromise to bring Linux up to speed
    with other OSs. I should probably get on the glibc mailing list as
    well since there would have to be some changes made there to make
    things work properly.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 12:39    [W:0.021 / U:21.648 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site