Guys: My friend another vendor says it was good as a jumping off point , aka Vector to point to for example our routines. I can see advantages and advantages to NAME/TOKEN, we use that now. What started this process was we need a way to pass information to an exit like LOGEVX01 or TSSINSTX and the first item came to mind was NAME/TOKEN, then my asso ciate mentioned anchor table...we all ready have our xxx product codes.
Scott On Thu, Jun 15, 2017 at 10:10 AM, Charles Mills <[email protected]> wrote: > > occasionally we would have people step on us > > We have not run into that problem, fortunately. > > Charles > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Brian Westerman > Sent: Wednesday, June 14, 2017 5:49 PM > To: [email protected] > Subject: Re: IBM customer anchor > > We have several products on the market and while we exclusively used to > use the anchor when we start(ed) our Syzygy subsystem, it's now just one of > several way we keep track of things. We still support it being there > (after all we "own" the registration of the slot), but we mostly use the > name/token facility now (one for the subsystem and one per product, and > then each of the products has between 1 and "many" that can be active at a > time). Actually our IBM anchor points to a Vtable which includes those > name/token addresses (we didn't trust the name/token facility at first so > we keep track of everything we do with them 'just in case") and we have a > name/token that points back to the anchor (just in case). > > There are advantages to the anchor entry, but one problem we kept running > into was that not everyone registered their use with IBM, and apparently we > had some people's favorite offset number, so occasionally we would have > people step on us. Debugging who that was was not always easy at all. > Especially when it was something that one of the local site sysprogs > "copied" from one of their old job sites. > > So, while the anchor is very useful and quite simple to maintain, so are > name/tokens and we don't have to ask anyone to use them. If you are > marketing software that can use the anchor, I highly suggest you ask for a > slot, but you may not end up using it to the extent that you think you will. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com [email protected] Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
