When I've use CVTUSER I had a mod to the macro the assemble the correct contents. However, once you bring in software not under the control of IBM or your installation, all bets are off. BTDT,GTS.
Getting an external vendor to change its code to fit installation conventions is a lot more than very little work. IBM has provided better tools. Why not use them? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List <[email protected]> on behalf of Rupert Reynolds <[email protected]> Sent: Saturday, November 30, 2019 5:34 PM To: [email protected] Subject: Re: WTO Yes, using CVTUSER sensibly for a whole organisation requires authorised code to run at IPL time, which must allocate a USERVT in common storage and point CVTUSER at that. There will be other ways, but once that work is done, it is relatively little work to use it for each product that needs an entry. I was just wondering whether people still use it. Ruz On Sat, 30 Nov 2019, 20:31 Charles Mills, <[email protected]> wrote: > 1. I have no idea. It is certainly a relic of olden times. > > 2. Yes, or the vector that @Peter has described that led to this thread > offshoot. You can get to the vector with four (?) Loads, and then > presumably one or two more to get to the actual specific "user" data you > need. I suspect the overhead for N/T services -- while pretty efficient -- > is greater. > > Charles > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Paul Gilmartin > Sent: Saturday, November 30, 2019 12:20 PM > To: [email protected] > Subject: Re: WTO > > On Sat, 30 Nov 2019 11:31:51 -0800, Charles Mills wrote: > > >I think the problem with CVTUSER is that there is only one field but lots > of "users" (customer, vendor, other customer department, other vendor, ...). > > > Is this a relic of single address space design? > > Is this something better addressed by name/token services? > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
