Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 16821 invoked by uid 6000); 7 Jan 1998 12:59:53 -0000 Received: (qmail 16815 invoked from network); 7 Jan 1998 12:59:52 -0000 Received: from devsys.jagunet.com (206.156.208.6) by taz.hyperreal.org with SMTP; 7 Jan 1998 12:59:52 -0000 Received: (from jim@localhost) by devsys.jaguNET.com (8.8.7/jag-2.4) id HAA21084 for new-httpd@apache.org; Wed, 7 Jan 1998 07:59:47 -0500 (EST) From: Jim Jagielski Message-Id: <199801071259.HAA21084@devsys.jaguNET.com> Subject: Re: config/1630: Full status reports are not enabled even with rule STATUS=yes (fwd) To: new-httpd@apache.org Date: Wed, 7 Jan 1998 07:59:46 -0500 (EST) In-Reply-To: from "Marc Slemko" at Jan 6, 98 11:56:10 pm X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org Agreed... Un-freaking-believable. Marc Slemko wrote: > > I don't believe it. I just don't. > > How much simpler can a use of tr get? > > ---------- Forwarded message ---------- > Date: 7 Jan 1998 06:42:32 -0000 > From: Steve Fosdick > To: apbugs@hyperreal.org > Subject: config/1630: Full status reports are not enabled even with rule STATUS=yes > > > >Number: 1630 > >Category: config > >Synopsis: Full status reports are not enabled even with rule STATUS=yes > >Confidential: no > >Severity: non-critical > >Priority: medium > >Responsible: apache > >State: open > >Class: sw-bug > >Submitter-Id: apache > >Arrival-Date: Tue Jan 6 22:50:00 PST 1998 > >Last-Modified: > >Originator: fosdicsj@aom.bt.co.uk > >Organization: > apache > >Release: 1.2.5 > >Environment: > HP-UX rumpus B.10.20 A 9000/712 > gcc version 2.7.2.1 > >Description: > If I edit the Configuration file to my requirements, run Configure and compile > apache I get a version that does short status reports rather than full ones > despite description text in the Configuration file that inicates that setting > the line: > Rule STATUS=yes > should cause full status reports to be selected. > >How-To-Repeat: > > >Fix: > I tracked the problem down to the tr command in src/helpers/CutRule. It > actually appears to be a bug in HP-UX 10.20's version of 'tr' which, when > given the translations you use, outputs some characters with the eighth bit > set rather than the correct lower case letters. > > I have searched the HP-UX patch database and cannot find a patch for 'tr'. > > I was able to work around it by changing the tr command to use character > classes, i.e. instead of: > tr "A-Z" "a-z" > I changed it to use: > tr '[:upper:]' '[:lower:]' > > I don't know how portable that construct is but another workaround would be to > supply s simple C program that does the case conversion. > > If the > >Audit-Trail: > >Unformatted: > [In order for any reply to be added to the PR database, ] > [you need to include in the Cc line ] > [and leave the subject line UNCHANGED. This is not done] > [automatically because of the potential for mail loops. ] > > > > -- ==================================================================== Jim Jagielski | jaguNET Access Services jim@jaguNET.com | http://www.jaguNET.com/ "Look at me! I'm wearing a cardboard belt!"