No, it just causes the process to print thread states to stderr. You
need to have threadframe installed for it to work.
sophana wrote on 5/1/07 2:23 PM:
> Hi
> Thanks for the suggestion. I'll try it next time.
> I happened again some minutes ago, but it unfreezed without my
> intervention.
> Doe
It shouldn't do. If the process is still receiving events (we've come
across situations where the process is not responsive) the QUIT signal
will cause the process to dump the thread stack frames to stderr and
continue on its way.
Alex
On 5/1/07, sophana <[EMAIL PROTECTED]> wrote:
> Hi
> Thanks
Hi
Thanks for the suggestion. I'll try it next time.
I happened again some minutes ago, but it unfreezed without my
intervention.
Does this signal exits the process?
Ben Parker a écrit :
> Hi Sophana - There was a new feature in webware 0.9.2 which allows you
> to send SIGQUIT to the process and
Hi Sophana - There was a new feature in webware 0.9.2 which allows you
to send SIGQUIT to the process and get a dump of the stack frames for
all threads. Have you tried this?
Regards - Ben
sophana wrote on 5/1/07 2:03 PM:
> I'm not using pdb breakpoints inside my code.
> The strange thing is th
I'm not using pdb breakpoints inside my code.
The strange thing is that it does not respond to kill, but kill -9.
would pdb cause that?
Cosmin Stejerean a écrit :
> I've seen something similar happen with pdb debug breakpoints. When
> the application hits the breakpoint it will freeze all processe
Hi
I'm using webware in production since almost 10 months now. I would
first like to thank all webware contributors. I'm really busy actually,
and hope to contribute some of my code as soon as I can.
My server is a centos4 with a python2.4.1 package which came from the
atrpms repository (which do
