Re: Dynamic DCB [was New way to do UCB lookups]
In a6b9336cdb62bb46b9f8708e686a7ea0116565f...@nrhmms8p02.uicnrh.dom, on 11/19/2012 at 04:14 PM, McKown, John john.mck...@healthmarkets.com said: Actually, I wish the z/OS people would get off their high horse and duplicate the z/VSE feat of allowing a SAM file to be accessed as if it were an ESDS VSAM file, using ACBs. It's the NIH syndrome. DOS/VS, OS/VS1 and TSS/360 all had useful features that the MVS developers have yet to acknowledge. You are, of course, correct; a Reverse Compatibility Interface (RCI) would be useful. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dynamic DCB [was New way to do UCB lookups]
On 11/19/2012 2:48 PM, Farley, Peter x23353 wrote: You do know that the DCBE's can be in 31-bit storage, right? That's the one address in a DCB that is a 31-bit address. And you can share them among DCB's, so you don't have to have a 1-to-1 correspondence between DCB's and DCBE's. Really? You can share a DCBE among several DCBs? I'm skeptical. Where is that documented? -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dynamic DCB [was New way to do UCB lookups]
On Tue, 20 Nov 2012 15:15:12 -0800 Edward Jaffe edja...@phoenixsoftware.com wrote: :On 11/19/2012 2:48 PM, Farley, Peter x23353 wrote: : You do know that the DCBE's can be in 31-bit storage, right? That's the one address in a DCB that is a 31-bit address. And you can share them among DCB's, so you don't have to have a 1-to-1 correspondence between DCB's and DCBE's. :Really? You can share a DCBE among several DCBs? I'm skeptical. Where is that :documented? The opposite is documented - open sets DCBEDCB - DCB. No way to have the DCBE point to multiple DCBs. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dynamic DCB [was New way to do UCB lookups]
B D is right, but the situation, which is documented unambiguously, is just a little more complicated: begin extract The DCBE must not be shared by multiple DCBs that are open. After the DCB is successfully closed, the user may open a different DCB pointing to the same DCBE. Your program may refer to DCBE fields symbolically by using the IHADCBE mapping macro and the DCBDCBE address in the DCB (using the DCBD mapping macro). end extract DCBEs may not be shared among open DCBs. They may be reused, which is unsurprising. The DCB does contain a current pointer to its DCBE, and this may be the origin of the confusion. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dynamic DCB [was New way to do UCB lookups]
I do make dynamic DCBs that way. I just don't much like having to adjust the pointers to the DCBE et al. I'm just lazy. And, one reason to use macros is for time savings and clarity. Since IBM refuses to upgrade xSAM to 31 bit _properly_, I would really wish they'd upgrade the macro to be able to generate a DCB structure in dynamic storage. Hum, I may just see how difficult it would be for me to do this myself. Sort of a horrible wrapper macro which creates an in line DCB and copies it. Blech, doable but blech. I'll bet it would be fairly stable, tho. Hum. Actually, I wish the z/OS people would get off their high horse and duplicate the z/VSE feat of allowing a SAM file to be accessed as if it were an ESDS VSAM file, using ACBs. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * 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 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Thompson Sent: Monday, November 19, 2012 4:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Dynamic DCB [was New way to do UCB lookups] snippage I have only recently gotten into writing rent code as normal. Unfortunately(?) that has been coupled with the fact that all I write any more is LE enabled HLASM. I still have some problems with DCBs. I really wish IBM had a way to dynamically create one in dynamic storage _easily_. Like a DCB macro which had a MF=(E,(1)) type parameter. SNIPPAGE In static storage, define your DCB, Now copy it to your GETMAINed or STORAGE OBTAINed area. Modify it as needed (if needed at that point), point OPEN at it and let it update it with all the things it needs to have. Regards, Steve Thompson Staff Software Engineer IS Build IBM - Software Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dynamic DCB [was New way to do UCB lookups]
There is always the option of setting up your HLASM with RMODE=SPLIT. Put all your DCB's in the RMODE=24 part and your DCBE's and code in the RMODE=31 part, and Bob's your uncle. Of course, that's not reentrant. You still need to obtain 24-bit dynamic storage and copy the RMODE=24 part to the dynamic area if you want reentrancy. You do know that the DCBE's can be in 31-bit storage, right? That's the one address in a DCB that is a 31-bit address. And you can share them among DCB's, so you don't have to have a 1-to-1 correspondence between DCB's and DCBE's. HTH Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of McKown, John Sent: Monday, November 19, 2012 5:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Dynamic DCB [was New way to do UCB lookups] I do make dynamic DCBs that way. I just don't much like having to adjust the pointers to the DCBE et al. I'm just lazy. And, one reason to use macros is for time savings and clarity. Since IBM refuses to upgrade xSAM to 31 bit _properly_, I would really wish they'd upgrade the macro to be able to generate a DCB structure in dynamic storage. Hum, I may just see how difficult it would be for me to do this myself. Sort of a horrible wrapper macro which creates an in line DCB and copies it. Blech, doable but blech. I'll bet it would be fairly stable, tho. Hum. Actually, I wish the z/OS people would get off their high horse and duplicate the z/VSE feat of allowing a SAM file to be accessed as if it were an ESDS VSAM file, using ACBs. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Thompson Sent: Monday, November 19, 2012 4:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Dynamic DCB [was New way to do UCB lookups] snippage I have only recently gotten into writing rent code as normal. Unfortunately(?) that has been coupled with the fact that all I write any more is LE enabled HLASM. I still have some problems with DCBs. I really wish IBM had a way to dynamically create one in dynamic storage _easily_. Like a DCB macro which had a MF=(E,(1)) type parameter. SNIPPAGE In static storage, define your DCB, Now copy it to your GETMAINed or STORAGE OBTAINed area. Modify it as needed (if needed at that point), point OPEN at it and let it update it with all the things it needs to have. Regards, Steve Thompson Staff Software Engineer IS Build IBM - Software Group -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dynamic DCB [was New way to do UCB lookups]
FWIW I once offered here a tutorial called Converting an RMODE=24 BSAM, BPAM, and/or QSAM Assembler Program to RMODE=ANY. That offer is still good. I have probably sent out thirty or more copies over the years. It also addresses reentrance. Write me off-list at charlesm at mcn dot org if you would like a copy. No catch. I will not sign you up for organ enhancement or any other kind of spam. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Farley, Peter x23353 Sent: Monday, November 19, 2012 2:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Dynamic DCB [was New way to do UCB lookups] There is always the option of setting up your HLASM with RMODE=SPLIT. Put all your DCB's in the RMODE=24 part and your DCBE's and code in the RMODE=31 part, and Bob's your uncle. Of course, that's not reentrant. You still need to obtain 24-bit dynamic storage and copy the RMODE=24 part to the dynamic area if you want reentrancy. You do know that the DCBE's can be in 31-bit storage, right? That's the one address in a DCB that is a 31-bit address. And you can share them among DCB's, so you don't have to have a 1-to-1 correspondence between DCB's and DCBE's. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN