tags 702558 + upstream thanks Le vendredi 8 mars 2013 12:12:18, Joshua Rodman a écrit : > Dear Maintainer, > > pstack on amd64 at least fails to generate stacks of any threads in a > process except the main thread. This is fairly unfortunate, as one of > the main goals of pstack is to generate a quick snapshot of a program > in all its state, so it only fullfills its promise for single-threaded > programs. > > The documentation is fairly clear that it supports LinuxThreads and not > NPTL, but this is a 10 year old limitation at this point. No one has > been using LinuxThreads since the early 2000s. > > The net result is that the pstack binary actually blocks productivity, > since it suggests it will offer pstack-like functionality (eg RHEL, > solaris, etc) but fails to deliver.
Ack. > > There are any number of possible resolution paths. > > 1 - replace pstack binary with shellscript around gdb as RHEL has done I don't see the point of doing this. Depending on gdb would ruin the purpose. I think pstack is interesting as a lightweight solution. > > 2 - pass this upstream > > 3 - enhance pstack to be able to discover all the running threads. For > example, strace has functionality to accomplish thist that is more or > less maintained. Original upstream is dead so I took over the project and maintain it myself. I'm sorry for not having worked on pstack for a while, I was busy working on tcc. I'll see what I can do but have no idea how much time it will require. Thanks for the report, I didn't realize there was this problem. Best regards, Thomas
signature.asc
Description: This is a digitally signed message part.
