Re: config/2421: problem specifying ndbm library for build ?with autoconfigure
The following reply was made to PR config/2421; it has been noted by GNATS. From: Albert Lunde [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: Subject: Re: config/2421: problem specifying ndbm library for build ?with autoconfigure Date: Wed, 17 Jun 1998 18:22:24 -0500 At 1:46 AM -0500 6/12/98, Ralf S. Engelschall wrote: In article [EMAIL PROTECTED] you wrote: setenv LIBS -lndbm A make with the Makefiles created works, but has -DNO_DBM_REWRITEMAP set. Using -lndbm seemed to work on 1.2.6. Can you tell me what's wrong or how to find why ./helpers/find-dbm-lib is failing? The reason seems to be that your libndbm.a cannot be found. Perhaps it is under a non-standard directory, so your linker is unable to find it. Try to use setenv LIBS -L/path/to/your/libs -lndbm after finding out what /path/to/your/libs is. Perhaps something like /usr/local/lib or such a non-standard dir. In any case first make sure libndbm really exists on your system and determine where it stays. Then use these conrete informations in LIBS. Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com I've tried your suggestion, and it does not seem to work. First, libndbm.a is in /usr/lib, not an especially obscure place. When I ran file /usr/lib/*dbm* and ls -ls /usr/lib/*dbm* this was the output: - - - /usr/lib/libdbm.1: s800 shared library -not stripped /usr/lib/libdbm.a: archive file -s800 relocatable library /usr/lib/libdbm.sl:s800 shared library -not stripped /usr/lib/libndbm.a:archive file -s800 relocatable library /usr/lib/libndbm.sl: s800 shared library -not stripped /usr/lib/llib-ldbm:c program text /usr/lib/llib-ldbm.ln: lint library -r-xr-xr-x 1 binbin 24576 Jun 10 1996 /usr/lib/libdbm.1 -r--r--r-- 2 binbin 14944 May 30 1996 /usr/lib/libdbm.a lrwxr-xr-x 1 root sys 17 Jun 10 1996 /usr/lib/libdbm.sl - /usr/lib/libdbm.1 -r--r--r-- 2 binbin 14944 May 30 1996 /usr/lib/libndbm.a lrwxr-xr-x 1 root sys 17 Jun 10 1996 /usr/lib/libndbm.sl - /usr/lib/libdbm.1 lr--r--r-T 1 root sys 27 Jun 10 1996 /usr/lib/llib-ldbm - /usr/ccs/lib/lint/llib-ldbm lr--r--r-T 1 root sys 25 Jun 10 1996 /usr/lib/llib-ldbm.ln - /usr/ccs/lib/llib-ldbm.ln - - - But I tried what you suggested anyway, running this script: - - - #!/usr/bin/csh # build apache 1.3 the way I like it # /usr/local/apache exists but is not a production directory # use this for early tests of this install approach setenv OPTIM +O2 setenv CC cc setenv LIBS -L/usr/lib -lndbm /usr/bin/sh ./configure --verbose \ --enable-rule=PARANOID \ --enable-shared=max \ --runtimedir=logs \ --logfiledir=logs \ --sysconfdir=conf \ --enable-module=status \ --enable-module=info\ --enable-module=rewrite \ --enable-module=digest \ --enable-module=cern_meta \ --enable-module=expires \ --enable-module=headers \ --enable-module=setenvif # - - - This was the output: - - - Configuring for Apache, Version 1.3.0 Creating Makefile Creating Configuration.apaci in src + Rule SHARED_CORE=default + Rule STATUS=yes + Rule SOCKS4=no + Rule SOCKS5=no + Rule IRIXNIS=no + Rule IRIXN32=yes + Rule PARANOID=yes + Rule WANTHSREGEX=default + enabling mod_so for DSO support + Module env: yes [shared] + Module log_config: yes [shared] + Module log_agent: yes [shared] + Module log_referer: yes [shared] + Module mime_magic: yes [shared] + Module mime: yes [shared] + Module negotiation: yes [shared] + Module status: yes [shared] + Module info: yes [shared] + Module include: yes [shared] + Module autoindex: yes [shared] + Module dir: yes [shared] + Module cgi: yes [shared] + Module asis: yes [shared] + Module imap: yes [shared] + Module actions: yes [shared] + Module speling: yes [shared] + Module userdir: yes [shared] + Module proxy: yes [shared] + Module alias: yes [shared] + Module rewrite: yes [shared] + Module access: yes [shared] + Module auth: yes [shared] + Module auth_anon: yes [shared] + Module auth_dbm: yes [shared] + Module auth_db: yes [shared] + Module digest: yes [shared] + Module cern_meta: yes [shared] + Module expires: yes [shared] + Module headers: yes [shared] + Module usertrack: yes [shared] + Module example: yes [shared] + Module unique_id: yes [shared] + Module so: yes [static] + Module mmap_static: yes [shared] + Module setenvif: yes [shared] Creating Makefile in src + configured for HP-UX 10 platform + adding selected modules o status_module uses ConfigStart/End if [
Re: os-solaris/2386: many connections stuck in CLOSE_WAIT, all servers on machine appear to stop responding
The following reply was made to PR os-solaris/2386; it has been noted by GNATS. From: Dean Gaudet [EMAIL PROTECTED] To: Jason Spears [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: os-solaris/2386: many connections stuck in CLOSE_WAIT, all servers on machine appear to stop responding Date: Wed, 17 Jun 1998 22:47:28 -0700 (PDT) If you look at /server-status what state does it show the children in? If a lot of the children appear to be stuck doing something, find the pid of one of them and then run truss against it... and send some output back so we can figure out where it's at. Oh yeah, another thing to try is to put LogLevel debug into your httpd.conf and see if any useful messages are printed in your error_log. Dean
Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout
The following reply was made to PR os-solaris/1190; it has been noted by GNATS. From: Dean Gaudet [EMAIL PROTECTED] To: Eugene Crosser [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout Date: Wed, 17 Jun 1998 22:56:12 -0700 (PDT) Hmm, we don't appear to have all the betas online. Bleh. Here's a few suggestions. - If your ServerRoot is on NFS then you need to use the LockFile directive to move the lock file. - Try editing src/include/httpd.h, search for OPTIMIZE_TIMEOUTS, and comment out that line, so that it is not defined. Then recompile and see if that helps any. - You're not using any other options for compiling are you? Are you using gcc or solaris cc? Dean
Re: mod_auth-any/2459: Getting this message: [Wed Jun 17 11:37:04 1998] [notice] httpd: child pid 332 exit signal Segmentation Fault (11) when trying to access a DBM file
The following reply was made to PR mod_auth-any/2459; it has been noted by GNATS. From: Dean Gaudet [EMAIL PROTECTED] To: James Simpson [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: mod_auth-any/2459: Getting this message: [Wed Jun 17 11:37:04 1998] [notice] httpd: child pid 332 exit signal Segmentation Fault (11) when trying to access a DBM file Date: Wed, 17 Jun 1998 22:57:52 -0700 (PDT) Are you sure that 1.3.0 is being compiled with gdbm just like you say 1.2 is? What does the final link line look like when you type make? Dean
Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout
The following reply was made to PR os-solaris/1190; it has been noted by GNATS. From: Dean Gaudet [EMAIL PROTECTED] To: Eugene Crosser [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout Date: Wed, 17 Jun 1998 23:36:49 -0700 (PDT) Maybe you could try this patch. It looks like there's a small race condition with keepalive timeouts... but I don't understand why we don't see it more frequently. BTW, please set LogLevel debug in your httpd.conf and tell me if you get any of those possible nested timer warnings. Thanks Dean Index: main/http_main.c === RCS file: /export/home/cvs/apache-1.3/src/main/http_main.c,v retrieving revision 1.365 diff -u -r1.365 http_main.c --- http_main.c1998/06/16 03:37:27 1.365 +++ http_main.c1998/06/18 06:18:53 @@ -975,6 +975,7 @@ } else {/* abort the connection */ ap_bsetflag(current_conn-client, B_EOUT, 1); + ap_bclose(current_conn-client); current_conn-aborted = 1; } } @@ -1045,9 +1046,11 @@ alarm_expiry_time = time(NULL) + x; } #else -if (x) { - alarm_fn = fn; +if (alarm_fn x fn != alarm_fn) { + ap_log_error(APLOG_MARK, APLOG_NOERRNO|APLOG_DEBUG, NULL, + ap_set_callback_and_alarm: possible nested timer!); } +alarm_fn = fn; #ifndef OPTIMIZE_TIMEOUTS old = alarm(x); #else Index: main/rfc1413.c === RCS file: /export/home/cvs/apache-1.3/src/main/rfc1413.c,v retrieving revision 1.24 diff -u -r1.24 rfc1413.c --- rfc1413.c 1998/05/18 21:56:11 1.24 +++ rfc1413.c 1998/06/18 06:18:53 @@ -229,9 +229,8 @@ if (get_rfc1413(sock, conn-local_addr, conn-remote_addr, user, srv) = 0) result = user; - - ap_set_callback_and_alarm(NULL, 0); } +ap_set_callback_and_alarm(NULL, 0); ap_pclosesocket(conn-pool, sock); conn-remote_logname = result;
os-netbsd/2462: DSO symbols don't need an underscore prepended on NetBSD/pmax 1.3.2
Number: 2462 Category: os-netbsd Synopsis: DSO symbols don't need an underscore prepended on NetBSD/pmax 1.3.2 Confidential: no Severity: serious Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Thu Jun 18 00:20:01 PDT 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.0 Environment: NetBSD spacehog.revolve.org 1.3.2 NetBSD 1.3.2 (SPACEHOG) #0: Tue Jun 2 03:15:09 PDT 1998 [EMAIL PROTECTED]:/usr/src/sys/arch/pmax/compile/SPACEHOG pmax Description: The file src/os/unix/os.h defines DLSYM_NEEDS_UNDERSCORE when __NetBSD__ is defined, but the symbols do not need an underscore prepended under NetBSD/pmax 1.3.2. How-To-Repeat: Compile Apache with DSO support on a NetBSD/pmax machine, then try to run it. On a typical installation, you'll get an error message that the server can't find symbol _env_module in file libexec/mod_env.so. Fix: Add a check for underscores to the configure script. AFAIK, this is likely to change in the future for all NetBSD platforms, so keeping up with #define statements is likely to be impractical. I can get Apache to work correctly with DSO support by hand-editing out the #define DLSYM_NEEDS_UNDERSCORE line. Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
general/2463: SCO UnixWare 7 port
Number: 2463 Category: general Synopsis: SCO UnixWare 7 port Confidential: no Severity: non-critical Priority: medium Responsible:apache State: open Class: support Submitter-Id: apache Arrival-Date: Thu Jun 18 02:20:01 PDT 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.0 Environment: UnixWare angel 5 7 i386 x86at SCO UNIX_SVR5 Compilers: SCO Universal Development Kit C-compiler and GNU C Description: SCO UnixWare 7 port How-To-Repeat: Fix: *** apache_1.3.0/src/Configure Tue May 12 16:13:50 1998 --- apache_1.3.0_my/src/Configure Thu Jun 18 11:46:46 1998 *** *** 575,580 --- 575,586 LIBS=$LIBS -lsocket -lnsl -lcrypt -lgen DBM_LIB= ;; + *-unixware7) + OS='UnixWare 7' + CFLAGS=$CFLAGS -DUW=7 + LIBS=$LIBS -lsocket -lnsl -lcrypt -lgen + DBM_LIB= + ;; maxion-*-sysv4*) OS='SVR4' CFLAGS=$CFLAGS -DSVR4 *** apache_1.3.0/src/helpers/GuessOSSat Feb 21 18:00:41 1998 --- apache_1.3.0_my/src/helpers/GuessOS Thu Jun 18 11:42:44 1998 *** *** 47,52 --- 47,57 echo ${MACHINE}-whatever-unixware2; exit 0 fi ;; + 5) + if [ x$VERSION = x7 ]; then + echo ${MACHINE}-whatever-unixware7;exit 0 + fi + ;; 4.2) echo whatever-whatever-unixware1; exit 0 ;; Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
mod_proxy/2464: proxy clients include Date: header field in ftp-downloads
Number: 2464 Category: mod_proxy Synopsis: proxy clients include Date: header field in ftp-downloads Confidential: no Severity: critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Thu Jun 18 03:10:00 PDT 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.0 Environment: Digital Unix V4.0/564 egcs-1.0.3 compiler Description: Netscape 4.05, GNU wget 1.4.3, lynx 2.81dev5 all include the Date: HTTP header field in files downloaded using an ftp:// URL, thus corrupting it. Apparently this is due to an empty line between Content-Length: and Date:. How-To-Repeat: Download any file using Apache 1.3.0 as an ftp-over-http proxy. Tested with the URL ftp://ftp.univie.ac.at/packages/gnu/wget-1.5.1.tar.gz Fix: No. I'm not sure where the Date: header is created. Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
os-windows/2465: CGI scripts do not execute - Internal Server Error
Number: 2465 Category: os-windows Synopsis: CGI scripts do not execute - Internal Server Error Confidential: no Severity: non-critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Thu Jun 18 03:30:00 PDT 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3b7 Environment: Using Windows'95 Description: Similar to PR# 2071 When I try executing any CGI script *.cgi or *.pl get the following error mesage The server encountered an internal error or misconfiguration and was unable to complete your request. Error.log file entry [Thu Jun 18 14:32:23 1998] [error] (2)No such file or directory: couldn't spawn child process: c:/zenexpre/httpd/cgi-bin/wsmsearch2.cgi Please advise How-To-Repeat: Fix: Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
Re: os-solaris/2386: many connections stuck in CLOSE_WAIT, all servers on machine appear to stop responding
The following reply was made to PR os-solaris/2386; it has been noted by GNATS. From: Jason Spears [EMAIL PROTECTED] To: Dean Gaudet [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: os-solaris/2386: many connections stuck in CLOSE_WAIT, all servers on machine appear to stop responding Date: Thu, 18 Jun 1998 06:31:37 -0400 (EDT) On Wed, 17 Jun 1998, Dean Gaudet wrote: If you look at /server-status what state does it show the children in? Unfortunately the server is completely non-responsive when this happens. If a lot of the children appear to be stuck doing something, find the pid of one of them and then run truss against it... and send some output back so we can figure out where it's at. Oh yeah, another thing to try is to put LogLevel debug into your httpd.conf and see if any useful messages are printed in your error_log. Will try that, I'm still trying to get the problem to occur on any machine other than our production web server. :P Thanks, Jason Spears
Re: mod_proxy/2464: proxy clients include Date: header field in ftp-downloads
The following reply was made to PR mod_proxy/2464; it has been noted by GNATS. From: Marinos J. Yannikos [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: mod_proxy/2464: proxy clients include Date: header field in ftp-downloads Date: Thu, 18 Jun 1998 12:44:48 +0200 Update: bug is caused by a newline in the hdr_entry.value for the Content-Length header field (i.e. the value contains the numerical value with a surplus trailing newline). Around line 937 in src/modules/proxy/proxy_ftp.c, this code propagates the trailing newline to the size variable (from ftp_getrc_msg), which is later copied to the header value field: else if (i == 213) { /* Size command ok */ size = resp; Quick dirty fix: Add: if (size[strlen(size)-1]=='\n') size[strlen(size)-1]='\0'; (at the following line).
Re: mod_proxy/2464: proxy clients include Date: header field in ftp-downloads
The following reply was made to PR mod_proxy/2464; it has been noted by GNATS. From: Marinos J. Yannikos [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: mod_proxy/2464: proxy clients include Date: header field in ftp-downloads Date: Thu, 18 Jun 1998 12:44:48 +0200 Update: bug is caused by a newline in the hdr_entry.value for the Content-Length header field (i.e. the value contains the numerical value with a surplus trailing newline). Around line 937 in src/modules/proxy/proxy_ftp.c, this code propagates the trailing newline to the size variable (from ftp_getrc_msg), which is later copied to the header value field: else if (i == 213) { /* Size command ok */ size = resp; Quick dirty fix: Add: if (size[strlen(size)-1]=='\n') size[strlen(size)-1]='\0'; (at the following line).
Re: os-windows/2454: Unable to get .htacess on aliases directories
Sorry, the alias directive, should not have anything to do with this and it doesn't. Note that the the error message, I mentiones, have a reference to the c: drive twice ! Jens Jens StavnstrupPhone : Danish Defence Research Establishment Voice : + 45 - 39 15 17 97 Ryvangs Alle 1 - P.O. Box 2715Fax : + 45 - 39 29 15 33 DK - 2100 Copenhagen O.E-Mail (Internet) : Denmark [EMAIL PROTECTED] On 17 Jun 1998 [EMAIL PROTECTED] wrote: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: Unable to get .htacess on aliases directories State-Changed-From-To: open-feedback State-Changed-By: coar State-Changed-When: Wed Jun 17 15:14:16 PDT 1998 State-Changed-Why: Please modify your Alias directive to have matching slashes, to either Alias /icons/ c:/apache/icons/ or Alias /icons c:/apache/icons and try again. The former is preferable.
Re: os-windows/2455: Will not display the ReadmeName file in a directory
The modification of the alias line doesn't solve this either. Are your suggestion based on paper solution, or do you actually have an NT version up an running ? Jens Jens StavnstrupPhone : Danish Defence Research Establishment Voice : + 45 - 39 15 17 97 Ryvangs Alle 1 - P.O. Box 2715Fax : + 45 - 39 29 15 33 DK - 2100 Copenhagen O.E-Mail (Internet) : Denmark [EMAIL PROTECTED] On 17 Jun 1998 [EMAIL PROTECTED] wrote: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: Will not display the ReadmeName file in a directory State-Changed-From-To: open-feedback State-Changed-By: coar State-Changed-When: Wed Jun 17 15:16:28 PDT 1998 State-Changed-Why: Please change your Alias line as mentioned in #2454 and try again. Let us know the results.
Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout
The following reply was made to PR os-solaris/1190; it has been noted by GNATS. From: Eugene Crosser [EMAIL PROTECTED] To: Dean Gaudet [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout Date: Thu, 18 Jun 1998 16:00:49 +0400 (MSD) Dean, Hmm, we don't appear to have all the betas online. Bleh. Here's a few suggestions. I've already found all needed betas at ftp://ftp.apache.org/httpd/dist/ and downloaded them a minute ago. When I have results, I'll post. - If your ServerRoot is on NFS then you need to use the LockFile directive to move the lock file. No it is not on the NFS. - Try editing src/include/httpd.h, search for OPTIMIZE_TIMEOUTS, and comment out that line, so that it is not defined. Then recompile and see if that helps any. I'll try it and tell you. - You're not using any other options for compiling are you? Are you using gcc or solaris cc? I currently cannot compile clean server: I am using PHP3 and a few modules of my own, *but* 1.3b3 works well in *exactly same* configuration. I am using gcc (2.7.2.2 I think). (You know, the problem only reveals if there is a considerable traffic... And I cannot have production server without extra modules) I'll be back when I have more information. Eugene
Re: mod_proxy/2464: proxy clients include Date: header field in ftp-downloads
[In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: proxy clients include Date: header field in ftp-downloads State-Changed-From-To: open-closed State-Changed-By: coar State-Changed-When: Thu Jun 18 05:23:07 PDT 1998 State-Changed-Why: This is a known problem, already reported several times. Please search the db. The problem and fix are described at http://Bugs.Apache.Org/private/index/full/2412. A fix has been applied, and will be available in 1.3.1. If you want it sooner, pick up the latest development tree from ftp://dev.apache.org/httpd/from-cvs/ and build from that. Class-Changed-From-To: sw-bug-duplicate Class-Changed-By: coar Class-Changed-When: Thu Jun 18 05:23:07 PDT 1998
Re: os-windows/2465: CGI scripts do not execute - Internal Server Error
[In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: CGI scripts do not execute - Internal Server Error State-Changed-From-To: open-feedback State-Changed-By: coar State-Changed-When: Thu Jun 18 05:25:48 PDT 1998 State-Changed-Why: Does this file, c:/zenexpre/httpd/cgi-bin/wsmsearch2.cgi, actually exist? What is the first line in the file? There are known serious problems with 1.3b7 and CGI scripts, so you should probably wait a day or two until 1.3.0 for Win32 is released and then try again. In the meantime, let's try to determine the cause without the benefit of testing (which would fail on 1.3b7).
Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout
The following reply was made to PR os-solaris/1190; it has been noted by GNATS. From: Eugene Crosser [EMAIL PROTECTED] To: Dean Gaudet [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout Date: Thu, 18 Jun 1998 17:59:28 +0400 (MSD) Maybe you could try this patch. It looks like there's a small race condition with keepalive timeouts... but I don't understand why we don't see it more frequently. Did not change anything: after processing ~12,000 requests, some ~70 server processes fall into permament keepalive. BTW, please set LogLevel debug in your httpd.conf and tell me if you get any of those possible nested timer warnings. No such messages. Started 1.3b6 right now, will have results in a few hours. Eugene
os-hpux/2466: Placing logs directory in AFS causes children to be unkillable
Number: 2466 Category: os-hpux Synopsis: Placing logs directory in AFS causes children to be unkillable Confidential: no Severity: serious Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Thu Jun 18 09:30:00 PDT 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3 Environment: troot-falcon(288) gcc -v Reading specs from /afs/umr.edu/software/egcs/hpux10/lib/gcc-lib/hppa1.1-hp-hpux10.20/egcs-2.90.23/specs gcc version egcs-2.90.23 980102 (egcs-1.0.1 release) troot-falcon(289) uname -a HP-UX falcon B.10.20 A 9000/735 2006401184 two-user license Description: I was testing some module development for the new server, and just put the log directory in AFS instead of a local directory. For some reason, this causes all the children to be completely unkillable. They hang similarly to the way a process hung on NFS hangs. AFS supports fcntl locking, and in general works fine for everything else, but something is causing this lockup. The problem does not appear to occur with 1.2. This isn't critical, because no one is going to run with their logs pointed into AFS, but it does point out an potential problem. BTW, You might consider adding WRAP=HARD WRAP=PHYSICAL to the textarea definitions on this form. How-To-Repeat: Fix: Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout
The following reply was made to PR os-solaris/1190; it has been noted by GNATS. From: Eugene Crosser [EMAIL PROTECTED] To: Dean Gaudet [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout Date: Thu, 18 Jun 1998 20:40:58 +0400 (MSD) OK, I am now pretty certain that the fatal change happend between beta 5 and beta 6. Eugene
Re: os-hpux/2466: Placing logs directory in AFS causes children to be unkillable
Synopsis: Placing logs directory in AFS causes children to be unkillable State-Changed-From-To: open-analyzed State-Changed-By: marc State-Changed-When: Thu Jun 18 10:08:03 PDT 1998 State-Changed-Why: Are you sure the problem isn't just having the lockfile on a AFS disk? If you use a LockFile directive to move it, does the problem still happen?
Re: mod_auth-any/2459: Getting this message: [Wed Jun 17 11:37:04 1998] [notice] httpd: child pid 332 exit signal Segmentation Fault (11) when trying to access a DBM file
The following reply was made to PR mod_auth-any/2459; it has been noted by GNATS. From: Dean Gaudet [EMAIL PROTECTED] To: Nakko Mizu [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: mod_auth-any/2459: Getting this message: [Wed Jun 17 11:37:04 1998] [notice] httpd: child pid 332 exit signal Segmentation Fault (11) when trying to access a DBM file Date: Thu, 18 Jun 1998 10:21:03 -0700 (PDT) In your post you mentioned gdbm, but it's not present on the link line below... I suspect you're getting dbm functions from libc, and that you may have compiled your 1.2.6 server with -lgdbm. If that's the case the seg faults are expected -- the two dbm libraries use different file formats. Try adding EXTRA_LIBS=-lgdbm to your Configuration file, reconfiguring and recompiling. Dean On Thu, 18 Jun 1998, Nakko Mizu wrote: Here is the run of the Configure bash-2.00# ./Configure Using config file: Configuration | Please note that the default httpd root directory has changed | from '/usr/local/etc/httpd/' to '/usr/local/apache/.' | You may add '-DHTTPD_ROOT=\/usr/local/etc/httpd\' to EXTRA_CFLAGS | in your Configuration file (and re-run Configure) or start | httpd with the option '-d /usr/local/etc/httpd' if you still | want to use the old root directory for your server. Creating Makefile + configured for Solaris 260 platform + setting C compiler to gcc + adding selected modules o status_module uses ConfigStart/End o rewrite_module uses ConfigStart/End enabling DBM support for mod_rewrite o dbm_auth_module uses ConfigStart/End + doing sanity check on compiler and options Creating Makefile in support Creating Makefile in main Creating Makefile in ap Creating Makefile in regex Creating Makefile in os/unix Creating Makefile in modules/standard Creating Makefile in modules/proxy And here is the run of Make bash-2.00# make === os/unix === os/unix === ap === ap === main === main === modules === modules/standard === modules/standard === modules/proxy === modules/proxy === modules gcc -c -I./os/unix -I./include -DSOLARIS2=260 -DSTATUS buildmark.c gcc -DSOLARIS2=260 -DSTATUS \ -o httpd buildmark.o modules.o modules/proxy/libproxy.a modules/standard/libstandard.a main/libmain.a ./os/unix/libos.a ap/libap.a -lsocket -lnsl Let me know. James Dean Gaudet wrote: Are you sure that 1.3.0 is being compiled with gdbm just like you say 1.2 is? What does the final link line look like when you type make? Dean
Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout
The following reply was made to PR os-solaris/1190; it has been noted by GNATS. From: Eugene Crosser [EMAIL PROTECTED] To: Dean Gaudet [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout Date: Thu, 18 Jun 1998 21:18:14 +0400 (MSD) - Try editing src/include/httpd.h, search for OPTIMIZE_TIMEOUTS, and comment out that line, so that it is not defined. Then recompile and see if that helps any. I did this: no change. Now, I did a bit more investigation. First, sometimes the processes that stayed in Keepalive status several minutes (i.e. much longer than the KeepaliveTimeout) still finishes. I assume this may happen when the other end explicitely closes TCP connection. Next, if I choose a process that is staying keepalive for a long time and send it kill -ALRM it does not notice it and stays in the same status. If I send it kill -PIPE it gracefully resets and is ready to serve next requests. That's all for now. Please tell me what else I can do to help chasing the problem. Eugene
Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout
The following reply was made to PR os-solaris/1190; it has been noted by GNATS. From: Dean Gaudet [EMAIL PROTECTED] To: Eugene Crosser [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout Date: Thu, 18 Jun 1998 10:37:24 -0700 (PDT) Yeah this sounds like the signal handler has been removed... which is why I sent the patch yesterday. You said you're using php, right? Is it the latest php? I believe php also plays with timeouts... do you connect to any sql databases with it? Dean On Thu, 18 Jun 1998, Eugene Crosser wrote: - Try editing src/include/httpd.h, search for OPTIMIZE_TIMEOUTS, and comment out that line, so that it is not defined. Then recompile and see if that helps any. I did this: no change. Now, I did a bit more investigation. First, sometimes the processes that stayed in Keepalive status several minutes (i.e. much longer than the KeepaliveTimeout) still finishes. I assume this may happen when the other end explicitely closes TCP connection. Next, if I choose a process that is staying keepalive for a long time and send it kill -ALRM it does not notice it and stays in the same status. If I send it kill -PIPE it gracefully resets and is ready to serve next requests. That's all for now. Please tell me what else I can do to help chasing the problem. Eugene
Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout
The following reply was made to PR os-solaris/1190; it has been noted by GNATS. From: Dean Gaudet [EMAIL PROTECTED] To: Eugene Crosser [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout Date: Thu, 18 Jun 1998 10:36:10 -0700 (PDT) 1.3b5 used USE_PTHREAD_SERIALIZED_ACCEPT on solaris, and 1.3b6 uses USE_FCNTL_SERIALIZED_ACCEPT (as do all the 1.2.x and earlier versions). We switched back to fcntl because the pthread stuff was proving unreliable for a lot of folks... You could try adding EXTRA_CFLAGS=-DUSE_PTHREAD_SERIALIZED_ACCEPT and reconfiguring/compiling. But I really don't see how this will help. That's the only thing I can find... Dean On Thu, 18 Jun 1998, Eugene Crosser wrote: OK, I am now pretty certain that the fatal change happend between beta 5 and beta 6. Eugene
Re: config/2421: problem specifying ndbm library for build ?with autoconfigure
The following reply was made to PR config/2421; it has been noted by GNATS. From: Albert Lunde [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: Subject: Re: config/2421: problem specifying ndbm library for build ?with autoconfigure Date: Thu, 18 Jun 1998 12:36:20 -0500 At 6:22 PM -0500 6/17/98, Albert Lunde wrote: At 1:46 AM -0500 6/12/98, Ralf S. Engelschall wrote: In article [EMAIL PROTECTED] you wrote: setenv LIBS -lndbm A make with the Makefiles created works, but has -DNO_DBM_REWRITEMAP set. Using -lndbm seemed to work on 1.2.6. Can you tell me what's wrong or how to find why ./helpers/find-dbm-lib is failing? The reason seems to be that your libndbm.a cannot be found. Perhaps it is under a non-standard directory, so your linker is unable to find it. Try to use setenv LIBS -L/path/to/your/libs -lndbm after finding out what /path/to/your/libs is. Perhaps something like /usr/local/lib or such a non-standard dir. In any case first make sure libndbm really exists on your system and determine where it stays. Then use these conrete informations in LIBS. Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com I've tried your suggestion, and it does not seem to work. I think I've found the problem. It looks like a bug in the helper scripts. The value of CFLAGS that's required by the HPUX ANSI C compiler, and set-up for use in the higher levels of the Makefile, isn't being used to compile the test programs. They are ANSI C, and the cc options aren't asking for that. The HP ANSI complier only does ANSI if the option -Aa or -Ae is specified (the latter also implies -D_HPUX_SOURCE). Now the last full make I did, had specified -DHPUX10 -Aa -D_HPUX_SOURCE in the compiles of the apache modules without me doing anything special, so clearly part of the configure scripts know about this. But when I added a lot of vebose outout echoing to helpers/TestCompile, this is what I saw for the outout of the test makes: in TestCompile func dlopen: - - - cd ..; cc +O2 `./apaci` helpers/testfunc.c -o helpers/testfunc -L/usr/lib -lndbm cc: helpers/testfunc.c, line 1: error 1705: Function prototypes are an ANSI feature. *** Error exit code 1 - - - in TestCompile lib dl: - - - cd ..; cc +O2 `./apaci` helpers/dummy.c -o helpers/dummy -ldl -L/usr/lib -lndbm cc: helpers/dummy.c, line 3: warning 5: const will become a keyword. cc: helpers/dummy.c, line 3: error 1000: Unexpected symbol: char. cc: helpers/dummy.c, line 4: warning 5: const will become a keyword. cc: error 2017: Cannot recover from earlier errors, terminating. *** Error exit code 1 - - - in TestCompile -v func dbm_open: - - - cd ..; cc `./apaci` helpers/testfunc.c -o helpers/testfunc -L/usr/lib -lndbm cc: helpers/testfunc.c, line 1: error 1705: Function prototypes are an ANSI feature. *** Error exit code 1 - - - in TestCompile -v func dbm_open: - - - cd ..; cc `./apaci` helpers/testfunc.c -o helpers/testfunc -L/usr/lib -lndbm cc: helpers/testfunc.c, line 1: error 1705: Function prototypes are an ANSI feature. *** Error exit code 1 - - - In TestCompile sanity the right flags _are_ picked up, and everything looks fine: - - - cd ..; cc -DHPUX10 -Aa -D_HPUX_SOURCE -DSTATUS -DNO_DBM_REWRITEMAP -DUSE_HSREGEX `./apaci` helpers/dummy.c -o helpers/dummy -L/usr/lib -lndbm - - - I _think_ I've transcribed all the above correctly. I can give you all the parts if you want (output and modified files). But it seems pretty clear to me that the problem is due to non-ANSI compiles, not due to an error in the way the dbm libraries were specified. There may be a work-around, but this looks like a weakness of your configure helper scripts in the HPUX 10, HP ANSI C context. --- Albert Lunde [EMAIL PROTECTED]
Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout
The following reply was made to PR os-solaris/1190; it has been noted by GNATS. From: Eugene Crosser [EMAIL PROTECTED] To: Dean Gaudet [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: os-solaris/1190: server processes in keepalive state do not die after keepalive-timeout Date: Thu, 18 Jun 1998 22:04:48 +0400 (MSD) Yeah this sounds like the signal handler has been removed... which is why I sent the patch yesterday. You said you're using php, right? Is it the latest php? I believe php also plays with timeouts... do you connect to any sql databases with it? Yes I do, it's Oracle. Back in October 97, it was my first idea to check. Back then, I did build a clean server and the problem persisted. Also note that betas 3 and 5 are working flawlessly with exactly same PHP (it's 3.0 release). Beta 3 (with an older PHP3) was runnning here in production without a minor problem for half a year! Now, 1.3.0 release compiled with -DUSE_PTHREAD_SERIALIZED_ACCEPT is running here for 25 minutes. It seems that it still suffers the problem. Switching back to beta5 and going home for some sleep... Eugene
os-windows/2467: Windows/Linux startup/shutdown different behaviour
Number: 2467 Category: os-windows Synopsis: Windows/Linux startup/shutdown different behaviour Confidential: no Severity: serious Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Thu Jun 18 11:20:01 PDT 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.0 and prev. Environment: OS-1: Ms Windows NT 4.0 Wks w/ SP3 (Arch. Double PPro 200) OS-2: Linux 2.0.33 w/ libc5 Slackware Distr. (Arch. Single PPro 200) Administrator privileges under NT, Root under Linux Description: During Startup and Shutdown, when Apache initializes modules, he works differently under Win32 and Linux. My module has only 2 functions: module_init(...) and module_cleanup(...). In module_init() I placed a call to ap_register_cleanup(...) for module_cleanup(). Il both modules I added a log call via ap_log_error(...) and my own log via fopen(...) fprintf(...) fclose(...). Under Linux everything works right, when I look at error log I see the calls to mod_init(), mod_cleanup() two times, one of the first startup procedure (call it Defensive Programming -said Brian- ) and one for the actual -running- startup. Under Win32 the log says: mod_init() called mod_init() called mod_init() called three times (yes) with no cleanup... under my own log I see: mod_init() called mod_cleanup() called mod_init() called mod_init() called so three inits and 1 cleanup (after first startup) and NOT a final cleanup when server shutdowns. How-To-Repeat: Alwais on Win32 machines (I tried also on a couple of other machines). Fix: I'm looking around master_main() and service_main() under http_main.c... and code reflects logs... Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
Re: apache-api/2467: Windows/Linux startup/shutdown different behaviour
[In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: Windows/Linux startup/shutdown different behaviour Release-Changed-From-To: 1.3.0 and prev.-1.3.0 Release-Changed-By: coar Release-Changed-When: Thu Jun 18 11:28:14 PDT 1998 Category-Changed-From-To: os-windows-apache-api Category-Changed-By: coar Category-Changed-When: Thu Jun 18 11:28:14 PDT 1998
Re: mod_auth-any/2459: Getting this message: [Wed Jun 17 11:37:04 1998] [notice] httpd: child pid 332 exit signal Segmentation Fault (11) when trying to access a DBM file (fwd)
The following reply was made to PR mod_auth-any/2459; it has been noted by GNATS. From: Dean Gaudet [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Subject: Re: mod_auth-any/2459: Getting this message: [Wed Jun 17 11:37:04 1998] [notice] httpd: child pid 332 exit signal Segmentation Fault (11) when trying to access a DBM file (fwd) Date: Thu, 18 Jun 1998 11:49:16 -0700 (PDT) -- Forwarded message -- Date: Thu, 18 Jun 1998 13:37:54 -0400 From: Nakko Mizu [EMAIL PROTECTED] To: Dean Gaudet [EMAIL PROTECTED] Subject: Re: mod_auth-any/2459: Getting this message: [Wed Jun 17 11:37:04 1998] [notice] httpd: child pid 332 exit signal Segmentation Fault (11) when trying to access a DBM file Ok, here is the new 'make' === modules/proxy === modules gcc -c -I./os/unix -I./include -DSOLARIS2=260 -DSTATUS modules.c gcc -c -I./os/unix -I./include -DSOLARIS2=260 -DSTATUS buildmark.c gcc -DSOLARIS2=260 -DSTATUS \ -o httpd buildmark.o modules.o modules/proxy/libproxy.a modules/standard/libstandard.a main/libmain.a ./os/unix/libos.a ap/libap.a -lgdbm -lsocket -lnsl bash-2.00# /test/apache_1.3.0/src/httpd -f /usr/local/apache/conf/httpd.conf And now it is getting: [Thu Jun 18 13:29:00 1998] [error] (2)No such file or directory: could not open dbm auth file: /u2/test.com/userdb/members *BUT* I can use the following command: bash-2.00# dbmmanage /u2/test.com/userdb/members view matrix7 matrix7:Mx92ZF35YpJCs Now the gdbm I got was from the www.sunsite.unc.edu in which I go the version for my Solaris 2.6 and x86 and copied it into the /usr/local/bin (it's already compiled). That is where I stand. James
Re: suexec/2250: suEXEC gets too few arguments
[In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: suEXEC gets too few arguments State-Changed-From-To: open-feedback State-Changed-By: coar State-Changed-When: Thu Jun 18 11:46:41 PDT 1998 State-Changed-Why: I have no reason to think it will make any difference, but could you try with the recently released 1.3.0 version? In the meantime I'm looking into this.
general/2468: initgroups()
Number: 2468 Category: general Synopsis: initgroups() Confidential: no Severity: critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Thu Jun 18 12:50:01 PDT 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.0 Environment: Digital UNIX v4.0, using cc. uname -a: OSF1 sauron V4.0 878 alpha Description: [Thu Jun 18 15:30:47 1998] [notice] Apache/1.3.0 (Unix) configured -- resuming normal operations [Thu Jun 18 15:30:47 1998] [alert] (22)Invalid argument: initgroups: unable to set groups for User nobody and Group 200 [Thu Jun 18 15:30:47 1998] [alert] (22)Invalid argument: initgroups: unable to set groups for User nobody and Group 200 [Thu Jun 18 15:30:47 1998] [alert] (22)Invalid argument: initgroups: unable to set groups for User nobody and Group 200 [Thu Jun 18 15:30:47 1998] [alert] (22)Invalid argument: initgroups: unable to set groups for User nobody and Group 200 [Thu Jun 18 15:30:47 1998] [alert] (22)Invalid argument: initgroups: unable to set groups for User nobody and Group 200 [Thu Jun 18 15:30:48 1998] [alert] Child 15527 returned a Fatal error... Apache is exiting! How-To-Repeat: Run httpd, under Digital UNIX. Fix: It seems that the initgroups call in http_main.c is comparing the wrong return value under Digital UNIX. From the initgroups() man page: RETURN VALUES Upon successful completion, the initgroups() function returns 0 (zero). If the initgroups() function fails, 1 is returned and errno is set to indicate the error. From the http_main.c source: if (initgroups(name, ap_group_id) == -1) { ap_log_error(APLOG_MARK, APLOG_ALERT, server_conf, initgroups: unable to set groups for User %s and Group %u, name, (unsigned)ap_group_id); clean_child_exit(APEXIT_CHILDFATAL); } For Digital UNIX, it should be == 1. I applied this fix, and the server appears to work. Without this fix, the server would exit, with error, immediatly. Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
Re: mod_include/1182: SSI: include virtual doesn't handle SCRIPT_NAME correctly.
[In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: SSI: include virtual doesn't handle SCRIPT_NAME correctly. Comment-Added-By: coar Comment-Added-When: Thu Jun 18 13:27:21 PDT 1998 Comment-Added: [This is a standard response.] This Apache problem report has not been updated recently. Please reply to this message if you have any additional information about this issue, or if you have answers to any questions that have been posed to you. If there are no outstanding questions, please consider this a request to try to reproduce the problem with the latest software release, if one has been made since last contact. If we don't hear from you, this report will be closed.
Re: os-freebsd/1680: Critically anomalous behavior when upgrading from 1.3a1 to 1.3b3
[In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: Critically anomalous behavior when upgrading from 1.3a1 to 1.3b3 Comment-Added-By: coar Comment-Added-When: Thu Jun 18 13:28:36 PDT 1998 Comment-Added: [This is a standard response.] This Apache problem report has not been updated recently. Please reply to this message if you have any additional information about this issue, or if you have answers to any questions that have been posed to you. If there are no outstanding questions, please consider this a request to try to reproduce the problem with the latest software release, if one has been made since last contact. If we don't hear from you, this report will be closed.
os-irix/2469: apache daemon doesn't start, semctl(IPC_SET): Bad address
Number: 2469 Category: os-irix Synopsis: apache daemon doesn't start, semctl(IPC_SET): Bad address Confidential: no Severity: critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Thu Jun 18 13:50:00 PDT 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.0 Environment: Operating System: IRIX montana 6.2 03131015 IP22 Compiler: gcc 2.8.1 Description: I'm not getting a core dump. I've compiled the source code and built a binary. When I run the binary either alone or via -apachectl-, the message semctl(IPC_SET): Bad address appears in the error log and the server just quits. I'd be happy to give you whatever information you need to try to track this problem down. How-To-Repeat: Fix: Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
Re: apache-api/2467: Windows/Linux startup/shutdown different behaviour
The following reply was made to PR apache-api/2467; it has been noted by GNATS. From: Pierpaolo Fumagalli [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: apache-api/2467: Windows/Linux startup/shutdown different behaviour Date: Thu, 18 Jun 1998 23:11:46 +0200 I found a working solution that probably could help in better resolving the problem... the pconf pool is never cleaned in the shutdown process, neither in main process, nor in child processes. I solved the problem adding these two lines: http_main.c Line 5036) ap_destroy_pool(pconf); (the last row of worker_main() procedure); This does not seem to hurt since under Win32 the pool is created at the beginning of the process (when it is spawned) via malloc() in function malloc_block() in file alloc.c. http_main.c Line 5484) clean_parent_exit(0); (the last row of apache_main() / REALMAIN() procedure); This seems to work since when apache_main() returns, it just return back to the Operating System.
documentation/2470: windows.html Downloading Compiling sections have errors
Number: 2470 Category: documentation Synopsis: windows.html Downloading Compiling sections have errors Confidential: no Severity: non-critical Priority: medium Responsible:apache State: open Class: doc-bug Submitter-Id: apache Arrival-Date: Thu Jun 18 15:20:00 PDT 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.0 Environment: windows.html file with 1.3.0 release Description: 1)In the section Downloading Apache for Windows, where the .tar.gz file is discussed, it seems incorrect to say that You will have to convert at least the .mak and .dsp files to have DOS line endings before MSVC will understand them). In my experience there is no need to change the .dsp files for MSVC at all, at least on Win 95. 2)In the section Compiling Apache for Windows, there are more than three projects in The three projects that are necessary for Apache to run are Apache.dsp, ap/ap.dsp, regex/regex.dsp, ApacheCore.dsp and os/win32/ApacheOS.dsp. The src/win32 subdirectory contains project files for the optional modules (see below). 3)In the section Compiling Apache for Windows, the projects main/gen_test_char.dsp and main/gen_uri_delims.dsp should also be added to the list of required projects. How-To-Repeat: Fix: Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
Re: general/2468: initgroups()
The following reply was made to PR general/2468; it has been noted by GNATS. From: Marc Slemko [EMAIL PROTECTED] To: Jeffrey Mahoney [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: general/2468: initgroups() Date: Thu, 18 Jun 1998 15:26:10 -0700 (PDT) On 18 Jun 1998, Jeffrey Mahoney wrote: Fix: It seems that the initgroups call in http_main.c is comparing the wrong return value under Digital UNIX. From the initgroups() man page: RETURN VALUES Upon successful completion, the initgroups() function returns 0 (zero). If the initgroups() function fails, 1 is returned and errno is set to indicate the error. That is bastard. Are you _sure_ that isn't a -1? From the http_main.c source: if (initgroups(name, ap_group_id) == -1) { ap_log_error(APLOG_MARK, APLOG_ALERT, server_conf, initgroups: unable to set groups for User %s and Group %u, name, (unsigned)ap_group_id); clean_child_exit(APEXIT_CHILDFATAL); } For Digital UNIX, it should be == 1. I applied this fix, and the server appears to work. Without this fix, the server would exit, with error, immediatly. Erm... that makes no sense. If it returns 0 on success, and it is succeeding, then the error will not be logged because 0 != -1. So obviously it can't be returning 0 on success. Are you sure you didn't change anything else when you recompiled?