You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2003/12/12 01:11:29 UTC

DO NOT REPLY [Bug 25460] New: - , are valid syntax

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25460>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25460

<IfDefine >, <IfModule > are valid syntax

           Summary: <IfDefine >, <IfModule > are valid syntax
           Product: Apache httpd-2.0
           Version: 2.1-HEAD
          Platform: Other
               URL: http://marc.theaimsgroup.com/?t=107089936600004&r=1&w=2
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Core
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: geoff@apache.org


this was first posted on httpd-dev

http://marc.theaimsgroup.com/?t=107089936600004&r=1&w=2

currently, all core container directives have an issue (albeit a minor one)
- they require an argument in practice but are allowed to proceed without
one during configuration.

for example

<IfModule >

does not currently throw an error.  instead, the config is allowed to
proceed, soaking up the container.  more details are available within the thread.

there has been discussion on httpd-dev whether <IfDefine > should be allowed,
equally split between the two people who voiced their opinion.

this patch attempts to bridge the gap, requiring that core containers specify
arguments, while <IfDefine 0> is guaranteed to never be true (-D0 becomes
invalid, similar to -D""), thus providing a migration path away from <IfDefine >.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org