Re: Supported interface to set/retrieve TCBUSER field NON-authori zed?
The subject says it all, I am trying to find out if there is a supported+documented interface to set and retrieve the TCBUSER word from a NON-authorized program WITHOUT writing any authorized code. I tried a simple ST instruction, but that's an 0C4 storage violation. TIA for any RTFM/info/etc. you can provide. z/OS 1.4 is the environment. Dream on. The TCB is key zero (LSQA) so you need to be in key zero to modify it. BUT! TCBUSER is one of the all time bad ideas, along with CVTUSER. You could never count on being the user so you could never be sure you had the right to store/replace whateever was there. And since everyone is in the same boat nobody uses it. If you're looking for a place to hang things, use name/token services. CC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Supported interface to set/retrieve TCBUSER field NON-authori zed?
Yes, I quickly found that out. As I was once an ISV software programmer, I am well aware of not being able to guarantee you are the one using the field, so I quickly abandoned that idea. Earlier in this thread Rolf Ernst also pointed out the TCBFSA hack, which works very well (especially when the storage address is already being passed as a parameter in R1!). TCBFSA points to a key 8 save area at the top of the task's SA chain, so no storage violations if you choose to use it. And yes, name/token services is the right answer. Hacks can always be compromised by software upgrades. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Sent: Thursday, July 21, 2005 10:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Supported interface to set/retrieve TCBUSER field NON-authori zed? The subject says it all, I am trying to find out if there is a supported+documented interface to set and retrieve the TCBUSER word from a NON-authorized program WITHOUT writing any authorized code. I tried a simple ST instruction, but that's an 0C4 storage violation. TIA for any RTFM/info/etc. you can provide. z/OS 1.4 is the environment. Dream on. The TCB is key zero (LSQA) so you need to be in key zero to modify it. BUT! TCBUSER is one of the all time bad ideas, along with CVTUSER. You could never count on being the user so you could never be sure you had the right to store/replace whateever was there. And since everyone is in the same boat nobody uses it. If you're looking for a place to hang things, use name/token services. CC _ 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: supported interface to set/retrieve TCBUSER field NON-authori zed?
Chris Craddock writes: If you're looking for a place to hang things, use name/token services. and that is sovereign advice if you need a facility for communication among, say, independent tasks or address spaces. Name/token services can also be used within a single task, but for this purpose DXD and CXD are radically better because simpler and faster. John Gilmore Ashland, MA 01721 USA _ Is your PC infected? Get a FREE online computer virus scan from McAfee® Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: supported interface to set/retrieve TCBUSER field NON-authori zed?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of john gilmore Sent: Thursday, July 21, 2005 9:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: supported interface to set/retrieve TCBUSER field NON-authori zed? snip and that is sovereign advice if you need a facility for communication among, say, independent tasks or address spaces. Name/token services can also be used within a single task, but for this purpose DXD and CXD are radically better because simpler and faster. John Gilmore Ashland, MA 01721 USA Do DXD and CXD work for communications between modules which are dynamically LOADed or LINKed to? I think that they only work for modules which are composite linked (bound?). Like FORTRAN Named Common. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: supported interface to set/retrieve TCBUSER field NON-authori zed?
John McKown writes: Do DXD and CXD work for communications between modules which are dynamically LOADed or LINKed to? I think that they only work for modules which are composite linked (bound?). Like FORTRAN Named Common. Although the mechanism used is not like FORTRAN named common and its C and PL/I analogues, the linkage editor in the past and now the binder play a crucial role. CXD is in fact a request to the binder tpo place the cumulative pseudoregister, externsal dummy section, length in a specified location. Moreover, just as PL/I controlled variables can have either scope, internal or external, it is possible to limnit access to this storage to a single callable routine, which CAN make addresses available to other dynamically loaded or linked-to routines. None of this is for novices, but then neither are name/token services. My point was that within a single perhaps multitasking or multithreaded context DXD and CXD are very much more efficient. John Gilmore Ashland, MA 01721 USA _ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: supported interface to set/retrieve TCBUSER field NON-authori zed?
McKown, John wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of john gilmore Sent: Thursday, July 21, 2005 9:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: supported interface to set/retrieve TCBUSER field NON-authori zed? snip and that is sovereign advice if you need a facility for communication among, say, independent tasks or address spaces. Name/token services can also be used within a single task, but for this purpose DXD and CXD are radically better because simpler and faster. John Gilmore Ashland, MA 01721 USA Do DXD and CXD work for communications between modules which are dynamically LOADed or LINKed to? I think that they only work for modules which are composite linked (bound?). Like FORTRAN Named Common. For dynamic modules, you can use XATTR. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/asmr1010/5.48 -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology -- Don Poitras - zSeries R D - SAS Institute Inc. - SAS Campus Drive mailto:[EMAIL PROTECTED] (919)531-5637 Fax:677- Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: supported interface to set/retrieve TCBUSER field NON-authori zed?
In [EMAIL PROTECTED], on 07/21/2005 at 10:25 AM, McKown, John [EMAIL PROTECTED] said: Do DXD and CXD work for communications between modules which are dynamically LOADed or LINKed to? No. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Supported interface to set/retrieve TCBUSER field NON-authori zed?
For vendors there has been a viable alternative to CVTUSER or RYO techniques for a while now. IBM can assign a slot in the vendor nee customer CVT table anchored from the ECVT. ECVTCTBL DCV(CSRCTABL) Customer anchor table. * Slots assigned by IBM. * Ownership: Callable Services. See http://bama.ua.edu/cgi-bin/wa?A2=ind9812L=ibm-mainP=R92723I=1 Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From IBM's perspective the installation is the user. TCBUSER is available to the installation[1]; it was never intended for end users. Similarly for CVTUSER. [1] Not 3rd party software vendors, treading on each other's heels. -- Shmuel (Seymour J.) Metz, SysProg and JOAT This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html