general/8502: mod_mime_magic doesn't understand '&' in offset field to mean relative offset

[Danek Duvall <du...@emufarm.org>]

>Number:         8502
>Category:       general
>Synopsis:       mod_mime_magic doesn't understand '&' in offset field to mean relative offset
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    apache
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   apache
>Arrival-Date:   Wed Oct 10 01:10:00 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator:     duvall@emufarm.org
>Release:        1.3.22
>Organization:
apache
>Environment:
RedHat 6.1
>Description:
/usr/share/magic in redhat ships with a few entries that look like:

0      string          \033%-12345X@PJL        HP Printer Job Language data
>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:
 [In order for any reply to be added to the PR database, you need]
 [to include <ap...@Apache.Org> 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!     ]
 
 
 >&0    string          >\0                     %s
 >>&0   string          >\0                     %s
 >>>&0  string          >\0                     %s
 >>>>&0 string          >\0                     %s
 
 The ampersand, as explained by the man page, means that the offset is relative:
 
     Sometimes you do not know the exact offset as this depends on the length of
     preceding fields. You can specify an offset relative to the end of the last
     uplevel field (of course this may only be done for sublevel tests, i.e. test 
     beginning with > ).  Such a relative offset is specified using & as a prefix 
     to the offset.
 
 mod_mime_magic complains about these entries, first that the offset is invalid, then that the type is invalid.  The code should probably be updated to either
 understand this, or ignore the line a little more quietly.