× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



CRTDTAARA is running slow the first time it is called each day. The only
thing that seems different is that we upgraded to V7R4M0. Is anyone else
seeing this?

Here is how it works. Our menu program creates a data area with our
environment values every time it is called. We monitor for message CPF1023
and just ignore it if it already exist (no big deal if it does and it
normally already exists for existing users).

The problem comes the first time I run the menu each day. Going through
debug it is always hung up on the CRTDTAARA command. I have taken this a
step further and just called this command from a command line each day with
the same results. This morning the command hung my session for 80 seconds
before the CPF1023 message came back. Every other time I run it, the reply
is instant.

Here is the command:

CRTDTAARA DTAARA(QGPL/BHAMREN) TYPE(*CHAR) LEN(10) TEXT('Menu')

Like I said, when I call it from a command the first time each day it hangs
for a while (it has been from 15 - 80 seconds) before it comes back with
the message of "Data area BHAMREN exists in QGPL." Our menu program
monitors for this message but it still hangs up the first time every day.
The odd thing is that I can sign off and sign back on later in the day and
there is no delay in the response. But the next day when I sign on the
delay is there again.

Can someone on a V7R4M0 machine create a data area and then try it again
the next day and see if there is a delay? Try it over a few days even.

The only thing that we can see is the installation of the new operating
system, but maybe someone has seen this for a different reason.

Thanks!

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.