Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestServer.pm
it is a nice feature when it works, so i've re-enabled for linux only. for the other platforms in the current state, its better to wait 60 seconds if the server fails to start than to throw and error and die when it has successfully started.
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache
Haven't seen the patch yet, but for some systems it's the waitpid() call that seems weird. Doug MacEachern wrote: it is a nice feature when it works, so i've re-enabled for linux only. for the other platforms in the current state, its better to wait 60 seconds if the server fails to start than to throw and error and die when it has successfully started. -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ A society that will trade a little liberty for a little order will lose both and deserve neither - T.Jefferson
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache
Also Darwin... Stas Bekman wrote: [EMAIL PROTECTED] wrote: dougm 02/04/06 18:14:40 Modified:perl-framework/Apache-Test/lib/Apache TestServer.pm Log: this $SIG{CHLD} / $? status checking stuff does not work well on solaris or hpux. more often than not get: That somebody doesn't have access to hpux/solaris to debug the problem. Anybody to help me here. -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ A society that will trade a little liberty for a little order will lose both and deserve neither - T.Jefferson
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache
On Sun, Apr 07, 2002 at 09:38:15AM -0400, Jim Jagielski wrote: Haven't seen the patch yet, but for some systems it's the waitpid() call that seems weird. Could it have something to do with how we're creating a new process group after forking and killing the parent? I don't remember this happening before my original -DNO_DETACH changes. -aaron
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache
Maybe... but it works fine with Linux, so it would be then how each OS handles the whole process group stuff. Aaron Bannert wrote: On Sun, Apr 07, 2002 at 09:38:15AM -0400, Jim Jagielski wrote: Haven't seen the patch yet, but for some systems it's the waitpid() call that seems weird. Could it have something to do with how we're creating a new process group after forking and killing the parent? I don't remember this happening before my original -DNO_DETACH changes. -aaron -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ A society that will trade a little liberty for a little order will lose both and deserve neither - T.Jefferson
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache
Jim Jagielski wrote: Maybe... but it works fine with Linux, so it would be then how each OS handles the whole process group stuff. Aaron Bannert wrote: On Sun, Apr 07, 2002 at 09:38:15AM -0400, Jim Jagielski wrote: Haven't seen the patch yet, but for some systems it's the waitpid() call that seems weird. Could it have something to do with how we're creating a new process group after forking and killing the parent? I don't remember this happening before my original -DNO_DETACH changes. In any case how would you write this as cross-platform code in C? If I have the C code I can easily port it to Perl. There are two parts the sighandler: $SIG{CHLD} = { something that tries to catch if the child has died } and the fork: my $cmd = httpd ... defined(my $pid = fork) or die Can't fork: $!; unless ($pid) { # child my $status = system $cmd; if ($status) { $status = $? 8; #error httpd didn't start! $status; } CORE::exit $status; } } And the startup algorithm is as follows: 1. set the SIGCHLD 2. fork a new child process 3. start the process via system in the child process (exec is not good since we want to report exit status, but can be done via wait*() as well) 4. fetch /index.html to test whether the server responds (and wait till it does or timeout) 5. reset SIGCHLD to DEFAULT So if between 3. and 5. the forked in 2. child dies, there is a problem, and we report a startup failure. Apparently on hpux and a few others child is reported is dead, when it's not. Now please fill in the missing info, of why does this happen. Thanks. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: cvs commit: httpd-2.0 config.layout
I like using the Apache2 default myself. I hate files placed willy-nilly all over the place :) Pier Fumagalli wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: aaron 02/04/06 13:44:44 Modified:.config.layout Log: Add libdir entries to config.layout. Submitted by:Pier Fumagalli [EMAIL PROTECTED] Reviewed by:Aaron Bannert Thanks Aaron... :) Much appreciated... Check out the --includedir as well. BTW, OS/X freaks, is there interest in a bundle layout for Apache2? If you check out /System/Library/Frameworks/JavaVM.framework/ you'll see what I mean... I've started to install all my services (PostFix, Cyrus-IMAPD, Apache2 and so on) in /Library/Services, keeping everything self-contained in bundles with versioning... It's kinda neat, as I can have several versions installed and switch them only by changing a symlink (like OS/X bundles do!), and would be kewl to have a layout following the Bundles scheme as well... Pier -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ A society that will trade a little liberty for a little order will lose both and deserve neither - T.Jefferson
Re: [Patch] Namespace protect and export getline andget_chunk_size
William A. Rowe, Jr. wrote: +1 here too, but please also decorate with API_EXPORT() fooness and add to the appropriate entries to ApacheCore.def/ApacheCoreNW.def files. I don't know the windows build stuff at all - are the above two files the only ones needing changing? Regards, Graham -- - [EMAIL PROTECTED]There's a moon over Bourbon Street tonight... smime.p7s Description: S/MIME Cryptographic Signature
RE: The release is done, but we aren't. :-)
I'll get the sign-up list into STATUS right now. Ryan -- Ryan Bloom [EMAIL PROTECTED] 645 Howard St. [EMAIL PROTECTED] San Francisco, CA -Original Message- From: Jim Jagielski [mailto:[EMAIL PROTECTED]] Sent: Sunday, April 07, 2002 6:36 AM To: [EMAIL PROTECTED] Subject: Re: The release is done, but we aren't. :-) I can do OS X 10.1.3, Solaris 8 and RedHat 7.2. Where's the sign-up list? :) Ryan Bloom wrote: Just a quick reminder. We need to get binary releases up on the site quickly. I have had three or four private e-mails asking where the binaries are. I'll try to create binaries for Linux and FreeBSD early tomorrow (10 o'clock PST) Ryan -- Ryan Bloom [EMAIL PROTECTED] 645 Howard St. [EMAIL PROTECTED] San Francisco, CA -- == = Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ A society that will trade a little liberty for a little order will lose both and deserve neither - T.Jefferson
Bug report for Apache httpd-1.3 [2002/04/07]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 7195|Opn|Blk|2002-03-18|mod_proxy removes Set-cookie headers | | 7266|New|Nor|2002-03-20|Log Files Corrupt: Strange ASCII Chars| | 7300|New|Min|2002-03-20|ReadmeName HeaderName | | 7403|New|Min|2002-03-23|Should AcceptMutex default to sysvmem?| | 7434|New|Nor|2002-03-25|I can't open a html file from desktop, when the ap| | 7462|New|Cri|2002-03-25|log file filling up with errno=10014 (logfile grow| | 7483|Unc|Enh|2002-03-26|Abitlity to assign an interpreter for a perl, etc | | 7492|New|Nor|2002-03-26|prg: Rewritemap don't work in win32 | | 7513|New|Nor|2002-03-27|Proxy not downgrading responses for HTTP/1.0 clien| | 7572|New|Cri|2002-03-28|mod_proxy does not reset timer when reading from c| | 7617|New|Nor|2002-03-29|Apache 1.3.x race condition causes gratuitous 3-se| | 7628|New|Enh|2002-03-30|daemontools patch no longer applies cleanly to 1.3| | 7741|New|Nor|2002-04-04|some directives may be placed outside of proper co| +-+---+---+--+--+ | Total 13 bugs | +---+
Bug report for Apache httpd-2.0 [2002/04/07]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 7441|Ass|Cri|2002-03-25|RFC 2616 - Apache incorrectly expects a non-empty | | 7635|New|Maj|2002-03-30|httpd segfaults when restarting after adding a vir| | 7642|Ass|Maj|2002-03-31|Problem on IPv6 only machine | | 7764|New|Min|2002-04-05|Possible security problem | | 7768|New|Nor|2002-04-05|VirtualHost does not match when trailing dot inclu| | 7786|New|Nor|2002-04-06|ScriptInterpreterSource is broken | | 7790|New|Nor|2002-04-06|prefix not escaped properly - install fails | | 7791|New|Nor|2002-04-06|mod_suexec problem| | 7795|New|Nor|2002-04-06|Support XHTML media type (RFC 3236) in default ins| | 7798|New|Nor|2002-04-06|apachectl stop leaves processes running on OpenBSD| | 7802|New|Nor|2002-04-06|mod_ssl - ssl_engine_kernel.c won't compile | | 7803|New|Nor|2002-04-06|make install root= from apache 1.3 doesn't work in| | 7804|New|Cri|2002-04-07|MPM perchild fail on start (Unable to find proces| | 7810|New|Cri|2002-04-07|suexec + userdir non-functional in httpd 2.0.35 (p| | 7811|New|Blk|2002-04-07|cannot start apache 2.0.35 (or 2.0.32) with any IP| | 7812|New|Cri|2002-04-07|Apache fails to start, log says: Invalid argument:| | 7816|New|Min|2002-04-07|configure doesn't check for flex -P compatibility | +-+---+---+--+--+ | Total 17 bugs | +---+
Re: Bug report for Apache httpd-1.3 [2002/04/07]
[EMAIL PROTECTED] wrote: | 7195|Opn|Blk|2002-03-18|mod_proxy removes Set-cookie headers | This bug is fixed - how does one update bugzilla? Is there an idiots guide anywhere? Regards, Graham -- - [EMAIL PROTECTED]There's a moon over Bourbon Street tonight... smime.p7s Description: S/MIME Cryptographic Signature
Re: cvs commit: httpd-2.0 STATUS
On Sun, Apr 07, 2002 at 04:58:31PM -, [EMAIL PROTECTED] wrote: +Binaries needed: + + Mandrake 8.1: rbb volunteers + FreeBSD 4.1: rbb volunteers + OS X 10.1.3: jimjag volunteers + Solaris 8.x: jimjag volunteers + RedHat 7.2:jimjag volunteers Hmmm...we should specify the architecture too. Also, lets not differenciate each and every linux distro, but just major linux version. I've got a 2.2.19-based (redhat) system that I can build on, and a Solaris 8 Intel machine too. -aaron
Re: Does Solaris qsort suck
Dale Ghent wrote: On Sat, 6 Apr 2002, Yusuf Goolamabbas wrote: | Well, That seems to be the view if one reads the following threads at | the postgres mailing list and Sun's developer connection | | http://archives.postgresql.org/pgsql-hackers/2002-04/msg00103.php | http://forum.sun.com/thread.jsp?forum=4thread=7231 | | Don't know if those cases would be seen by Solaris users of Apache | 2.0.x, but it might be useful to snarf FreeBSD's qsort.c and link Apache | to it if a Solaris platform is detected Solaris 8 included a huge increase in qsort performance. What version are you using? It's also worth noting that Apache 2.0 uses qsort a lot less than 1.3 did. In 1.x, the table code used qsort when merging tables, so the httpd was guaranteed to do at least one qsort call per request (for merging the request headers). In 2.0, the table merge implementation uses a different algorithm that doesn't depend on the qsort. There are a couple of special cases where qsort still is used in request processing in 2.0: mod_negotiation and mod_autoindex, for example. I believe these two modules won't be vulnerable to the performance problem because they'll always be sorting an array containing no duplicate entries. --Brian
Re: Runaway SSL httpd server processes
Doug MacEachern wrote: i haven't been able to reproduce this, but the patch below (also in cvs) may fix. seeing that ssl_io_hook_read sets rc = 0 if SSL_read returns -1 and SSL_get_error is SSL_ERROR_WANT_READ. ssl_io_input_read was *always* returning APR_SUCCESS if it got 0 bytes. now it only does so if SSL_ERROR_WANT_READ was the reason, otherwise returns APR_EOF. Index: modules/ssl/ssl_engine_io.c === RCS file: /home/cvs/httpd-2.0/modules/ssl/ssl_engine_io.c,v retrieving revision 1.72 diff -u -r1.72 ssl_engine_io.c --- modules/ssl/ssl_engine_io.c 5 Apr 2002 07:31:44 - 1.72 +++ modules/ssl/ssl_engine_io.c 7 Apr 2002 06:25:36 - @@ -485,7 +485,7 @@ rc = SSL_read(ssl, buf, len); -if (rc 0) { +if (rc = 0) { int ssl_err = SSL_get_error(ssl, rc); if (ssl_err == SSL_ERROR_WANT_READ) { @@ -673,6 +673,10 @@ if (ctx-inbio.mode == AP_MODE_SPECULATIVE) { char_buffer_write(ctx-cbuf, buf, rc); } +} +else if ((rc == 0) (errno != EINTR)) { +/* something other than SSL_ERROR_WANT_READ */ +return APR_EOF; } else if ((rc == -1) (ctx-inbio.rc == APR_SUCCESS)) { /* Doug, Thanks. This patch did the trick. I'm not seeing any runaway processes processes any more. Best, Blair -- Blair Zajac [EMAIL PROTECTED] Web and OS performance plots - http://www.orcaware.com/orca/
Re: cvs commit: httpd-2.0 STATUS
On Sun, 2002-04-07 at 13:15, Aaron Bannert wrote: Hmmm...we should specify the architecture too. Also, lets not differenciate each and every linux distro, but just major linux version. I've got a 2.2.19-based (redhat) system that I can build on, and a Solaris 8 Intel machine too. Don't forget that glibc (and a few other library) versions matter too, if you go the route of not specifying distribution versions. -- Edward S. Marshall [EMAIL PROTECTED]http://esm.logic.net/ --- [ Felix qui potuit rerum cognoscere causas. ] signature.asc Description: This is a digitally signed message part
Re: Bug report for Apache httpd-2.0 [2002/04/07]
coupla dumb questions: - how do i get a login for the bugdb? - just fixed bug #7802, do i close it or mark as fixed and somebody else verifies and closes?
Re: Official Release: Apache 2.0.35 is now GA
Greg Stein wrote: It's my pleasure to announce that the Apache Software Foundation's Apache HTTP Server, version 2.0.35, has now been released for General Availability. Gees guys.. you leave for a couple of days to have a baby and all hell breaks loose Congrats to all! --Ian The Apache 2.0 project has been in-the-works for nearly three years. It has been a long and sometimes arduous process to reach this point. Many, many people have contributed their time and effort to bring us to this point. The HTTPD Project signed off today on the 2.0.35 release, and recommends it for use on production websites. 2.0.35 is now considered our best release and should be used in preference to all older versions (including the 1.3 series). The Apache 2.0 series brings new features to the ASF's HTTP server: - higher performance over 1.3 - multiple operational models: threaded, hybrid processes/threads, and specific request processing for Windows, Netware, BeOS, and OS/2 - integrated SSL and WebDAV support - improved HTTP proxy support - I/O layering and filtering You can find more information, and download the server, from our website: http://httpd.apache.org/ On behalf of all the current and past developers, we'd like to thank all those involved with the project, and the millions(!) of users out there. The Apache HTTP server wouldn't enjoy its popularity without all of you! Sincerely, Greg Stein Director of the ASF
Re: Official Release: Apache 2.0.35 is now GA
Congrat's on the baby. :-) Ryan On Sun, 7 Apr 2002, Ian Holsman wrote: Greg Stein wrote: It's my pleasure to announce that the Apache Software Foundation's Apache HTTP Server, version 2.0.35, has now been released for General Availability. Gees guys.. you leave for a couple of days to have a baby and all hell breaks loose Congrats to all! --Ian The Apache 2.0 project has been in-the-works for nearly three years. It has been a long and sometimes arduous process to reach this point. Many, many people have contributed their time and effort to bring us to this point. The HTTPD Project signed off today on the 2.0.35 release, and recommends it for use on production websites. 2.0.35 is now considered our best release and should be used in preference to all older versions (including the 1.3 series). The Apache 2.0 series brings new features to the ASF's HTTP server: - higher performance over 1.3 - multiple operational models: threaded, hybrid processes/threads, and specific request processing for Windows, Netware, BeOS, and OS/2 - integrated SSL and WebDAV support - improved HTTP proxy support - I/O layering and filtering You can find more information, and download the server, from our website: http://httpd.apache.org/ On behalf of all the current and past developers, we'd like to thank all those involved with the project, and the millions(!) of users out there. The Apache HTTP server wouldn't enjoy its popularity without all of you! Sincerely, Greg Stein Director of the ASF -- ___ Ryan Bloom [EMAIL PROTECTED] 550 Jean St Oakland CA 94610 ---
RE: cvs commit: httpd-2.0 STATUS
I do not see HP-UX in the list. So, has anyone signed up for releasing Apache binaries on HP-UX already? If not, I would like to sign up for building apache on HP-UX 11.00 (PA-RISC) and HP-UX 11i version 1.5 (IA64/IPF). Thanks, Mohan -Original Message- From: Aaron Bannert [mailto:[EMAIL PROTECTED]] Sent: Sunday, April 07, 2002 11:16 AM To: [EMAIL PROTECTED] Subject: Re: cvs commit: httpd-2.0 STATUS On Sun, Apr 07, 2002 at 04:58:31PM -, [EMAIL PROTECTED] wrote: +Binaries needed: + + Mandrake 8.1: rbb volunteers + FreeBSD 4.1: rbb volunteers + OS X 10.1.3: jimjag volunteers + Solaris 8.x: jimjag volunteers + RedHat 7.2:jimjag volunteers Hmmm...we should specify the architecture too. Also, lets not differenciate each and every linux distro, but just major linux version. I've got a 2.2.19-based (redhat) system that I can build on, and a Solaris 8 Intel machine too. -aaron
RE: cvs commit: httpd-2.0 STATUS
So does it mean that you (as in apache.org) have access to a 11i version 1.5 (IA64) box? If so, thats good news. Otherwise, I could arrange an access to an IPF box for one of the apache.org folks. Please do let me know! Thanks, Mohan -Original Message- From: Cliff Woolley [mailto:[EMAIL PROTECTED]] Sent: Sunday, April 07, 2002 11:09 PM To: '[EMAIL PROTECTED]' Subject: RE: cvs commit: httpd-2.0 STATUS On Sun, 7 Apr 2002, GUMMALAM,MOHAN (HP-Cupertino,ex2) wrote: I do not see HP-UX in the list. So, has anyone signed up for releasing Apache binaries on HP-UX already? If not, I would like to sign up for building apache on HP-UX 11.00 (PA-RISC) and HP-UX 11i version 1.5 (IA64/IPF). While we appreciate the offer, we have a policy of only accepting binaries from committers. :( Thanks though... --Cliff -- Cliff Woolley [EMAIL PROTECTED] Charlottesville, VA