Hi,
We are working on HP Apache2 on HP-UX 11i. Now we are facing some issues regarding the
Stack overflow. We came to know about some known issue of Stack overflow on HP Apache2
the bug id for which is JAGae57148. I tried getting the details for this but am unable
to.
We want to know the
hi,
does anyone know how to increase the time apache will wait
before sending a SIGKILL to cgi-processes?
(Or to change the kill-policy used with subprocesses?)
problem background:
I'm using BerkeleyDB from my perl-cgi-scripts, but I don't know how
to close the database in case of signals in
Rahul Kohli wrote:
We are working on HP Apache2 on HP-UX 11i. Now we are facing some issues regarding the Stack overflow.
We came to know about some known issue of Stack overflow on HP Apache2
the bug id for which is
JAGae57148. I tried getting the details for this but am unable to.
Rahul, we
Pablo Yaggi wrote:
the module hooks the translate_hook and the it switches from root to a
less privileged id
The worker MPM doesn't process connections as root.
Could my module be the problem ?
When you banged on the server without your module loaded, did it hang or
not?
If you can only
anyone?
Bill
+1.
I was away last week for vacation and hence delayed putting 1.3.28
out. Also, there was some stirrings that maybe there were some
issues with the current codebase. However, I think we're ready
and that if anything pops up and we need to release a 1.3.29
soon-after 1.3.28, then that's just
Rahul,
If you have any HP Apache specific bug reports / questions, can you
please send a mail to me (instead of sending mails to [EMAIL PROTECTED]) ?.
I'll try and help you to resolve the problem at the earliest (or find you
someone to address the problem).
Thanks
-Madhu
-Original
Jim Jagielski wrote:
+1.
I was away last week for vacation and hence delayed putting 1.3.28
out. Also, there was some stirrings that maybe there were some
issues with the current codebase. However, I think we're ready
and that if anything pops up and we need to release a 1.3.29
soon-after 1.3.28,
Jeff Trawick wrote:
Jim Jagielski wrote:
+1.
I was away last week for vacation and hence delayed putting 1.3.28
out. Also, there was some stirrings that maybe there were some
issues with the current codebase. However, I think we're ready
and that if anything pops up and we need to
On Mon, 16 Jun 2003, Pablo Yaggi wrote:
Yes, my worker does, because I'm running apache as root
(BIG_SECURITY_HOLE) enabled, because my module drops down to less
priveleged user id. So maybe the fact I change the userid
(real) and it never come back to root is the problem.
Wait a minute...
oops!, I never worked with threads before, and I'm not dooing , I just wrote a module
...
So this is my problem:
My module translates the request to a directory, for virtual hosting porpouses.
But the problem is that i need to change the user Id as well, so interpreters
running
I'm wondering if there is a nice way in Apache 2.0 to peek at the incoming POSTed data
without removing the data from the view of other modules? So, for example, in my
modules fixup stage I'd like to have a look at the POSTed data, but still be able to
let a different module actually handle
You must implement a peek-ahead filter that sets aside the post body.
Once someone calls the filter stack later, you simply return your set aside
buckets. Several modules do something similar today, either for incomplete
data (like charset_lite, which might not have a complete trailing character
At 02:43 PM 6/16/2003, Pablo Yaggi wrote:
Is the only solution to build an MPM ? like perchild ?
But here it arraises another problem, I have to switch to the thread is answering for
the website after
the server process the request, because I dont´t have the URL earlier ? do I ? so
this is
--On Monday, June 16, 2003 3:37 PM -0500 William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
You must implement a peek-ahead filter that sets aside the post body.
Once someone calls the filter stack later, you simply return your set aside
buckets. Several modules do something similar today, either
... but, perchild has the following problem:,
it doesn´t work with ssl if you have host named virtual host, does it ?
has worket got any hook I can use to tell which process to use ?
how does it choose which process to use uppon a request, and after that which thread ?
is there any way
At 03:58 PM 6/16/2003, Justin Erenkrantz wrote:
--On Monday, June 16, 2003 3:37 PM -0500 William A. Rowe, Jr. [EMAIL PROTECTED]
wrote:
You must implement a peek-ahead filter that sets aside the post body.
Once someone calls the filter stack later, you simply return your set aside
buckets.
On Mon, 16 Jun 2003, Pablo Yaggi wrote:
it doesnt work with ssl if you have host named virtual host, does it ?
No MPM will allow ssl to work with name-based virtual hosts. See
http://www.modssl.org/docs/2.8/ssl_faq.html#ToC47
--Cliff
Justin Erenkrantz wrote:
This might be enough of a widespread concern that we need to
figure out how to cleanly address this. But, I don't think
we have anything in place for that currently.
We are also looking at writing a module that can watch the traffic on a
webserver and send a copy of
Well, until Apache 2.1 that is; now with 'SSLEngine upgrade' one can
connect with http and instruct the server to begin an SSL session on
a given named host.
Once you find or create a client that supports it, of course :-) For all
practical purposes, this isn't viable today.
Bill
At 04:18 PM
On Mon, 16 Jun 2003, William A. Rowe, Jr. wrote:
Well, until Apache 2.1 that is; now with 'SSLEngine upgrade' one can
connect with http and instruct the server to begin an SSL session on a
given named host. Once you find or create a client that supports it, of
course :-) For all practical
--On Monday, June 16, 2003 4:17 PM -0500 William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
Why do you say that? SSL is a connection level filter that can persist
beyond a single request. There is nothing to say that one can't author a
pre-handler filter that looks at the post data before someone
I am not too familiar with the internals of Apache, so I apologize if this wish on my
wish list is way of base and I especially apologize if the following over simplifies
what would be required, but here it goes...
Would it be possible to (or how would I?) be able to implement a function that
The change to move OpenSSL's initialization to ssl_hook_pre_config is busted
when mod_ssl is a DSO. It will try to call all of the OpenSSL init sequences
twice which I don't believe OpenSSL supports.
Namely, that is a problem for ENGINE_load_builtin_engines() which will
'detect' conflicting
--On Monday, June 16, 2003 4:36 PM -0700 Michael Corcoran
[EMAIL PROTECTED] wrote:
Would it be possible to (or how would I?) be able to implement a function
that would have a prototype similar to ap_reset_post_body(request_rec, void
*, int); This function could be called after someone has
Repost. Looking for feedback. Thanks! -Glenn
Date: Fri, 9 May 2003 04:11:06 -0400
Subject: server-side includes virtual and exec questions/patches
Message-ID: [EMAIL PROTECTED]
1) Why does includes virtual sometimes fail with
unable to include potential exec \%s\ in parsed file %s
At 08:13 PM 6/16/2003, Justin Erenkrantz wrote:
The change to move OpenSSL's initialization to ssl_hook_pre_config is busted when
mod_ssl is a DSO. It will try to call all of the OpenSSL init sequences twice which
I don't believe OpenSSL supports.
We may need to register proper 'cleanups' to
At 06:36 PM 6/16/2003, Michael Corcoran wrote:
Would it be possible to (or how would I?) be able to implement a function that would
have a prototype similar to ap_reset_post_body(request_rec, void *, int); This
function could be called after someone has already run through the full
Justin Erenkrantz wrote:
Since pre_config doesn't get the process info, we can't use the userdata
trick to prevent double initialization. My solution would be to grow
the pre_config hook to get the process info. But, that can't be what
was intended. =) -- justin
set an environment variable
I am reviewing this patch and have a few questions for Thomas or someone
in the know.
The first has to do with Thomas' observation that Cache-Control is to be
found in r-err_headers_out rather than in r-headers_out... I looked into
this and ran into the following piece of code in mod_expires.c
At 09:15 PM 6/16/2003, Jeff Trawick wrote:
Justin Erenkrantz wrote:
Since pre_config doesn't get the process info, we can't use the userdata trick to
prevent double initialization. My solution would be to grow the pre_config hook to
get the process info. But, that can't be what was intended.
(I know about the popups, but I have no choice if haven´t got many IPs.)
But if i use perchild for ssl connections it will never switch to the right child,
I mean by userid.
Do I have to tune/write an MPM ? if it is so, is there any documentation
about it, or do I have to follow the source.
OK, here is the patch that nukes Apache/test.pm. Please test it on
case-insensitive systems (if you don't have Apache/test.pm, please add it just
to test). Once you confirm that it works, I release Apache::Test 1.03, so we
can go ahead with the new libapreq release.
Index: Changes
On Monday, June 16, 2003, at 02:42 AM, Stas Bekman wrote:
OK, here is the patch that nukes Apache/test.pm. Please test it on
case-insensitive systems (if you don't have Apache/test.pm, please add
it just to test). Once you confirm that it works, I release
Apache::Test 1.03, so we can go ahead
34 matches
Mail list logo
