The program will only be run when there are changes to DBDs so it won't be more than a few times a month. Even though it was nice to have a bit of BPAM practice in assembler I can see that this sort of thing would be far better written in REXX. One problem I have is that I don't know REXX, something I would rather like to remedy. Can anyone recommend a book on REXX in the z/OS environment ?
Thanks, Bye for now, John. On 1 October 2010 16:39, McKown, John <[email protected]> wrote: >> -----Original Message----- >> From: IBM Mainframe Assembler List >> [mailto:[email protected]] On Behalf Of Tom Marchant >> Sent: Friday, October 01, 2010 8:56 AM >> To: [email protected] >> Subject: Re: Sample code to read a PDS member using BPAM >> >> On Thu, 30 Sep 2010 17:37:48 -0400, Steve Smith wrote: >> >> >> >I don't think all that dynamic allocation would be simpler than using >> >BPAM. >> >> It would if you use BPXWDYN. >> >> -- >> Tom Marchant > > BPAM would be far more efficient in CPU and I/O. So it is ease of coding vs. > cost of running analysis. If this is run 100s of times a day, then I'd go > with BPAM. If it is run once a month, who cares? But it seems silly, to me, > to design HLASM code in a CPU inefficient way. If CPU doesn't matter, use > REXX. Or a UNIX shell script. > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets(r) > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > (817) 255-3225 phone * (817)-691-6183 cell > [email protected] * www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain confidential or > proprietary information. If you are not the intended recipient, please > contact the sender by reply e-mail and destroy all copies of the original > message. HealthMarkets(r) is the brand name for products underwritten and > issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake > Life Insurance Company(r), Mid-West National Life Insurance Company of > TennesseeSM and The MEGA Life and Health Insurance Company.SM >
