After we upgrade to V7R1 we found that a number of old routines that used a combination of this will err out (see error below):

> CPYTOIMPF (failure occurs here)

A R)etry after some minutes allows the job to complete normally.

If we put a DLYJOB DLY(120) after the RUNSSQLSTM it completes normally.

The error has to do with the multi-threaded environment implemented in V7R1. There is no "fix" for this. Welcome to multi-threading.


When running SQL or using user defined functions, the system will often spawn multiple threads to complete the request. At R710, these threads are left open longer to improve the performance of future calls to the same function or statement. This can cause failures if the job the runs any function or command that can not be ran in a job with multiple threads. Some examples these errors include:

msgCPE3524 Message . . . . : Function not allowed.
Cause . . . . . : Function is not allowed in a job that is running with
multiple threads.
msgCPF180B Message . . . . : Function &1 not allowed.
Cause . . . . . : Function &1 is not allowed in a job which has multiple
cpfa0d4 Message . . . . : File system error occurred. Error number 3524

On 1/3/2014 11:52 AM, Michael Schutte wrote:
Rob, would you be willing to expand on this a little please? I went
looking in WRKREGINF and didn't find anything linked to SNDDST.

Another program is assigned to fix this issue and I'm thinking I would
rather do what you suggested.

This thread ...


Return to Archive home page | Return to MIDRANGE.COM home page