From hlj@posix.com Thu Nov 5 01:37:27 1992 Received: from netcomsv.netcom.com by dkuug.dk with SMTP id AA21026 (5.65c8/IDA-1.4.4j for ); Fri, 6 Nov 1992 10:06:26 +0100 Received: from posix.COM by netcomsv.netcom.com with UUCP (4.1/SMI-4.1) id AA15539; Thu, 5 Nov 92 11:04:18 PPE Received: by posix.COM (5.64/A/UX-AMR-1.0) id AA05487; Thu, 5 Nov 92 09:37:28 PST Message-Id: <9211051737.AA05487@posix.COM> Subject: Re: (SC22WG15RIN.247) Draft RIN 9210 Minutes To: wg15rin@dkuug.dk Date: Thu, 5 Nov 92 9:37:27 PST From: Hal Jespersen In-Reply-To: <9211050859.AA27048@ca1a.osa.ilab.toshiba.co.jp>; from "Yasushi Nakahara" at Nov 05, 92 6:01 pm Organization: POSIX Software Group, 447 Lakeview Way, Redwood City, CA 94062 Phone: +1 (415) 364-3410 FAX: +1 (415) 364-4498 X-Mailer: ELM [version 2.2 PL0] X-Charset: ASCII X-Char-Esc: 29 > > > Hi all RIN members, > > Attached please find the draft RIN 9210 minutes, which Mr. Hopper kindly > ... Correction/Comments below. Hal > H Jespersen, Posix Inc, US ^^^ Software Group > G Leijonhufrud, Posix Ltd, UK ^ ^^^^^^^^^^ v [delete] > J Spencer, Posix Inc, US ^^^^^^^^^ Data General > 3.1 7. H Jespersen reported on the IEEE meetings in Utrecht as ^^^^ WG15 9945-2 ad hoc > follows :-- > > a. State-dependent encoding was discussed and it was agreed > that applications should not handle the problem. ^^^^^^^^^^^^ the individual utility descriptions > > b. Multiple printing width character problems were > discussed with the result that the keywords `width1', > `width2', `width3' and `width4' will be added to the LC_CTYPE > category of the locale definition, each being followed by > a list of characters in these new classes. There is also > to be a `default_width' keyword taking a numeric argument > which indicates the width occupied by all characters not > specifically allocated to a different width class. > > c. Collation syntax problems are still unresolved (see > RTN009). > > d. It was discovered that `era_d_t_fmt' had been > inadvertently omitted from the LC_CTIME category. This is > to be corrected using wording from the X/Open Portability > Guide 4. > > e. The copying forms of locale category specification will > have some name syntax options. Delete. I have no idea what this means. > f. It was agreed that portable character sets must not > be merely a single octet coding. It was agreed that the description of portable character sets does not imply that it is merely a single octet coding. > > g. Mappings for other matters in the LC_CTYPE category > was not considered to be within the scope of POSIX. Delete. I have no idea what this means. > h. The pax file format is now based on ISO 1001. User ^^^^^^ continues to be > names, group names and file names are in UTF-File System > Safe encoding. A new/better format is still looked for. > > 3.1.6 19. It was reported that the requirement for NUL to be handled > separately had been dropped. It was suggested that NUL would > be defined as in ISO 6429:1988 for all possible character sets. > This is to be checked. It was reported that requirements for NUL in collation sequences were removed from POSIX.2b/D4. The definition remains. See #20. > 20. The Danish national body is to provide a proposal for Denmark > a definition of NUL to this group and to the US development > body for consideration at its January meeting (921003). > > 3.1.9 23. Character set conversion based on charmaps is now provided > by the iconv function. ^^^^^^^^ utility > > 3.1.10 24. Field display width has been added to the date category ^^^^^^^^ > in the locale definition. ^^^^^^^^^^^^^^^^^^^^^^^^ utility.