www-apache-bugdb mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Steve Fosdick <fosdi...@aom.bt.co.uk>
Subject config/1630: Full status reports are not enabled even with rule STATUS=yes
Date Wed, 07 Jan 1998 06:42:32 GMT

>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
>Originator:     fosdicsj@aom.bt.co.uk
>Release:        1.2.5
HP-UX rumpus B.10.20 A 9000/712
gcc version
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.

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
[In order for any reply to be added to the PR database, ]
[you need to include <apbugs@Apache.Org> in the Cc line ]
[and leave the subject line UNCHANGED.  This is not done]
[automatically because of the potential for mail loops. ]

View raw message