16.12.2012 Views

z/OS V1R9.0 UNIX System Services Command ... - Christian Grothoff

z/OS V1R9.0 UNIX System Services Command ... - Christian Grothoff

z/OS V1R9.0 UNIX System Services Command ... - Christian Grothoff

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Usage notes<br />

– BPXFX311. Specifies an ASCII-EBCDIC conversion table to convert<br />

between code pages ISO8859-1 and IBM-1047.<br />

YES<br />

Specifies that the system is to perform conversion and use the default<br />

conversion table (BPXFX000) in the standard library concatenation.<br />

(BPXFX000 is an alias; when shipped by IBM, it points to BPXFX111.)<br />

NO<br />

Specifies that conversion not be done. NO is the same as omitting the<br />

CONVERT operand.<br />

OGET<br />

Do not use the CONVERT parameter on files containing doublebyte data.<br />

Doublebyte data in the file system is in code page 939. If you need to convert<br />

to a code page other than 939, you use the iconv command.<br />

1. For text files, all characters are stripped during the copy. Each line in<br />

the file ending with a character is copied into a record of the MVS<br />

data set. You cannot copy a text file to an MVS data set in an undefined record<br />

format.<br />

v For an MVS data set in fixed record format: Any line longer than the<br />

record size is truncated. If the line is shorter than the record size, the record<br />

is padded with blanks.<br />

v For an MVS data set in variable record format: Any line longer than the<br />

largest record size is truncated; the record length is set to the length of the<br />

line. A change in the record length also occurs if the line is short.<br />

For text mode transfer, if the line is longer than the record size, the line is<br />

truncated (for DBCS, perhaps in the middle of a doublebyte character or in<br />

“shift-in” state). If the line is shorter than the record size, the record is padded<br />

with blanks.<br />

2. For binary files, all data is preserved.<br />

v For an MVS data set in fixed record format: Data is cut into chunks of size<br />

equal to the record length. Each chunk is put into one record. The last record<br />

is padded with spaces or blanks.<br />

v For an MVS data set in variable record format: Data is cut into chunks of<br />

size equal to the largest record length. Each chunk is put into one record.<br />

The length of the last record is equal to the length of the data left.<br />

v For an MVS data set in undefined record format: Data is cut into chunks<br />

of size equal to the block size. Each chunk is put into one record. The length<br />

of the last record is equal to the length of the data left.<br />

For binary mode transfers, doublebyte characters might be split between MVS<br />

data set records, or a “shift-out” state might span records.<br />

3. If the MVS data set does not exist, OGET allocates a new data set, a sequential<br />

data set of variable record format. However, OGET does not allocate a new<br />

partitioned data set. The record length of the new data set is either 255 or the<br />

size of the longest line in the z/<strong>OS</strong> <strong>UNIX</strong> file system file, whichever is larger.<br />

Dynamic allocation services determine the block size and space, based on<br />

installation-defined defaults. If the defaults are not sufficient, you should allocate<br />

a new MVS data set and then specify it on OGET.<br />

A simple method of allocating a sufficient size is to specify a primary extent size<br />

and a secondary extent size equal to the number of bytes in the file being<br />

copied.<br />

Chapter 3. TSO/E commands 847

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!