Like many of you, I download the complete list of PTFs from time to time to look for hidden new functionality and fixes to bugs that are causing me problems. To download the complete list of PTFs for V3R1, you run the following command:
SNDPTFORD PTFID((SF97310))
After you press Enter, you're prompted with a screen to verify some contact information. After you complete that screen and press Enter, you get a screen asking you to select a reporting option. Selecting 1 sends the service request now, 2 says, "Do not send service request," and 3 lets you send the service request by voice. The problem is, if you take option 1, you find your PC locked up for quite awhile as the PTF information is downloaded.
You can submit PTF requests in batch. To do so, take option 2, which has that seemingly odd label of "Do not send service request." That logs your request into the system problem file with a status of Prepared. You can request multiple PTFs this way, and each of them will end up in the file.
I recommend reviewing the problems that are prepared using the following command:
WRKPRB STATUS(*PREPARED)
You'll see a list of all problems with a status of Prepared. If there are any you don't want sent, use option 8 on the Work with Problems screen and change the status to Closed. You're then ready to send the PTF request to IBM. Here's the command you might use to get the PTFs from a batch job:
SBMJOB CMD(SNDSRVRQS ACTION(*PREPARED))
Embedded in the Submit Job (SBMJOB) command is the Send Service Request (SNDSRVRQS) command. The SNDSRVRQS command uses the ECS modem to send all problems that have a status of Prepared. So you can send that long-running PTF request to IBM and not tie up your terminal for hours on end.
- Jim Hoopes
Business users want new applications now. Market and regulatory pressures require faster application updates and delivery into production. Your IBM i developers may be approaching retirement, and you see no sure way to fill their positions with experienced developers. In addition, you may be caught between maintaining your existing applications and the uncertainty of moving to something new.
IT managers hoping to find new IBM i talent are discovering that the pool of experienced RPG programmers and operators or administrators with intimate knowledge of the operating system and the applications that run on it is small. This begs the question: How will you manage the platform that supports such a big part of your business? This guide offers strategies and software suggestions to help you plan IT staffing and resources and smooth the transition after your AS/400 talent retires. Read on to learn:
LATEST COMMENTS
MC Press Online