On Wed, 2011-05-18 at 14:20 -0400, Jeff Trawick wrote:
It turns out that httpd 2.2.18 has a binary ABI breakage bug which
will require a re-roll. If we have our 1.4.4/1.3.11 regressions
(Windows debug log, ldap pool cleanup, fnmatch edge case) resolved in
new releases in time, that would be
On Wed, 2011-05-18 at 00:53 +0200, Rainer Jung wrote:
GDB allows to also get details on the values of variables used, step
through the code etc. You give gdb two arguments, the path to your httpd
binary and the process ID of the CPU consuming process. Once the gdb
prompt is shown, you can
Hello,
I have recently discovered while updating my apache22 installation and
subsequently apr1 from 1.4.2 to 1.4.4 that mod_jk now causes the apache
server to consume 100% cpu and become unresponsive. I have tried
recompiling mod_jk with the new apr but that did not help. Below is my
environment
On Tue, 2011-05-17 at 17:52 -0400, Jeff Trawick wrote:
you updated Apache 2.2.x from 2.2.what to 2.2.what?
2.2.17 to 2.2.18. I can however also reproduce the problem in 2.2.17, it
seems to be specific to the apr version.
(you updated apr 1.4.2 to 1.4.4)
PID USERNAMETHR PRI
On Wed, 2011-05-18 at 00:07 +0200, Rainer Jung wrote:
Thanks for the report. Would you mind opening an issues in Bugzilla? You
can choose the Tomcat project and Tomcat Connectors as a component. If
it turns out as an APR bug, we can move the issue there later.
It would be very helpful, if
On Wed, 2011-05-18 at 00:53 +0200, Rainer Jung wrote:
If you can find pstack, that will be easier. pstack just takes the
process id and writes out the stacks for all threads. My quick search
indicates it pstack should exist for FreeBSD.
There is a port for this but it only support i386