lkml.org 
[lkml]   [2002]   [Dec]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: PTRACE_GET_THREAD_AREA
    Date
    In article <20021220102431.A26923@infradead.org>,
    Christoph Hellwig <hch@infradead.org> wrote:
    >
    >I don't think ptrace is the right interface for this. Just changed
    >the get_thread_area/set_thread_area to take a new first pid_t argument.

    No. There is _no_ excuse for even looking at (much less changing)
    another process' thread area unless you are tracing that process.

    Basically, there is only _one_ valid user of getting/setting the thread
    area of somebody else, and that's for debugging. And debuggers use
    ptrace. It's as simple as that. They use ptrace to read and set memory
    contents, they use ptrace to read and set registers, and they should use
    ptrace to check status bits of the process.

    We do not introduce any extensions to existing system calls for
    debuggers. We already have the interface, and one that does a lot better
    at checking permissions in _one_ place than it would be to have magic
    "can this process read/modify another process" things.

    Linus
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 13:31    [W:4.450 / U:0.188 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site