Næste uges tip udkommer først tirsdag i uge 45.

Når man først har kastet sig over at lave file-tailoring i ISPF er der ikke lang vej til at lave batch-jobs, der laver file-tailoring og submitter jobs. Og så kan man godt nok blive ophidset over, at det nogle gange ikke virker. Man får oftest besked om at datasettet <userid>.SPFTEMP0.CNTL er i brug af en anden user.

Der er kun en rigtig løsning på dette problem, og det er at allokere nogle såkaldte ISPF WORK-dataset i sit batch-job. Alle SPFTEMP*.CNTL dataset er nogle dataset, som ISPF automatisk allokerer, når man ikke allokerer WORK-dataset. Denne automatik gør, at der ikke er ret mange installationer, der gør noget for at allokere WORK-dataset. Problemet er, at når den samme TSO-user skal benytte SPFTEMP*.CNTL fra to forskellige sessioner, eksempelvis batch og online, samtidig, så er det kun den ene, der får lov.

WORK-datasettene kan allokeres både til batch og til online, der er jo ingen forskel set fra JES2 og heller ikke for TSO og ISPF. Typisk benytter man SPFTEMP*.CNTL til online, og så er det op til os andre at lave nogle fornuftige batchjobs. Tilføj derfor følgende allokeringer til alle dine ISPF-batchjobs:

//ISPCTL0 DD DISP=NEW,UNIT=VIO,SPACE=(TRK,(5,5)),
// LRECL=80,BLKSIZE=0,RECFM=FB
//ISPCTL1 DD DISP=NEW,UNIT=VIO,SPACE=(TRK,(5,5)),
// LRECL=80,BLKSIZE=0,RECFM=FB

DD-navn ISPCTL0 benyttes af ISPF til at gemme det sidst submittede job fra en EDIT-session. Det gør man nok ikke i batch, men det skal alligevel være der. DD-navn ISPCTL1 er til at gemme resultatet af din file-tailoring, når du benytter FTOPEN TEMP. Faktisk er ISPCTL1 til FTOPEN TEMP i din første split-session. ISPCTL2 er til din anden split-session, men da du normalt ikke kører split-sessioner i batch, er det ikke nødvendigt at allokere mere end ISPCTL0 og ISPCTL1.

Hvis du vil benytte ISPCTL* datasets til din online TSO-session, så skal du huske at allokere dem inden opstart af ISPF. Og du skal allokere et for hver mulig split-session. Hvis din installation tillader mere end 9 splits, så hedder DD-navnet til det tiende split ISPCTLA og så fremdeles for de efterfølgende splits. Normalt vil du ikke have adgang til at bestemme allokeringerne til din online TSO-session, men hvis du er ansvarlig for TSO logon-procedurer, så skal du huske på, at alt for mange VIO-datasets kan belaste storage.