I have a mainframe assembler application which is invoking Unix system
services to get the names of all of the files in an NFS-mounted folder. The
application dynamically allocates and logically concatenates these files into
one giant dataset, then uses QSAM macros to read it.
The DYNALLOC calls work this way: first, I dynamically allocate the first file in
the [...]
Archive for the ‘MVS’ Category
Your Views – DYNALLOC
Posted in MVS, tagged DYNALLOC, Mainframe on April 17, 2008 | Leave a Comment »
Assign separate name for temporary dataset
Posted in ISPF, JCL, MF TIPS, MVS, dataset, tagged dataset, dsn, Mainframe, temp dataset, temp dsn, temporary dataset on April 8, 2008 | Leave a Comment »
There are some mainframe jobs needs to be submitted in bulk mode. There is a requirement to put the jobname in the generated temp dataset name. They all use the exact same skeleton JCL, including the same DSN=&&SB250DD1 DD statement. This would be more helpful to avoid the ENQ conflicts
//GENER EXEC PGM=IEBUPDTE,PARM=NEW
//SYSPRINT DD DUMMY
//SYSUT2 [...]
Dataset control block
Posted in MVS, dataset, tagged block size, dataset, lrecl, Mainframe on April 7, 2008 | Leave a Comment »
The amount of virtual storage required to drive a physical I/O operation is totally dependent on access-method internal design, which is mostly outside our control. If the desired Key field and Data field just happen to be identical to the physical Count field (a pathological case), you could surely design a channel program that could [...]
How Data is Written to Tape
Posted in MVS, tagged dataset, dsn, Mainframe, MVS, storage, tape on March 25, 2008 | 1 Comment »
Data is written to tape in blocks. Most tapes are “fixed block“, meaning all the blocks in a file are of a fixed size, usually an integer multiple of the record size (see Blocking Factor), but there are also “variable block” formats. (This is not to be confused with fixed-block drives, which can only write [...]


