Nogen gange skal jeg lave rettelser i et dataset, som jeg måske vil fortryde, hvis rettelsen viser sig ikke at være tilfredsstillende. Så er det rart, at man kan skrive CANCEL som kommando. Desværre sker det, at jeg af gammel vane trykker F3 for END. Så er det, at jeg lærer at sætte pris på HSM og andre former for backup. Jeg fortalte min gode ven Johnny Mossin om en af disse situationer, hvorefter han kom med et forslag, som jeg gerne vil dele med dig, sammen med en anden mulighed.

Det forholder sig faktisk således, at der findes nogle muligheder for at inaktivere END kommandoens implicitte SAVE af data. Johnny's forslag er at udstede EDIT kommandoen DEFINE END NOP. Denne kommando disabler simpelthen END kommandoen for den EDIT session, som du er i gang med. Det er i øvrigt godt at vide, at DEFINE END RESET får END til at virke igen.

En anden mulighed er EDIT kommandoen AUTOSAVE OFF som bevirker, at du skal skal benytte SAVE for at gemme dine rettelser inden du forlader EDIT. Hvis du ikke har lavet nogen rettelser, så virker END som normalt. AUTOSAVE OFF virker i længere tid end DEFINE END NOP, men hvor længe afhænger af en masse faktorer, som selv ikke IBM har styr på, jeg har i hvert fald ikke. Dette skyldes, at AUTOSAVE er en option i din EDIT PROFILE. Den gang IBM opfandt EDIT PROFILE's, tænkte de sig ikke ret godt om, og det har vi andre så levet med lige siden. AUTOSAVE ON genetablerer i øvrigt den normale virkning af END.

Hvis du efter at have set virkningen af AUTOSAVE OFF ønsker dig, at sådan skal END virke for fremtiden for alle dine EDIT sessioner, ja så har du påtaget dig en næsten livslang opgave. Med mindre du kender nogle tricks, jeg ikke er bekendt med, så vil du opleve, at AUTOSAVE pludselig ikke er OFF mere for nogle datasets, men virker for andre, for pludselig en dag at holde op med at virke igen. Derfor kan jeg kun anbefale AUTOSAVE OFF som en løsning for en enkelt EDIT session ligesom DEFINE END NOP, som kun virker for den igangværende EDIT session.