On Mon, Aug 25, 2003 at 06:32:08PM +0100, Joe Orton wrote:
> I committed a patch (different to the one I posted) which passes the
> right thing to the IN6_blah macro, so it should compile still on Darwin.
> Ta!
To further illustrate how silly it was of me to write a patch at
4am on Sunday morning
K Old wrote:
On Mon, 2003-08-25 at 13:13, Stas Bekman wrote:
K Old wrote:
On Mon, 2003-08-25 at 00:18, Randy Kobes wrote:
On Sun, 24 Aug 2003, K Old wrote:
Hello everyone,
I've put HTML::Mason on a few servers now and have had problems with
Apache::Request and Apache::Test on two of them.
On Sat, 23 Aug 2003, William A. Rowe, Jr. wrote:
> At 06:59 PM 8/22/2003, Jim Whitehead wrote:
>
> >>From what we can tell, the call sequence looks like this:
> >
> >method_propfind --> ap_xml_parse_input --> ap_get_brigade -->
> >core_input_filter --> apr_bucket_read --> socket_bucket_read -->
On Mon, 2003-08-25 at 13:13, Stas Bekman wrote:
> K Old wrote:
> > On Mon, 2003-08-25 at 00:18, Randy Kobes wrote:
> >
> >>On Sun, 24 Aug 2003, K Old wrote:
> >>
> >>
> >>>Hello everyone,
> >>>
> >>>I've put HTML::Mason on a few servers now and have had problems with
> >>>Apache::Request and Apach
On Mon, Aug 25, 2003 at 08:28:10AM -0700, Justin Erenkrantz wrote:
> --On Monday, August 25, 2003 9:27 AM +0100 Joe Orton <[EMAIL PROTECTED]>
> wrote:
>
> >This doesn't compile on some older Unixes since in_addr_t is a recent
> >invention; the casts aren't really necessary anyway.
>
> They are r
K Old wrote:
On Mon, 2003-08-25 at 00:18, Randy Kobes wrote:
On Sun, 24 Aug 2003, K Old wrote:
Hello everyone,
I've put HTML::Mason on a few servers now and have had problems with
Apache::Request and Apache::Test on two of them. My most recent is
having the problem and I'm about to go crazy if
but is not apache who's living them opened ?
Apache is installed on a low load server ( on a mandrake distro),
and I'm shutting down cleanly apache each hour, so even after
shutdown apache doesn't release anything, i think ...
-pablo
On Saturday 23 August 2003 17:42, Aaron Bannert wrote:
> You'v
--On Monday, August 25, 2003 9:27 AM +0100 Joe Orton <[EMAIL PROTECTED]> wrote:
This doesn't compile on some older Unixes since in_addr_t is a recent
invention; the casts aren't really necessary anyway.
They are required on Darwin since IN6_IS_ADDR_UNSPECIFIED is a macro that
requires the types t
William A. Rowe, Jr. wrote:
This looks like a bug fixed in the apache 2.1 tree (the current CVS Head
of the httpd-2.0 repository.)
I checked the CVS repository and found the fix you are referring to. Apparently
this was already backported to the 2.0 branch (2.0 diff attached). We patched
the Apac
Hi everybody,
since the issue deals with mod_perl1, libapreq1 and Mason,
I've chosen to cross-post.
After spending hours trying to build various libapreq versions with no
sucess,
googling for a solution,
I found out that the problems seems to be that the symbols cannot be found
in the .exp,
the
On Mon, Aug 25, 2003 at 09:27:03AM +0100, Joe Orton wrote:
> Also the below conditional looks dubious - previous->bind_addr should be
> lr->bind_addr, and the lr->next family is never checked?
*cough*, yes
> -*((in_addr_t *)lr->bind_addr->ipaddr_ptr) == INADDR_ANY &&
> +
On Sun, Aug 24, 2003 at 10:43:36PM -, [EMAIL PROTECTED] wrote:
...
> +#if APR_HAVE_IPV6
> +int v6only_setting;
> +/* If we are trying to bind to 0.0.0.0 and the previous listener
> + * was :: on the same port and in turn that socket does not have
>
12 matches
Mail list logo