I got that from a different IBM manual. The so called national characters have been a part of the alphanumeric set since S/360 days. They were included as an extension of the alphabet.
http://publib.boulder.ibm.com/infocenter/iseries/v5r4/index.jsp?topic=/rzatb/vdefn.htm IBM standard volume label (VOL1) " The alphanumeric character set includes A-Z, 0-9, @, $, and #. " Regards, Richard Schuh > -----Original Message----- > From: The IBM z/VM Operating System > [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark > Sent: Saturday, March 13, 2010 5:53 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Automated DDR funny - has anyone got any ideas > > On Friday, 03/12/2010 at 05:42 EST, "Schuh, Richard" <rsc...@visa.com> > wrote: > > It must be Friday, Alan answered hastily like he was > anxious to leave > the > > office. It is A-Z, 0-9, @,#,$ > > Alan did not answer hastily. From IBM Corporate Standard C-S > 3-8010-003, 1998, "Volume Labels for Storage Devices": > > "This field may > contain from one to six alphabetic and/or numeric characters. > If the volume identifier is less than six characters, it is > left-justified and the remainder is padded with spaces. On > both input and output, the system must check this field > against the value supplied by the user. The content is > permanently assigned by the installation to identify this > volume, and is entered at label creation. > Note: Some existing systems accept a wider character set than > is permitted here, if the characters are specified within > enclosing apostrophes. Some programs to which this standard > is applicable must maintain compatibility with these systems > and are therefore permitted this specific additional latitude." > > The standard defines "alphabetic" as A-Z (actually, A, B, C, > D, etc. to avoid confusion) and "numeric" as 0-9. > > So, our existing labeling programs that allow blanks in the > middle of labels (very annoying) and characters that aren't > the same in all code pages (@ is one) are permitted under the > grandfather clause, but they aren't compliant. > > Alan Altmark > z/VM Development > IBM Endicott >
