Received: (qmail 72472 invoked by uid 501); 5 Mar 2002 22:22:04 -0000 Message-Id: <20020305222204.72471.qmail@apache.org> Date: 5 Mar 2002 22:22:04 -0000 From: David Edelsohn Reply-To: dje@watson.ibm.com To: submit@bugz.apache.org Subject: MPM perchild.c references undefined variables num_listensocks and pod X-Send-Pr-Version: 3.110 >Number: 10044 >Category: build >Synopsis: MPM perchild.c references undefined variables num_listensocks and pod >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: closed >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Tue Mar 05 14:30:00 PST 2002 >Closed-Date: Sun Mar 31 17:38:15 PST 2002 >Last-Modified: Sun Mar 31 17:38:15 PST 2002 >Originator: dje@watson.ibm.com >Release: httpd-2.0.32-beta >Organization: >Environment: powerpc-unknown-linux >Description: perchild.c:perchild_open_logs() uses the variables num_listensocks and pod which are not defined in the file. Tracking this back in CVS, these references were added by rbb in CVS version 1.107. This is still not fixed in the current CVS revision of the file 1.110. >How-To-Repeat: configure --with-mpm=perchild; make >Fix: This is the second time that I have found this type of mistake in perchild.c in the past few beta releases. This is not an OS-dependent bug. There have been other patches to the file since the bug was introduced, but perchild.c could not have been compiled. I would recommend that Apache development introduce a sanity check to at least compile Apache with each of the MPM configuration options available on Unix before making a Beta release. >Release-Note: >Audit-Trail: State-Changed-From-To: open-closed State-Changed-By: rbb State-Changed-When: Sun Mar 31 17:38:14 PST 2002 State-Changed-Why: All of the compiler warnings and errors have been removed from the Perhild MPM. However, it is very important to realize that the Perchild MPM is experimental, and very often it does not work. Not having an working Perchild MPM is not considered a reason to hold-up a beta release. >Unformatted: [In order for any reply to be added to the PR database, you need] [to include in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database automatically because of the potential for mail ] [loops. If you do not include this Cc, your reply may be ig- ] [nored unless you are responding to an explicit request from a ] [developer. Reply only with text; DO NOT SEND ATTACHMENTS! ]