Email List: Xaustin-review-lX
[All Lists]

Defect in XCU file

To: yyyyyyyyyyyyyyy@xxxxxxxxxxxxx
Subject: Defect in XCU file
From: yyyyyyyyyy@xxxxxxx
Date: Tue, 5 Aug 2003 23:08:58 +0100 (BST)
        Defect report from : Don Cragun , Sun Microsystems, Inc.

(Please direct followup comments direct to yyyyyyyyyyyyyy@xxxxxxxxxxxxx)

@ page 447 line 17291 section file objection {dwc-file.20030805a}

Problem:

Edition of Specification (Year): 2003

Defect code :  2. Omission

XCU6 added magic files to the POSIX specifications, but when it did
so, it left the meaning of the type specification character 'c'
unspecified.  XCU6, P447, L17290-17292 says:
        "The type shall consist of the type specification
        characters c, d, f, s, and u, specifiying character,
        signed decimal, floating point, string, and unsigned
        decimal, respectively."
Later paragraphs specify the number of bytes to be matched by all of
these type, except c; specify the byte order to be used when matching
all of these types, except c; and specifies that the strings byte,
short, long, and string are to be interpreted as dC, dS, dL, and s,
respectively, but again doesn't mention c.

If the intention was to match a byte, that can already be specified
by the type strings, "byte", "dC", "d1", "uC", or "u1" as
appropriate.  If the intention was to match a (possibly multibyte)
character, that can already be specified with a type string "s" or
"string" and giving a value field that matches one character.

(Note that the value field corresponding to a type c is specified
to be a signed decimal value (not a string), but there is no
indication as to how a multibyte character is supposed to be
converted to a signed decimal value in a portable manner.

Action:

Change:
        "characters c, d, f, s, and u, specifying character,
        signed decimal,"
on P447, L17291 to:
        "characters d, f, s, and u, specifying signed decimal,".

If this change is not acceptable, specify how type character c
is supposed to be interpreted and how matching characters are
supposed to be entered as decimal values in the value field.

<Prev in Thread] Current Thread [Next in Thread>