Johannes Erdfelt [EMAIL PROTECTED] writes:
Problem 1:
In worker_thread, there is a variable called csd that is used to get
the new socket from lr-accept_func(). If that variable is NULL, then
the memory for the new socket is allocated in the per-transaction pool.
Unfortunately, the code
On Thu, Oct 24, 2002, Jeff Trawick [EMAIL PROTECTED] wrote:
Johannes Erdfelt [EMAIL PROTECTED] writes:
Problem 2:
pass_request fills out an iovec with the headers and the body of the
request it wants to pass to another process. It unfortunately uses the
wrong variable for the length
On Mon, Oct 21, 2002, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Mon, 21 Oct 2002, Johannes Erdfelt wrote:
Perhaps I misunderstood. The patch I had developed (which is broken
because of the problems with the accept lock) just didn't listen on the
socket if it has no chance of answering
On Mon, Oct 21, 2002, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
As long as you are doing all this work, there is one more thought that I
have been meaning to implement, but that I never got around to. Currently
perchild doesn't work with SSL, because of when the request is passed off,
Consider the case where an admin configures the server to listen on
www.foo.com:8080, but he never assigns a child process to listen to that
port. If you just don't accept the connections, the user will hang
forever. If every child process, however, actively closes the sockets
that it
On Mon, Oct 21, 2002, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
What I was thinking was to add an artificial limitation that you can't
share an IP:port pair across two different uid/gid's since that's the
only case you want to pass a connection.
That limitation should already
On Thu, 17 Oct 2002, Johannes Erdfelt wrote:
Ryan, I've CC'd you on this just to let you see the patch. If you don't
want me to involve you in this, please accept my apologies and let me
know and I won't CC you in any further patches.
I have no problem being CC'ed on patches, although for the
As long as you are doing all this work, there is one more thought that I
have been meaning to implement, but that I never got around to. Currently
perchild doesn't work with SSL, because of when the request is passed off,
and how SSL works. The easy solution to this, is to have the
On Mon, 21 Oct 2002, Johannes Erdfelt wrote:
On Mon, Oct 21, 2002, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
What I was thinking was to add an artificial limitation that you can't
share an IP:port pair across two different uid/gid's since that's the
only case you want to pass a
Johannes Erdfelt [EMAIL PROTECTED] writes:
I spent some time debugging the perchild MPM since it wasn't working for
me, nor anyone else it seems. I've found a few problems:
just FYI so you don't feel ignored...
if nobody beats me to it, I plan to take a more detailed look at this
with the
Ryan, I've CC'd you on this just to let you see the patch. If you don't
want me to involve you in this, please accept my apologies and let me
know and I won't CC you in any further patches.
I spent some time debugging the perchild MPM since it wasn't working for
me, nor anyone else it seems. I've
11 matches
Mail list logo