APACHE 2.1 STATUS: -*-text-*-
Last modified at [$Date: 2003/03/07 20:24:07 $]
Release [NOTE that only Alpha/Beta releases occur in 2.1 development]:
2.1.0 : in development
Please consult the following STATUS files for information
on related proj
APACHE 1.3 STATUS: -*-text-*-
Last modified at [$Date: 2003/03/19 15:27:51 $]
Release:
1.3.28-dev: In development. Jim proposes a release on or
before April 1, 2003 and offers to be RM.
1.3.27: Tagged September 30, 2002. Announce
Hi,
Here's some additional info for
http://httpd.apache.org/docs-2.0/developer/thread_safety.html
as requested on the page.
The ImageMagick & pdflib docs claim that they are both thread safe.
ImageMagick docs claim it is thread safe since version 5.2.2
http://www.cise.ufl.edu/depot/www/ImageMagi
Hi,
You must use autoconf and automake to build the project. You can refer to
the address.
http://www.gnu.org/software/autoconf/
http://www.gnu.org/software/automake/
By the way, I finished a module in Linux and try to port this module to
Windows 2000 environment. However, I got some troubles
Jeff Trawick wrote:
whoops, got two core dumps overnight :(
Greg Ames wrote:
...since Tuesday, 25-Mar-2003 13:56:10 PST. It looks fine so far.
Please let us know if you notice anything odd.
This is the WROWE_2_0_45_RC1 tag from yesterday with a patch to
buildconf.
OK, I patched + bounced dae
At 04:01 PM 3/26/2003, Andre Schild wrote:
>But currently we are at the stage that the SSLMutex passes a NULL
>filename in for the mutexname and assumes the apr will generate
>"something".
>
>server/mpm/winnt/mpm_winnt.c however does pass in a NULL filename
>and wishes to get NULL-filename mutex (
Jim Jagielski wrote:
>
> Seems that if we don't specify an SSLMutex, nMutexMode stays
> set to SSL_MUTEXMODE_UNSET and weirdness ensues... This needs
> to be fixed. I'm looking at it now (most likely, SSLMutex default
> is the safe default, although None would be easier :) )
>
Looks like this is
Seems that if we don't specify an SSLMutex, nMutexMode stays
set to SSL_MUTEXMODE_UNSET and weirdness ensues... This needs
to be fixed. I'm looking at it now (most likely, SSLMutex default
is the safe default, although None would be easier :) )
--
==
Oh. forget it. My path was configured wrongly :(.
--Madhu
>-Original Message-
>From: MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
>[mailto:[EMAIL PROTECTED]
>Sent: Wednesday, March 26, 2003 2:14 PM
>To: '[EMAIL PROTECTED]'
>Subject: WROWE_2_0_45_RC1: od not found
>
>
>Hi,
> I keep getti
Hi,
I keep getting the following message. Any ideas ?.
/home/madhum/httpd-2.0/srclib/apr/libtool[362]: od: not found.
--Madhu
>up with your dialog ;-) Be aware we are talking about win32 which
>doesn't fork, so it doesn't have the same apr_global_mutex_t in the
>child worker process as in the parent process.
Correct.
>File mutex modes aren't really win32 files - they are simply
>named mutexes. Elsewhere in apr we've tr
Guys - I'm digging this out right now, but I'm having trouble keeping
up with your dialog ;-) Be aware we are talking about win32 which
doesn't fork, so it doesn't have the same apr_global_mutex_t in the
child worker process as in the parent process.
File mutex modes aren't really win32 files - t
I don't see a good reason not to have a ServerTokens None option... All
the ServerTokens options that hide version numbers are security by
obscurity anyway So it's not really anything new, just expanding
something that already exists to have a more complete compliment of
similar options.
Dave
>I'm +1 for having the SSLMutex code autogen a bogus fname. I can add
>this quickly... but please read below.
In this case update the docu in the .h file accordingly.
>vary. For example, would /tmp/apr879879 be OK under Win32? Again,
>this is just the sort of abstraction I think would be prefect i
Ummm. From server/mpm/winnt/mpm_winnt.c:
/* Create the start mutex, as an unnamed object for security.
* Ths start mutex is used during a restart to prevent more than
* one child process from entering the accept loop at once.
*/
rv =
At 9:31 PM +0100 3/26/03, Andre Schild wrote:
>Hello,
>
>I did some investigations on this message and found the following:
>
>Using SSLMutex default results in no-filename for the mutex.
>In the comments to this, there it stays:
>mc->szMutexFile = NULL; /* APR determines temporary filename
At 01:52 PM 3/26/2003, Jeff Trawick wrote:
>MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote:
>>This is probably the cause.
>>[If strnicmp is available on a platform, but strncasecmp is not, then it's
>>#defined in apr_general.h]
>>diff -r1.8.2.4 mod_auth_ldap.c
>>823c823
>>< if (strnicmp(url, "l
Hello,
I did some investigations on this message and found the following:
Using SSLMutex default results in no-filename for the mutex.
In the comments to this, there it stays:
mc->szMutexFile = NULL; /* APR determines temporary filename */
According to the apr documentation (and the win3
OK, so given that Date and Last-Modified are required response headers
and everybody pretty much hates the idea of removing them, and that
removing the Server header amounts to nothing more than security by
obscurity, is anybody still interested in seeing a patch that offers a
ServerTokens value of
On Tue, Mar 25, 2003 at 03:20:49PM +0200, Ori Tend wrote:
> I did set mod_expires to set an expiry date of "access plus 1 week" -
> and when I GET the urls from the site I see the correct "Expires: "
> value in the header-
> Yet mod_disk_cache won't cache any dynamic content (perl scripts, tomcat
>
MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote:
This is probably the cause.
[If strnicmp is available on a platform, but strncasecmp is not, then it's
#defined in apr_general.h]
--Madhu
Index: mod_auth_ldap.c
===
RCS file: /home/cvsp
Hi all!
I am programming on a module which is getting really big... Until now i
developed with Windows, but now I have to port it to Linux... My
question is now, if there is a existing development environment for
Linux (KDevelop does not match the requirements, because it does not
support the b
This is probably the cause.
[If strnicmp is available on a platform, but strncasecmp is not, then it's
#defined in apr_general.h]
--Madhu
Index: mod_auth_ldap.c
===
RCS file: /home/cvspublic/httpd-2.0/modules/experimental/mod_auth_l
Fast and possibly irrelevant observations;;
cgid_req_t grew an int log_level member, perhaps packet sizes aren't
quite right.
ap_log_error(APLOG_MARK, APLOG_ERR, err, r->server, "%s", description)
is now used to trace loglevel. Perhaps something about r->server isn't
altogether right in terms o
At 10:46 AM 3/26/2003, Graham Leggett wrote:
>Does anyone have a quick howto on how the httpd version gets embedded into the
>tarball when it is rolled? I looked at the build/httpd_roll_release file but I could
>not see where it was done.
Finally an answer I can contribute to from Win32's persp
Jeff Trawick wrote:
whoops, got two core dumps overnight :(
Greg Ames wrote:
...since Tuesday, 25-Mar-2003 13:56:10 PST. It looks fine so far.
Please let us know if you notice anything odd.
This is the WROWE_2_0_45_RC1 tag from yesterday with a patch to
buildconf.
yep, I see 'em. They both
Hi all,
A while back it was discussed whether an rpm spec file could be added to
httpd v2.0 (and v2.1), and people said it was a good idea, but then it
fell by the wayside. I am looking at this again, and have a number of
questions.
When a source tarball is created, there should be an httpd.sp
and another a few minutes ago...
we know how to reproduce, Greg has special knowledge about what code is
involved, any discussion will be off-line I'm afraid
Jeff Trawick wrote:
whoops, got two core dumps overnight :(
Greg Ames wrote:
...since Tuesday, 25-Mar-2003 13:56:10 PST. It looks fine
William A. Rowe, Jr. wrote:
>
> The configuration and context below seems odd to me;
:
> You haven't resolved any , , etc in the
> code fragment above... it's too early in the request processing cycle.
> It seems this should not be a dir_conf flag, but actually a server_conf flag
> since
Steve Sabljak wrote:
Here is the backtrace from the cgi daemon's core:-
core 'core.httpd.10133.u60001' of 10133:/usr/local/apache2/bin/httpd
-f /etc/httpd2.conf
7e100ae8 memset (0, 0, 474554202f63676a, ffc0,
474554202f636740, 0) + 114
7c404784 get_req (9, 1002
whoops, got two core dumps overnight :(
Greg Ames wrote:
...since Tuesday, 25-Mar-2003 13:56:10 PST. It looks fine so far.
Please let us know if you notice anything odd.
This is the WROWE_2_0_45_RC1 tag from yesterday with a patch to buildconf.
Here is the backtrace from the cgi daemon's core:-
core 'core.httpd.10133.u60001' of 10133:/usr/local/apache2/bin/httpd
-f /etc/httpd2.conf
7e100ae8 memset (0, 0, 474554202f63676a, ffc0,
474554202f636740, 0) + 114
7c404784 get_req (9, 10020ec50, 78
The CGI daemon fails and does not recover with WROWE_2_0_45_RC1
on Solaris 8 running with the worker mpm.
Error log reports:-
(3)No such process: cgid daemon is gone; is Apache terminating?: /path/to/cgi
cheers,
Steve
BBCi at http://www.bbc.co.uk/
This e-mail (and any attachments) is confide
Forgot to mention running with worker mpm on Solaris 8.
-Steve
> -Original Message-
> From: Steve Sabljak
> Sent: Wednesday, March 26, 2003 10:24 AM
> To: '[EMAIL PROTECTED]'
> Subject: RE: daedus is running httpd-2.0.45-dev
>
> It looks fine at first, then the CGI daemon starts
It looks fine at first, then the CGI daemon starts having trouble. Is
doesn't recover.
The error log reports:-
(3)No such process: cgid daemon is gone; is Apache terminating?:
/path/to/cgi
cheers,
Steve
> -Original Message-
> From: Greg Ames [SMTP:[EMAIL PROTECTED]
> Sent: Tuesday, M
35 matches
Mail list logo