View previous topic :: View next topic
|
Author |
Message |
Chessdude
New User
Joined: 28 Apr 2006 Posts: 6 Location: Netherlands
|
|
|
|
I try to allocate a member in an existing temporary dataset using BPXWDYN in a cobol program. Parameter: ALLOC DD(DSPDEF) DSN('SYS09335.T162656.RA000.Z727S40D.DSPDEF.H01(DATTEST1)') SHR REUSE.
The returncode I get is +86400258 which translates to hex 05265D02.
Looking up the left four digits in 'z/OS MVS Programming: Authorized Assembler Services Guide' gets me nowhere. The errorcodes end with 04FC in table 26-8 and begin with 17zz in table 26-9.
What am I doing wrong?
Best regards,
Peter Wijnand |
|
Back to top |
|
|
ofer71
Global Moderator
Joined: 27 Dec 2005 Posts: 2358 Location: Israel
|
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
Can you use BPXWDYN on a permanent data set to verify it is working? |
|
Back to top |
|
|
Chessdude
New User
Joined: 28 Apr 2006 Posts: 6 Location: Netherlands
|
|
|
|
ofer71,
The link is outdated, the same and more information can be found at "z/OS Using REXX and z/OS UNIX System Services" chapter 6.0 "BPXWDYN: a text interface to dynamic allocation and dynamic output". But that manual doesn't help me.
Robert Sample,
BPXWDYN has been tested extensively on permanent datasets.
But the real problem is that the returncode can't be traced to an explanation of the error. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
Quote: |
But the real problem is that the returncode can't be traced to an explanation of the error. |
Funny -- I would have thought the problem is getting a non-zero return code on the BPXWDYN; I learn things every day.
If you have, at your site, "tested extensively" the use of BPXWDYN with permanent data sets, I suggest you contact IBM to determine whether or not it is valid to use BPXWDYN on temporary data sets -- and what restrictions there are on doing so. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Personally, i believe that having a temporary partitioned dataset is questionable at best. . .
Why is this being done? Possibly yet another "solution" in search of a requirement. . . |
|
Back to top |
|
|
MBabu
Active User
Joined: 03 Aug 2008 Posts: 400 Location: Mumbai
|
|
|
|
Hi Dick,
What is wrong with temp PDS? People use &&TEMP(MEM) in JCL all the time.
I used to use VIO data sets for performance reasons on very large PDSes (long time ago) and still use them in many tools. They are useful in any tool that can benefit from VIO (compiler based tools, intermediate data formats, etc). |
|
Back to top |
|
|
Chessdude
New User
Joined: 28 Apr 2006 Posts: 6 Location: Netherlands
|
|
|
|
Gentlemen, thanks for all your input, but none of it helped me with my problem. The best I can do now is direct my question directlly to IBM. |
|
Back to top |
|
|
PeterHolland
Global Moderator
Joined: 27 Oct 2009 Posts: 2481 Location: Netherlands, Amstelveen
|
|
|
|
Chessdude wrote: |
BPXWDYN has been tested extensively on permanent datasets.
But the real problem is that the returncode can't be traced to an explanation of the error. |
Whas that extensivily testing in cobol programs?
Did you test it in Rexx ?
Are there any log messages? |
|
Back to top |
|
|
|