Hi Scott,
>From experience I have found that BPXWDYN is not the easiest beast to
control. Whilst I do program in Assembler, it has to be acknowledged that
not everybody does and hence more prolific languages with calls to existing
functionality should be favoured.
I personally think t
;
> From: Paul Gilmartin
> To: IBM-MAIN@bama.ua.edu
> Sent: Monday, February 13, 2012 5:51 PM
> Subject: Re: bpxwdyn rc = 4294967263
>
> On Mon, 13 Feb 2012 14:32:56 -0800, Scott Ford wrote:
>
> I am testing a BPXWDYN call in Cobol and I
Hey Gil,
I am giving the MSG(WTP) a whirl...let you know ...got to be something stupid
Scott J Ford
Software Engineer
http://www.identityforge.com
From: Paul Gilmartin
To: IBM-MAIN@bama.ua.edu
Sent: Monday, February 13, 2012 5:51 PM
Subject: Re: bpxwdyn
On Mon, 13 Feb 2012 14:32:56 -0800, Scott Ford wrote:
I am testing a BPXWDYN call in Cobol and I am building this allocate...
ALLOC DD(TEMPFLE) DA(PIONEER.TEST.SYSIN) NEW CATALOG UNIT(SYSDA) CYL SPACE(1,1)
DSORG(PS) RECFM(F) LRECL(80)
I have tied with and without BLKSIZE(80) and in either
> All:
>
> I am testing a BPXWDYN call in Cobol and I am building this allocate...
>
> ALLOC DD(TEMPFLE) DA(PIONEER.TEST.SYSIN) NEW CATALOG UNIT(SYSDA) CYL
> SPACE(1,1) DSORG(PS) > RECFM(F) LRECL(80)
>
> I have tied with and without BLKSIZE(80) and in either situation
All:
I am testing a BPXWDYN call in Cobol and I am building this allocate...
ALLOC DD(TEMPFLE) DA(PIONEER.TEST.SYSIN) NEW CATALOG UNIT(SYSDA) CYL SPACE(1,1)
DSORG(PS) RECFM(F) LRECL(80)
I have tied with and without BLKSIZE(80) and in either situation see a
4294967463 return code
Do I assume
On Mon, 16 Jan 2012 20:09:28 +, Lennie J Dymoke-Bradshaw wrote:
>
>If we have one Command Processor (CP) calling another CP then the in-use
>attribute for any allocations done by the first CP will be in place still,
>so the convertible attribute would not apply.
>
Most (all?) my TSO programmin
Paul Gilmartin wrote:
>Thanks. Of course the TMP's most earnest attempts to clean up
>are of little avail when one program ATTACHes another which
>wants to return to its caller in the state in which it was invoked.
If we have one Command Processor (CP) calling another CP then the in-use
attribut
cting from your command? That each time alloc a new DUMMY
>>DD? I'm just courious... why?
>>
I adapted your BPXWDYN INFO technique into an audit wrapper
which invoked the EXEC I was testing. I found one tramp allocation
which I cleaned up (Yaaay!)
However, too many utilities requ
: Lennie J Dymoke-Bradshaw/UK/IBM@IBMGB or
lennie_brads...@uk.ibm.com
From: Paul Gilmartin
To: IBM-MAIN@bama.ua.edu
Date: 16/01/2012 15:58
Subject:Re: BPXWDYN re-uses DUMMY
Sent by:IBM Mainframe Discussion List
On Mon, 16 Jan 2012 16:10:04 +0100, Marco Gianfranco
Maybe stupid but usually I referr to a function that make a photo of
allocated resource in the data areas at the begin and at the end of some
process to be sure that all allocated resources are correctly FREEd.
Is not an interface like you mean but may help to solve some problem.
I tried bpxwdyn
e count. Is there a way to request that SVC 99 return
an indication of whether a DDNAME was generated or reused?
I don't know that BPXWDYN provides an interface for it.
-- gil
--
For IBM-MAIN subscribe / signoff / archive ac
I'm sorry for the previous post and I'm sure that I'm not currently
understanding and not helping but I try to give my contribute better than
above(I hope).
Now I start from your subject: yes seems to reuse DUMMY, but in different
way if foreground or batch.
Regarding "bpxwd
If I well understood your need you can refer to this good external link:
https://dovetail.com/forum/viewtopic.php?f=4&t=1100
Regards
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.u
ops, wrong msg.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
I was working on a Rexx EXEC which contained something like:
call BPXWDYN 'alloc rtddn(XYZZY) dummy'
/* ... do stuff ... */
call BPXWDYN 'free dd('XYZZY')'
I thought I was DTRT by freeing what I allocated. But I was startled
to observe in a
r numbers by z/OS release, say
V1R13
http://www-03.ibm.com/systems/z/os/zos/bkserv/zshelves13.html#zbop
Then enter the keyword of interest, say BPXWDYN, in the "Search text" box under
z/OS V1R13.0 Base Elements Optional Features - 448 books
You will be offered 9 manuals with relevant &
I use BPXWDYN and unfortunately found that Google wasnt the 'end all' to
finding where the doc lived.
I think , if memory servers(shades of StarTrek) it pointed to USS at IBM...
Scott J Ford
Software Engineer
http://www.identityforge.com
From: "
>My company stubbornly blocks all FTP access outside of our intranet. Does
>anyone here know
>where I can obtain the BPXWDYN documentation other than via FTP?
If FTP is forbidden, then presumably someone has made the publications
available on your network. It's hard to believe th
Thanks to all who sent me copies of the doc from the FTP site and to
those who pointed to the other locations where the documentation is
located. Funny that with so many other places to get the documentation
that Google only wants to point out the FTP.
Bill Bass
United Health Care
Greenville, SC
The official z/OS Internet library does not require using FTP.
Specifically for BPXWDYN, try
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/bpxzb6a0/6.0?SHELF=EZ2ZBK0K.bks&DT=20100628090654
--
Walt
--
For
ma.ua.edu] On Behalf Of Bass, Walter W
> Sent: Wednesday, October 12, 2011 10:08 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: BPXWDYN documentation without FTP
>
> According to my Google's every which way, the only place I can get the
> BPXWDYN documentation is from the IBM FTP s
Do you mean more documentation that's in z/OS V1R12.0 Using REXX and
z/OS UNIX System Services manual?
On 10/12/11 11:08, Bass, Walter W wrote:
According to my Google's every which way, the only place I can get the
BPXWDYN documentation is from the IBM FTP server. My company
According to my Google's every which way, the only place I can get the
BPXWDYN documentation is from the IBM FTP server. My company stubbornly
blocks all FTP access outside of our intranet. Does anyone here know
where I can obtain the BPXWDYN documentation other than via FTP?
Thanks,
Bill
Thanks William, I will take a look, I like easy, like most of us
Scott J Ford
From: William M Klein
To: IBM-MAIN@bama.ua.edu
Sent: Tue, March 1, 2011 3:05:10 AM
Subject: Re: BPXWDYN
Scott,
I have read the various replies and no-one (that I see) has
e you to do explicit calls
to BPXWDYN.
Check out (for example),
http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/IGY3LR50/4.2.3.1
and following.
Or
http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg50/1.8.3
and the pages that it points to.
Once you switch to this techniqu
agiana big thx all
Scott J Ford
From: Scott Ford
To: IBM-MAIN@bama.ua.edu
Sent: Mon, February 28, 2011 9:11:14 PM
Subject: Re: BPXWDYN
Yeah Sam, I see said the 'blind man' let me give it a try, ty , I
appreciate
it
Sc
Yeah Sam, I see said the 'blind man' let me give it a try, ty , I
appreciate
it
Scott J Ford
From: Sam Siegel
To: IBM-MAIN@bama.ua.edu
Sent: Mon, February 28, 2011 7:03:04 PM
Subject: Re: BPXWDYN
Look at the output descrip
e my
> old age memory
>
> Scott J Ford
>
>
>
>
>
>
> From: Sam Siegel
> To: IBM-MAIN@bama.ua.edu
> Sent: Mon, February 28, 2011 5:19:44 PM
> Subject: Re: BPXWDYN
>
> >
> >
>
>
>
> > I am trying to to the following
nt: Mon, February 28, 2011 5:19:44 PM
Subject: Re: BPXWDYN
>
>
> I am trying to to the following in A LE Cobol 4.1 program, a STC . I have
> specified a Select for the file
>
> SELECT FILEOUT
> ASSIGN TO FILEOUT
> ORGANI
FILEOUT-STATUS.
>
> I build the BPXWDYN call like this:
>
> *** Working Storage ***
>
> 01 DYNAM-CONSTANTS.
> 05 BPXWDYN-PGM PIC X(8) VALUE 'BPXWDYN'.
>
>01 BPXWDYN-PARM.
> 10 BPXWDYN-PARM-LEN PIC S9(4) BINARY VALUE
n List
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford
> Sent: Monday, February 28, 2011 3:56 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: BPXWDYN
>
> Tried the ALLOC DD(FILEOUT) SYSOUT(X) MSG(WTP , still same
> Tom:
>
> Tried the ALLOC DD(FILEOUT) SYSOUT(X) MSG(WTP
m: "Barkow, Eileen"
To: IBM-MAIN@bama.ua.edu
Sent: Mon, February 28, 2011 4:06:56 PM
Subject: Re: BPXWDYN
Try adding unalloc keyword: 'FREE FILE DD(FILEOUT) UNALLOC'
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Sco
Try adding unalloc keyword: 'FREE FILE DD(FILEOUT) UNALLOC'
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Scott Ford
Sent: Monday, February 28, 2011 3:57 PM
To: IBM-MAIN@bama.ua.edu
Subject: BPXWDYN
I am trying to to the fo
- Original Message -
From: "Scott Ford"
Newsgroups: bit.listserv.ibm-main
Sent: Monday, February 28, 2011 3:59 PM
Subject: BPXWDYN
I am trying to to the following in A LE Cobol 4.1 program, a
Hi all:
01 DYNSYSOUT-TEMP.
10 FILLER PIC X(18) VALUE ' ALLOC DD(FILEOUT)
FILE STATUS IS FILEOUT-STATUS.
I build the BPXWDYN call like this:
*** Working Storage ***
01 DYNAM-CONSTANTS.
05 BPXWDYN-PGM PIC X(8) VALUE 'BPXWDYN'.
01 BPXWDYN-PARM.
10 BPXWDYN-PARM-LEN PIC S9(4) BINARY VALUE +100.
OK, as my kids would say: "YOU ROCK!". Two minutes of effort, and it works!
Thanks for the help, and the time you spent researching this.
It was right there at x'161C' just like they said, I didn't even have to break
a
sweat.
Neal
--
On Mon, 20 Jul 2009 12:15:35 -0500, Neal Eckhardt wrote:
>Ah, well! We're z/OS 1.4, no wonder I couldn't find any documentation that
>mentioned the MOUNT parameter. I guess I'm SOL.
>
Found the ZAP:
Linkname: mvs...@www2.marist.edu post from sch...@... :
URL: http://www2.
On Mon, 20 Jul 2009 12:15:35 -0500, Neal Eckhardt wrote:
>Ah, well! We're z/OS 1.4, no wonder I couldn't find any documentation that
>mentioned the MOUNT parameter. I guess I'm SOL.
>
I believe in that era I had a ZAP for BPXWDYN. I doubt that
I could unearth it nowadays
Ah, well! We're z/OS 1.4, no wonder I couldn't find any documentation that
mentioned the MOUNT parameter. I guess I'm SOL.
Thanks,
Neal
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@ba
On Mon, 20 Jul 2009 07:53:59 -0500, Neal Eckhardt wrote:
>
>CALL BPXWDYN("ALLOC DD(OUT) DA('WORK.TAPE') NEW KEEP UNIT(TAPE)
>REUSE")
>
>Gives me a Return Code 20 with the following message:
>
>IKJ56221I DATA SET WORK.TAPE NOT ALLOCATED, VOLUME NOT AVAILABLE
I am trying to change a program from using IKJEFT01 in a started task to
IRXJCL.
The REXX statement in TSO:
"ALLOC FI(OUT) DS('WORK.TAPE') NEW KEEP UNIT(TAPE) REUSE"
works fine. The statement when converted to BPXWDYN:
CALL BPXWDYN("ALLOC DD(OUT) DA('WORK.TAP
Thar helped a lot. Thanks
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Neal Eckhardt
> Sent: Friday, July 17, 2009 10:11 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: REXX and BPXWDYN
>
> I am trying to use BPXWDYN to do a dynamic al
I am trying to use BPXWDYN to do a dynamic allocation from REXX under
IRXJCL. I am getting a RC 20. How can I find out the actual problem? Is there
any way to see S99ERROR and S99INFO?
Here is the statement:
IF BPXWDYN("ALLOC DD(OUT) DA('WORK.TAPE') NEW KEEP UNIT(TAPE)
REUS
Terry,
I believe that your problem may be in not specifying lrecl. This
Rexx
snippet shows how I code the BPXWDYN call to send an email to SMTP via the
internal reader and then off to the corporate mail servers...
Works every time.
if bpxwdyn("alloc fi(out) sysout(A) WRITER
Hi,
Thanks for the prompt responses, my problem is now resolved.
SYSOUT was indeed missing as having read the Using REXX and USS manual there
was an implication that WRITER replaced SYSOUT on the ALLOC statement.
My second problem was exactly has Steve pointed out. I had omitted the half
word pr
Terry Sambrooks wrote:
Hi Folks,
I am in need of some direction from this august body.
As a bit of fun I am trying to mimic the TSO SUBMIT command available in
REXX, by using BPXWDYN in a COBOL program to dynamically allocate an FTINCL
output file and write it to the internal reader.
Do you
On Tue, 30 Jun 2009 13:42:23 -0500, Elliot, David wrote:
>Would a SYSOUT status keyword do the job?
>
>ALLOC FI(JOBOUT) SYSOUT(x) WRITER(INTRDR) MSG(2
>
Indeed. Absent "SYSOUT", I get:
u...@mvs:134$ rexx "say bpxwdyn( 'ALLOC FI(JOBOUT) WRITER(INTRDR) MSG(W
1:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: BPXWDYN and the Internal Reader (INTRDR)
Hi Folks,
I am in need of some direction from this august body.
As a bit of fun I am trying to mimic the TSO SUBMIT command available in
REXX, by using BPXWDYN in a COBOL program to dynamically allocate an
FTINCL
Hi Folks,
I am in need of some direction from this august body.
As a bit of fun I am trying to mimic the TSO SUBMIT command available in
REXX, by using BPXWDYN in a COBOL program to dynamically allocate an FTINCL
output file and write it to the internal reader.
The first BPXWDYN to allocate the
>IEF286I DPC088IF TEST - DISP FIELD INCOMPATIBLE WITH DSNAME
That's what I thought would happen.
The manual is wrong.
(I started as a JCL jockey in 1981)
Reminds me of the old joke:
"The example on page 666 is wrong"!
"So what? It's only an example"!
"How do I do ..."?
"See the example on pa
.UA.EDU
Subject: Re: BPXWDYN relative GDG reference error
>> It is my understanding that (0) never works with NEW.
>What you're saying seems reasonable, yet the JCL User's
>Guide has an example under "Generations of a Generation Data Group" to
the contrary:
&g
>> It is my understanding that (0) never works with NEW.
>What you're saying seems reasonable, yet the JCL User's
>Guide has an example under "Generations of a Generation Data Group" to the
>contrary:
>//NEWGDS DD DSNAME=GDS(0),DISP=(NEW,CATLG,DELETE),
>// UNIT=3380,VOLUME=SER=334455,SPACE=
>
>Kirk:
>A dataset ending with GnnnVnn may be created (and cataloged) without being
>associated with a GDG index; it will just *appear* as if it were a member of
>that GDG, by one's mental association. Most that I have seen, however,
have
>been *old* generations that someobdy recovered from HSM
On Tue, 9 Sep 2008 08:26:18 -0500, Kirk Wolf <[EMAIL PROTECTED]> wrote:
>Ahh! I found the problem.
>
>The GDGs that don't work are definitely screwed up in the catalog.
>There are G000V00 entries, but when I do a LISTC ALL on the base, they are
>*not* listed as associations.
>
>FWIW - the SVC99 e
On Tue, 9 Sep 2008 08:26:18 -0500, Kirk Wolf wrote:
>Also - I get the same error when I allocate a new dataset using (+1)
using (NEW,CATLG)? If you don't specify catalog, it won't be rolled in, so
it won't be associated with the GDG.
--
Tom Marchant
---
e under "Generations of a Generation
>> Data Group" to the contrary:
>>
>> //NEWGDS DD DSNAME=GDS(0),DISP=(NEW,CATLG,DELETE),
>> // UNIT=3380,VOLUME=SER=334455,SPACE=(CYL,20)
>>
>>
>> > Date: Tue, 9 Sep 2008 12:46:38 +
>> > From: [E
E=SER=334455,SPACE=(CYL,20)
> Date: Tue, 9 Sep 2008 12:46:38 +
> From: [EMAIL PROTECTED]
> Subject: Re: BPXWDYN relative GDG reference error
> To: IBM-MAIN@BAMA.UA.EDU
>
> >In other words, perhaps no GDS entries exist for that particular GDG, and in
> >th
9, 2008 9:19 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: BPXWDYN relative GDG reference error
>
> Again, referencing (0) is *not* the problem. That works fine on most
> GDGs. The error seems specific to some GDGs, where *no* relative reference
> works, even though there a
E),
> // UNIT=3380,VOLUME=SER=334455,SPACE=(CYL,20)
>
>
> > Date: Tue, 9 Sep 2008 12:46:38 +
> > From: [EMAIL PROTECTED]
> > Subject: Re: BPXWDYN relative GDG reference error
> > To: IBM-MAIN@BAMA.UA.EDU
> >
> > >In other words, perhaps no GDS en
Yes, the generation exists.
(0) should work for an existing dataset with status SHR.
I have found that this error only occurs on *some* GDGs. Others work fine.
I don't think that it is a BPXWDYN problem - its either an SVC99 problem, or
maybe a problem with the catalog entries for th
>In other words, perhaps no GDS entries exist for that particular GDG, and in
>that case generation 0 would work only with DISP=NEW.
It is my understanding that (0) never works with NEW.
-
Too busy driving to stop for gas!
--
F
rticular
GDG, and in that case generation 0 would work only with DISP=NEW.
By the way, I think you might get better answers about BPXWDYN on MVS-OE
rather than IBM-MAIN.
--
Walt
--
For IBM-MAIN subscribe / signoff / ar
Its wierd. Some GDGs work fine and others fail with this error.
On Mon, Sep 8, 2008 at 1:52 PM, Kirk Wolf <[EMAIL PROTECTED]> wrote:
> I don't understand the error that I'm getting from BPXWDYN when I try to
> allocate an existing dataset whic is the current/latest gener
I don't understand the error that I'm getting from BPXWDYN when I try to
allocate an existing dataset whic is the current/latest generation of an
existing GDG.
rc = bpxwdyn("alloc fi(SYS00011) reuse msg(2) da(HLQ.MY.GDG(0)) shr")
IKJ56871I DATA SET HLQ.MY.GDG NOT ALLOCATED,
I guess, rather than moving the label "alloc", I would have suggested:
DS 0H force half word alignment
allocds 0cl62
dc h'60'
dc cl60'alloc dd(meals) dsn(stnt329.train.meals) shr reuse'
It's a "style" issue, however. The effect is (mostly) identical.
McKown, John wrote:
-Original Message-
From: MVS OpenEdition [mailto:[EMAIL PROTECTED] On Behalf
Of Steve Comstock
Sent: Monday, March 12, 2007 10:46 PM
To: [EMAIL PROTECTED]
Subject: [MVS-OE] BPXWDYN problem
OK, so I'm writing this CGI in Assembler to access
a VSAM file [seemed
AIL PROTECTED]> wrote:
OK, so I'm writing this CGI in Assembler to access
a VSAM file [seemed like a fun thing to do]. The
program is reentrant and LE-conforming.
To allocate the file, I want to call BPXWDYN, but
I'm having all kinds of troubles.
You can't really CALL, you shoul
Art Celestini wrote:
Not sure if this is your problem, but as shown, your X'800'
constant doesn't have enough zeros. (It should be X'8000'.)
You're right, but that was just a typo on my part
when making the post.
Turns out it seems the problem was an Assembler
alignment error causing
My actual initial error was FFEB (not FFEC for Steve) because
I coded DS cl60'alloc...' instead of dc cl60'alloc...'. Since then, I
tried lower case (CAPS OFF) for the cmd and BPXWDYN works for lower
case commands as well.
On 3/13/07, Roger Bolan <[EMAIL PROTECTE
Could it be that case matters? When you edited it, did it change to all
uppercase, for example?
Regards,
Roger Bolan
IBM Mainframe Discussion List wrote on 03/13/2007
10:19:08 AM:
> I coded a module using Steve's example and got the same return code.
> So i changed DD to FI and DSN
I coded a module using Steve's example and got the same return code.
So i changed DD to FI and DSN to DA and got a zero return code (and a
successful dynamic allocation).
I guess I messed up the original parmlist I coded as well when I got
Steve's result - DD and DSN work as well as FI and DA.
N
In a recent note, Rob Scott said:
> Date: Tue, 13 Mar 2007 05:04:21 -0400
>
> First of all, I assume the x'800' was a typo and you really meant
> x'8000'.
>
Is there an argument here in favor of using "VL=1" rather than
coding large hex constants ad-hoc? (Does VL=1 require the
p
VSAM file [seemed like a fun thing to do]. The
> program is reentrant and LE-conforming.
>
> To allocate the file, I want to call BPXWDYN, but
> I'm having all kinds of troubles.
>
> You can't really CALL, you should LINK. So, I set the
> parm up as R1 --> a(alloc)+x
In a recent note, Rich Tabor said:
> Date: Tue, 13 Mar 2007 05:34:15 -0700
>
> I think you will have better luck using FI and DA instead of DD and DSN.
>
Why?
-- gil
--
StorageTek
INFORMATION made POWERFUL
--
For IBM-
a fun thing to do]. The
>program is reentrant and LE-conforming.
>
>To allocate the file, I want to call BPXWDYN, but
>I'm having all kinds of troubles.
>
>You can't really CALL, you should LINK. So, I set the
>parm up as R1 --> a(alloc)+x'800'
>
&g
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Comstock
Sent: 12 March 2007 23:46
To: IBM-MAIN@BAMA.UA.EDU
Subject: BPXWDYN problem
OK, so I'm writing this CGI in Assembler to access a VSAM file [seemed
like a fun thing to do]. The program is reentrant and LE-con
> -Original Message-
> From: MVS OpenEdition [mailto:[EMAIL PROTECTED] On Behalf
> Of Steve Comstock
> Sent: Monday, March 12, 2007 10:46 PM
> To: [EMAIL PROTECTED]
> Subject: [MVS-OE] BPXWDYN problem
>
>
> OK, so I'm writing this CGI in Assembler to acc
the file, I want to call BPXWDYN, but
I'm having all kinds of troubles.
You can't really CALL, you should LINK. So, I set the
parm up as R1 --> a(alloc)+x'800'
where alloc is
allocds 0cl62
dc h'60'
dc cl60'alloc dd(meals) dsn(stnt
ays to pass the
parmt to BPXWDYN).
Kind regards,
-Steve Comstock
The Trainer's Friend, Inc.
303-393-8716
http://www.trainersfriend.com
-- to be included in our opt-in list of announcements of
-- new courses and other products and services from The
-- Trainer's Friend, send an
OK, so I'm writing this CGI in Assembler to access
a VSAM file [seemed like a fun thing to do]. The
program is reentrant and LE-conforming.
To allocate the file, I want to call BPXWDYN, but
I'm having all kinds of troubles.
You can't really CALL, you should LINK. So, I set th
Hi Tom
According to IBM is it supported, but it's not documented..
"You are correct that it is missing from the book. I'll try to get it
added. SUBSYS should be supported. Based on your result, it does apppear
that it is supported otherwise you would have gotten an error fr
On Wed, 1 Nov 2006 10:00:26 +, Perry O'Connell wrote:
>Does anyone know about using the SUBSYS alloc key in BPXWDYN?
>
>is it supported?
No, it is not supported.
>I am trying to dynamically allocate something like this DD card
>
>//INVOICE2 DD SUBSYS=(B93Z,
Thanks Folks
The question arose out of a email converation I had with Bill Schoen at
IBM Ploughkeepsie... ( BS is the author of the BPXWDYN documentation i
originally found
ftp://ftp.software.ibm.com/s390/zos/tools/bpxwdyn/bpxwdyn.html#Section_2.3.1
)
title from this doc
BPXWDYN: Text
: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Gilmartin
Sent: Wednesday, November 01, 2006 9:53 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: BPXWDYN and subsys
In a recent note, Perry O'Connell said:
> Date: Wed, 1 Nov 2006 10:00:26 +
>
> Do
(cross-posting to IBM-MAIN and MVS-OE)
In a recent note, Perry O'Connell said:
> Date: Wed, 1 Nov 2006 10:00:26 +
>
> Does anyone know about using the SUBSYS alloc key in BPXWDYN?
> is it supported?
>
Hmmm. It's not documented in the RM, but:
[EMAIL PROT
In a recent note, Perry O'Connell said:
> Date: Wed, 1 Nov 2006 10:00:26 +
>
> Does anyone know about using the SUBSYS alloc key in BPXWDYN?
> is it supported?
>
Hmmm. Not promising.
"z/OS V1R7.0 Using REXX and z/OS UNIX System Services"
In a message dated 11/1/2006 4:10:39 A.M. Central Standard Time,
Perry.O'[EMAIL PROTECTED] writes:
The IBM docs are either out of date or unclear ( or unfindable (by me)!)
any ideas most welcome!
>>
Did you try LOOKAT?
_http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/looka
Does anyone know about using the SUBSYS alloc key in BPXWDYN?
is it supported?
I am trying to dynamically allocate something like this DD card
//INVOICE2 DD SUBSYS=(B93Z,X001,PDF,'ASCII=YES','FILEEXT=PDF')
i have tried calling it with this..
ALLOC FI(INVOICE2)
Sent: Wednesday, October 19, 2005 3:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Where BPXWDYN documented?
It's also in
USING REXX and z/OS UNIX System Services
A search on the UNIX System Services Bookshelf revealed it.
--
Fo
On Wed, 19 Oct 2005 11:26:12 -0700, Charles Mills wrote:
>Where is BPXWDYN documented?
>
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB661/6.0?SHELF=BPXZSH60&DT=20050926202723
--
For IBM-MAIN
2005 2:26 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Where BPXWDYN documented?
>
>Where is BPXWDYN documented?
>
>Sorry for the elementary question in this venue, but a search of
Windows
>Book Mangler didn't provide an answer.
>
*
lves/BPXZSH41
The above are for z/OS 1.5.
-Original Message-
From: Charles Mills [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 19, 2005 1:26 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Where BPXWDYN documented?
Where is BPXWDYN documented?
Sorry for the elementary question in this venue, b
ftp://ftp.software.ibm.com/s390/zos/tools/bpxwdyn/bpxwdyn.html
Don Imbriale
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
>Of Charles Mills
>Sent: Wednesday, October 19, 2005 2:26 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subj
Here's the link:
ftp://ftp.software.ibm.com/s390/zos/tools/bpxwdyn/bpxwdyn.html
John Lang
Central Coast Software
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Charles Mills
Sent: Wednesday, October 19, 2005 11:26 AM
To: IBM-MAIN@BAMA.U
Where is BPXWDYN documented?
Sorry for the elementary question in this venue, but a search of Windows
Book Mangler didn't provide an answer.
Charles Mills
--
For IBM-MAIN subscribe / signoff / archive access instruc
97 matches
Mail list logo