Re: cvs commit: httpd-2.0/modules/http mod_mime.c

[Ian Holsman]

[EMAIL PROTECTED] wrote:

>jerenkrantz2002/09/05 00:31:14
>
>  Modified:.CHANGES
>   modules/http mod_mime.c
>  Log:
>  Add ModMimeUsePathInfo directive.
>  
>  +int use_path_info;/* If set to 0, only use filename.
>  +   * If set to 1, append PATH_INFO to filename for
>  +   *   lookups.
>  +   * If set to 2, this value is unset and is
>  +   *   effectively 0.  
>  +   */
>
-1
don't use magic numbers
please use a #define

>   
>  +new->use_path_info = 2;
>  +
>
>  
>

Re: compatibility with C++ modules

[John K . Sterling]

On Friday, September 6, 2002, at 04:53 PM, Andy Cutright wrote:

> hi,
>
> so could you possibly speak those unspeakable hacks you've made to 
> apache to run c++ modules on hp? we're trying to get a c++ module 
> linked into 2.0.39. any help would be appreciated. we can take this 
> particular aspect of the discussion out of this forum, if you'd > prefer,
>
>

as mentioned earlier in the thread, 
http://sourceforge.net/projects/modcplusplus/ can be of some help.  It 
allows you to simply compile your c++ handlers into a separate so that 
doesn't contain any apache module stuffs  also has some example 
makefiles etc. which may help.

sterling

WindowsXP proxy, child process exited with status 3221225477

[Cliff Woolley]

Can anyone confirm or deny this?  Seems like it should be trivial to fix
if correct.

--Cliff

-- Forwarded message --
Date: 7 Sep 2002 22:24:12 -
From: [EMAIL PROTECTED]
Reply-To: Apache HTTPD Bugs Notification List <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: DO NOT REPLY [Bug 12340]  - WindowsXP proxy,
 child process exited with status 3221225477

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12340

WindowsXP proxy, child process exited with status 3221225477





--- Additional Comments From [EMAIL PROTECTED]  2002-09-07 22:24 
---

Proxy crash in mod_proxy.c, function proxy_map_location():
   +--- mod_proxy.c 
   |static int proxy_map_location(request_rec *r)
   |{
   |int access_status;
   |
 ->|if (!r->proxyreq || strncmp(r->filename, "proxy:", 6) != 0)
   |return DECLINED;
   +
r->filename points to NULL, cause strncmp access to
violation exception (0xC005).

Bug also in apache 2.0.39 in same place.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tagged the tree

[Chris Taylor]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thanks, I'll get the latest snapshot now.

Chris Taylor - The guy with the PS2 WebServer
Email: [EMAIL PROTECTED] - PGP: http://www.x-bb.org/chris.asc

- - Original Message - 
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, September 08, 2002 12:00 AM
Subject: Re: Tagged the tree


> 
> Generally, we do not create tarballs of tags, because the tags are
> meant to be used by developers before the release is rolled.  The
> problem with tarballs, is that once they are created, they can be
> downloaded, and then it is very difficult to determine which
> version of the tarball a user has.  By restricting things to just
> CVS tags, we can be sure that only developers or users who REALLY
> understad that they aren't getting a release get the code.  Then,
> once it has been well tested, we can roll a tarball for general
> release.
> 
> If you must have a tarball, your best bet is to use the snapshots. 
> You won't always get the exact tag, but since there hasn't been any
> commits since the tag, you will for this release.
> 
> Ryan
> 
> On Sat, 7 Sep 2002, Chris Taylor wrote:
> 
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> > 
> > Sorry if this is a stupid question, but is it possible to get
> > this tag as a .tar.gz somewhere on apache.org?
> > 
> > Downloading the tree via CVS is a slow task for my poor modem :)
> > 
> > Chris Taylor - The guy with the PS2 WebServer
> > Email: [EMAIL PROTECTED] - PGP: http://www.x-bb.org/chris.asc
> > 
> > - - Original Message - 
> > From: "Sander Striker" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Cc: <[EMAIL PROTECTED]>
> > Sent: Saturday, September 07, 2002 4:12 PM
> > Subject: Tagged the tree
> > 
> > 
> > > Hi,
> > > 
> > > I tagged the tree today as STRIKER_2_0_41_PRE1.  I'll do some
> > > testing this weekend myself and will retag for release after
> > > I get some positive feedback on this tag.
> > > 
> > > Greg, could you bump daedalus to this tag next week to see how
> > > it holds?
> > > 
> > Sander
> > 
> > -BEGIN PGP SIGNATURE-
> > Version: PGPfreeware 7.0.3 for non-commercial use
> >   
> > 
> > iQA/AwUBPXqBgCqf8lmE2RZkEQIHNgCfVCo1h0GXVK86r/+iFR9/jg/s/dsAn3SF
> > CwMY3thLcJGoN4Lkqm2ucE2U
> > =OXrW
> > -END PGP SIGNATURE-
> > 
> > 
> 
> -- 
> 
> 
> ___ Ryan Bloom[EMAIL PROTECTED]
> 550 Jean St
> Oakland CA 94610
> 
> --- 

-BEGIN PGP SIGNATURE-
Version: PGPfreeware 7.0.3 for non-commercial use 

iQA/AwUBPXqF1Cqf8lmE2RZkEQLaqQCgsBcNtbl41Wj+BkA6t7O9DSkkrekAoMDN
UKGj2N7ZpQfd+DVLtNMdXLrP
=vrUT
-END PGP SIGNATURE-

Re: Tagged the tree

[rbb]

Generally, we do not create tarballs of tags, because the tags are meant
to be used by developers before the release is rolled.  The problem with
tarballs, is that once they are created, they can be downloaded, and then
it is very difficult to determine which version of the tarball a user
has.  By restricting things to just CVS tags, we can be sure that only
developers or users who REALLY understad that they aren't getting a
release get the code.  Then, once it has been well tested, we can roll a
tarball for general release.

If you must have a tarball, your best bet is to use the snapshots.  You
won't always get the exact tag, but since there hasn't been any commits
since the tag, you will for this release.

Ryan

On Sat, 7 Sep 2002, Chris Taylor wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Sorry if this is a stupid question, but is it possible to get this
> tag as a .tar.gz somewhere on apache.org?
> 
> Downloading the tree via CVS is a slow task for my poor modem :)
> 
> Chris Taylor - The guy with the PS2 WebServer
> Email: [EMAIL PROTECTED] - PGP: http://www.x-bb.org/chris.asc
> 
> - - Original Message - 
> From: "Sander Striker" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Saturday, September 07, 2002 4:12 PM
> Subject: Tagged the tree
> 
> 
> > Hi,
> > 
> > I tagged the tree today as STRIKER_2_0_41_PRE1.  I'll do some
> > testing this weekend myself and will retag for release after
> > I get some positive feedback on this tag.
> > 
> > Greg, could you bump daedalus to this tag next week to see how
> > it holds?
> > 
> Sander
> 
> -BEGIN PGP SIGNATURE-
> Version: PGPfreeware 7.0.3 for non-commercial use 
> 
> iQA/AwUBPXqBgCqf8lmE2RZkEQIHNgCfVCo1h0GXVK86r/+iFR9/jg/s/dsAn3SF
> CwMY3thLcJGoN4Lkqm2ucE2U
> =OXrW
> -END PGP SIGNATURE-
> 
> 

-- 

___
Ryan Bloom  [EMAIL PROTECTED]
550 Jean St
Oakland CA 94610
---

Re: Tagged the tree

[Chris Taylor]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sorry if this is a stupid question, but is it possible to get this
tag as a .tar.gz somewhere on apache.org?

Downloading the tree via CVS is a slow task for my poor modem :)

Chris Taylor - The guy with the PS2 WebServer
Email: [EMAIL PROTECTED] - PGP: http://www.x-bb.org/chris.asc

- - Original Message - 
From: "Sander Striker" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, September 07, 2002 4:12 PM
Subject: Tagged the tree


> Hi,
> 
> I tagged the tree today as STRIKER_2_0_41_PRE1.  I'll do some
> testing this weekend myself and will retag for release after
> I get some positive feedback on this tag.
> 
> Greg, could you bump daedalus to this tag next week to see how
> it holds?
> 
Sander

-BEGIN PGP SIGNATURE-
Version: PGPfreeware 7.0.3 for non-commercial use 

iQA/AwUBPXqBgCqf8lmE2RZkEQIHNgCfVCo1h0GXVK86r/+iFR9/jg/s/dsAn3SF
CwMY3thLcJGoN4Lkqm2ucE2U
=OXrW
-END PGP SIGNATURE-

Re: Tagged the tree

[Brian Pane]

Brian Pane wrote:

> Sander Striker wrote:
>
>> Hi,
>>
>> I tagged the tree today as STRIKER_2_0_41_PRE1.  I'll do some
>> testing this weekend myself and will retag for release after
>> I get some positive feedback on this tag.
>>
>>  
>>
> Thanks, Sander.  I've tested this tag successfully with
> the leader/follower and prefork MPMs on Linux (t/TEST passes).
> I'm building on Solaris now to run some stress tests, and
> I'll post an update soon.


Looks stable in multiprocessor stress testing on
Solaris (w/worker) too.

+1 for GA release if no significant problems
emerge in others' testing

Brian

Re: Tagged the tree

[Brian Pane]

Sander Striker wrote:

>Hi,
>
>I tagged the tree today as STRIKER_2_0_41_PRE1.  I'll do some
>testing this weekend myself and will retag for release after
>I get some positive feedback on this tag.
>
>  
>
Thanks, Sander.  I've tested this tag successfully with
the leader/follower and prefork MPMs on Linux (t/TEST passes).
I'm building on Solaris now to run some stress tests, and
I'll post an update soon.

Brian

Tagged the tree

[Sander Striker]

Hi,

I tagged the tree today as STRIKER_2_0_41_PRE1.  I'll do some
testing this weekend myself and will retag for release after
I get some positive feedback on this tag.

Greg, could you bump daedalus to this tag next week to see how
it holds?

Sander

Re: [PATCH] compile mod_ssl in httpd 2.0 on Darwin 6.0

[Dirk-Willem van Gulik]

Works for me.

Dw

On Fri, 6 Sep 2002, Sander Temme wrote:

> All,
>
> The following patch allows MacOSX/Darwin to find the SSL library. With this
> patch, the current CVS HEAD of httpd-2.0 compiles with mod_ssl enabled and
> passes all ssl tests in the perl-framework (except for ssl/proxy since I
> didn't have proxy enabled):
>
> Index: acinclude.m4
> ===
> RCS file: /home/cvspublic/httpd-2.0/acinclude.m4,v
> retrieving revision 1.130
> diff -u -r1.130 acinclude.m4
> --- acinclude.m419 Aug 2002 07:33:45 -  1.130
> +++ acinclude.m46 Sep 2002 21:30:38 -
> @@ -461,7 +461,7 @@
>ap_ssltk_libdir=""
>for p in $ap_ssltk_base/lib /usr/local/openssl/lib \
> /usr/local/ssl/lib /usr/local/lib /usr/lib /lib /usr/lib64; do
> -if test -f "$p/libssl.a" -o -f "$p/libssl.so"; then
> +if test -f "$p/libssl.a" -o -f "$p/libssl.so" -o -f "$p/libssl.dylib";
> then
>ap_ssltk_libdir="$p"
>break
>  fi
>
> Same patch attached to prevent line-ending and word wrapping madness.
>
> I tested this on MacOSX 10.2 (Jaguar) and on a linux box. The reason to
> limit this to 10.2 is as follows: while Apple included the SSL library
> binary with previous versions of the OS, the headers were missing. Some
> people got results by snarfing headers from somewhere else, but mileage
> varied immensely. As of the 10.2 Apple developer tools installer, there is
> an optional install item that installs a BSD compatibility SDK. This has,
> among others, the OpenSSL headers needed to build mod_ssl.
>
> Enjoy,
>
> Sander 'one line patch' Temme
>
>

I/O logging: more rambling...

[Bojan Smojver]

Given that the algorithm from mod_accounting, which I tried to adopt for
this, is not quite correct (or should I say, it is 'quite incorrect'
:-), I have tried to follow (without code for now), some of the advice
that I was given by various people on this list (thanks!). So, here is
what seems the most likely scenario that I would pursue:

- don't do anything for 1.3 (switched to 2.0 entirely :-)
- for 2.0:
  - create new module, which will be both the input and output filter
  - only ever to one thing in filter functions: apr_brigade_length()
  - store the results in the the module private data structure
  - log the thing later, using the brand new log_writer thingy?

My understanding is that the 'brigades' are passed from filter to filter
(using ap_pass_brigade() for output and ap_get_brigade() for input
filters), so I should be able to catch all of them (is there more then
one?) for the given request and simply add up the input and output
number of bytes. As far as I can tell, the above input/output filters
should be the very last ones, in order to make sure all input and output
is covered.

Any input appreciated...

Bojan