This is the mail archive of the glibc-bugs@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug libc/16291] feature request: provide simpler ways to compute stack and tls boundaries


https://sourceware.org/bugzilla/show_bug.cgi?id=16291

--- Comment #27 from Rich Felker <bugdal at aerifal dot cx> ---
I don't see how what you're doing can work at all except by chance unless you
are completely refraining from using any libc functionality in the cloned
"thread" which is neither a valid thread nor a valid process from libc's
perspective. This is making me more and more doubtful that glibc or any other
libc could provide a suitable permanent API contract suitable to your needs
without severely constraining its own internals in ways that affect large parts
of the  implementation.

As for the need to do these hacks, both ptrace and
process_vm_readv/process_vm_writev provide access to the traced process's vm
space. Is the reason you need to share virtual address space with the traced
process simply for the sake of performance?

-- 
You are receiving this mail because:
You are on the CC list for the bug.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]