Please respond,
I was wondering why mod_cgid had not implemented Rlimit* commands.
it is used in mod_cgi though. May be we can apply it for mod_cgid too.
I got it working by applying the included patch.,(on 2.0.54) Is it
something mod_cgid can support right now or are there any known
vulnerab
So I played around with getting HTTPD to build on a windows machine
today, using only the freely available "Express" version of Visual C++
that Microsoft released a little while back. It works, basically, but
it's not nearly as easy as it should be, for a few reasons.
The major problems is that t
This caught me out, so might catch others as well...
Index: docs/manual/mod/mod_authn_dbd.xml
===
--- docs/manual/mod/mod_authn_dbd.xml (revision 369302)
+++ docs/manual/mod/mod_authn_dbd.xml (working copy)
@@ -61,6 +61,7 @@
Conf
While playing around with httpd on win32 today, I noticed a small
warning in mod_usertrack.c.
>
>cls->expires = modifier;
>
The problem here is that modifier is a time_t, and cls->expires is an
int, and Visual C++ Express 2005 is unthrilled about the possibility
for data loss there.
I threw
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
On 1/15/06, Graham Leggett <[EMAIL PROTECTED]> wrote:
> Garrett Rooney wrote:
>
> > Need a way to use a unix domain socket or a pipe instead of a TCP socket.
>
> Isn't this a filter problem?
>
> mod_proxy in theory should not care that the source is a socket beyond
> maybe knowing to insert the rig
Garrett Rooney wrote:
Need a way to use a unix domain socket or a pipe instead of a TCP socket.
Isn't this a filter problem?
mod_proxy in theory should not care that the source is a socket beyond
maybe knowing to insert the right filter into the stack.
Regards,
Graham
--
smime.p7s
Descri
