I think I have proper solution for the crashes mentioned in previous
mail (see the attached patch):
1. Ignore SIGINT and SIGTERM in clean_child_exit. Handlers of these two
signals would call clean_child_exit again and there is no reason to
handle them once we are exiting.
2. Ignore SIGINT co
I am trying to attach the eclipse debugger to find how different modules of
apache source code are invoked.
But I could only debug httpd binary and others present in bin directory.
What I want is what exactly happens when a php script is deployed in apache
server
How are different apache handler mo
can you please tell what is the apache binary which gets invoked when we
run a php script because I need to debug the source apache modules
Thanks,
kalyan
On 09 May 2013, at 12:36 AM, Roy T. Fielding wrote:
> Unfortunately, I am at the tail end of a long standards meeting and
> haven't slept much for three days. Have you checked to see if the
> descriptions changed in HTTPbis p6? RFC2616 hasn't been relevant
> for a while now.
>
> http://svn.too
I've cleaned it up and bit and put the mutex where it really
belongs, making the function itself thread-safe. I also
leveraged a mutex field we hadn't used up to now, saving
any API changes...
fix_mod_proxy_thread_unsafety-2.patch
Description: Binary data
If you just run a PHP script, none.
If you mean that you go to a PHP script in the browser, then tt depends on
how you have PHP configured.
The choices are mod_php, fastcgi, cgi (and maybe other options that I am
not aware of).
If you can provide more information, you might get a better answer.
-
On Wed, 08 May 2013 19:08:56 -0500
Daniel Ruggeri wrote:
> On 5/8/2013 3:29 PM, Rainer Jung wrote:
> > Careful: I didn't test it but we delete the pid file during web
> > server shutdown. That might remove /dev/null then.
> >
> > On a quick look through the code I had the impression you can not
>
Hi all,
something went wrong with this commit:
svn ci modules\lua
Sendingmodules\lua\lua_request.c
Transmitting file data .
Committed revision 1480871.
Warning: post commit FS processing had error:
Couldn't open rep-cache database
and then:
svn up
svn: A reported revision is higher than
On 10.05.2013 06:03, Guenter Knauf wrote:
> Hi all,
> something went wrong with this commit:
> svn ci modules\lua
> Sendingmodules\lua\lua_request.c
> Transmitting file data .
> Committed revision 1480871.
>
> Warning: post commit FS processing had error:
> Couldn't open rep-cache database