01a - RPG (EN)

Managing Locked Display Files on IBM i: An Effective Solution

Last Updated on 8 November 2024 by Roberto De Pedrini

We are pleased to receive and share this “tip & trick” from Patrick Rizzi, which introduces a technique that allows for intervention (modification and compilation) on any display files (DSPF) in use. We all know that if a Display File is in use by one or more users, we cannot recompile it because it is “locked.”

With Patrick’s technique, we can safely modify and recompile a DSPF even while the application is open and running. The RPG program effectively works with the DSPF in QTEMP and continues operating with the “old version” until restart.

This technique can be very helpful if we consider some programs used by dozens or hundreds of users or programs that are active all day.

Here are Patrick Rizzi’s suggestions:

Problem:

How many of you have encountered the annoying issue of a locked display file on IBM i, preventing its compilation? This problem can significantly slow down the development and maintenance process of applications.

Solution:

A practical and effective solution involves using a combination of RPG and CL techniques to actively manage the lifecycle of display files in QTEMP. Here’s how to proceed:

Declaring the display file as USROPN: ○ In the RPG program, declare the display file with the USROPN keyword. This means that the control over opening and closing the file will be under your direct control.

Creating a CL program that:

  • Deletes the display file from the job’s QTEMP if it already exists.
  • Copies the display file from its original library into QTEMP.

Opening the display file:

  • In your RPG program, open the display file in QTEMP using the OPEN command.

Advantages of this solution:Flexibility: Allows you to fully control the lifecycle of the display file. ● Efficiency: Avoids locks and conflicts, ensuring quick and smooth recompilation. ● Scalability: Easily adapts to different scenarios and environments.

Example RPG code:

dcl-pr dupdspftmp extpgm('DUPDSPFTMP');
lib char(10) const;
file char(10) const;
end-pr;
dcl-f mydspfile workstn usropn;
dupdspftmp('*LIBL':’MYDSPFILE’);
open mydspfile;

Example for the CL Program (DUPDSPFTMP):

PGM PARM(&LIB &DSPF)
DCL VAR(&LIB) TYPE(*CHAR) LEN(10)
DCL VAR(&dspf) TYPE(*CHAR) LEN(10)
DLTOBJ OBJ(QTEMP/&DSPF) OBJTYPE(*FILE)
MONMSG MSGID(CPF2105)
CRTDUPOBJ OBJ(&DSPF) FROMLIB(&LIB) OBJTYPE(*FILE) TOLIB(QTEMP)
ENDPGM

We thank Patrick Rizzi for sharing this technique with the Community and encourage other Blog.Faq400 readers to do the same by sharing material and/or techniques that can be shared.

Thank you, Patrick.

Roberto

Related Posts
DB2 for i SQL – String Manipulation – POSSTR-LOCATE-LOCATE_IN_STRING (EN)

Introduction Often, in our applications, we need to work with text strings, and DB2 SQL can come in very useful Read more

DB2 for i – FAQ & Howtos (EN)

DB2 Database and SQL ... maybe the most important things on IBM i platform: here's a collection of FAQs, tips Read more

IBM i 7.4 Announcement (En)

Comes directly with the Easter egg this IBM announcement for the news of the IBM i 7.4 version, iNext version Read more

Generated Always Columns (EN)

Introduction "Generated Always Column": are columns, table fields, filled by DB2 engine: something like columns with a default value but Read more

--- Roberto De Pedrini Faq400.com
About author

Founder of Faq400 Srl, IBM Champion, creator of Faq400.com and blog.faq400.com web sites. RPG developer since I was wearing shorts, strong IBM i supporter, I have always tried to share my knowledge with others through forums, events and courses. Now, with my company Faq400 Srl, I help companies to make the most of this great platform IBM i.

Leave a Reply

Your email address will not be published. Required fields are marked *