z/OS 1.13 Coexistence Maint. and PDISC (Was: ... and DLSW)
Cheryl > Has anyone else seen this problem? Yes - based on my having found two APAR documents which fit your description - once it has been "degaussed"! 1. OA32797: ACTPU FOR SWITCHED PU REMAINS IN PDISC STATE, FAILS TO ACTIVATE WITH IST380I ACTPU REQUEST ERROR MESSAGE AND SENSE 0801 2. OA32369: ACTPU FOR SWITCHED PU REMAINS IN PDISC STATE, FAILS TO ACTIVATE WITH IST380I ACTPU REQUEST ERROR MESSAGE AND SENSE 0801 Without checking in detail, these two look identical except for the APAR numbers! How did I find these APAR documents? Well, I used the following tokens in the IBM web site main page search function: APAR PDISC VTAM This produced "HIPER Fix List for VTAM in the z/OS Communications Server" which listed the two APARs. QED! http://www-01.ibm.com/support/docview.wss?uid=swg21316934 I guess you should examine the maintenance package and take the matter up with your IBM support. Incidentally, the fact that "backing" off the maintenance package restored the configuration back to a working status helped in knowing to check for possible APARs, don't you think? - Why did your post need "degaussing"? The primary reason is that you did not assign one of your local VTAM specialists to present the problem. From the way you presented the problem it is clear you are not such a specialist. For example, you set great store by the fact that your distributed SNA nodes are supported by DLSw - which is irrelevant.[1] I expect you would have insisted on DLSw being one of your search tokens - and this does not yield any actual APARs. - > The DLSW Controllers are at various locations across the country. There is no such thing as a "DLSw controller". I imagine what you really mean - but have got into the habit as describing as these fictitious "DLSw controllers" between you and your colleagues in your installation - are SNA "controllers", workstations of some sort, more precisely implemented as SNA type 2.1 nodes[2]. > They connect using DLSW Peering over a Cisco Network to > one of our OSA3 Ethernet > [3] at our Data Center. The above is an improved description. > When the coexistence maintenance was put on the system, ALL controllers > came up with a PDISC status, and the controllers failed to connect with an > 0801 sense code. One small change might have permitted you to find APARs describing the problem. Incidentally, I'm guessing that the "coexistence maintenance" introduced the problem as maybe a faulty APAR not - as far I could see - admitted in the text of the APARs I found. > I displayed the Subchannel address for the Switched major node, ... A switched major node does not have a subchannel address! Here's the sample output from the z/OS Communications Server SNA Operations manual: d net,id=a04smnc,scope=all IST097I DISPLAY ACCEPTED IST075I NAME = A04SMNC, TYPE = SW SNA MAJ NODE IST486I STATUS= ACTIV , DESIRED STATE= ACTIV IST1656I VTAMTOPO = REPORT, NODE REPORTED - YES IST084I NETWORK NODES: IST089I A04P882 TYPE = PU_T2, ACTIV--L-- IST089I A04P883 TYPE = PU_T2, ACTIV--L-- IST089I A04D8831 TYPE = LOGICAL UNIT , ACTIV IST089I A04D8832 TYPE = LOGICAL UNIT , ACTIV IST089I A04D8833 TYPE = LOGICAL UNIT , ACT/S IST089I A04D8834 TYPE = LOGICAL UNIT , ACTIV IST089I A04D8835 TYPE = LOGICAL UNIT , ACTIV IST089I A04D8836 TYPE = LOGICAL UNIT , ACT/S IST089I A04D8837 TYPE = LOGICAL UNIT , ACT/S IST089I A04P885 TYPE = PU_T2, ACTIV--L-- IST089I A04P886 TYPE = PU_T2, ACTIV--L-- IST089I A04D8861 TYPE = LOGICAL UNIT , ACT/S IST089I A04D8862 TYPE = LOGICAL UNIT , ACT/S IST089I A04D8863 TYPE = LOGICAL UNIT , ACTIV IST089I A04D8864 TYPE = LOGICAL UNIT , ACTIV IST314I END I expect you mean the XCA major node. Note that an XCA major node is a bit special in that it is permitted to contain only one PORT statement. Other major nodes tend not to be sensitive to how many of the only or top level resource statements are defined within the major node. Here again is the sample output from the z/OS Communications Server SNA Operations manual: d net,id=xca1a,scope=all IST097I DISPLAY ACCEPTED IST075I NAME = XCA1A, TYPE = XCA MAJOR NODE IST486I STATUS= ACTIV , DESIRED STATE= ACTIV IST1021I MEDIUM=RING,ADAPNO= 1,CUA=0500,SNA SAP= 8 IST1885I SIO = 1234 SLOWDOWN = YES IST1324I VNNAME = NETA.CN1 VNGROUP = GP1A2A IST1105I RESOURCE STATUS TGN CP-CP TG CHARACTERISTICS IST1106I XCA1AAC/R21 NO902D017100808080 IST654I I/O TRACE = OFF, BUFFER TRACE = OFF IST1656I VTAMTOPO = REPORT, NODE REPORTED - YES IST170I LINES: IST232I LN1A2A , ACTIV IST232I LN1A7B , NEVAC IST232I LN1A9C , NEVAC IST232I LN1AAA , NEVAC IST232I LN1ABA , NEVAC IST232I
Overriding IEFSDPPT (Was: PPT NOPASS setting)
Peter > I doubt that you should have any PPT entries in SCHEDxx that refer to z/OS > programs (and almost surely should not have any that are identified to z/OS > via IEFSDPPT). I'm not quite sure what you mean here. If you are trying to say that the attributes of any program which appears in the IEFSDPPT CSECT should not also have SCHEDxx PPT statements, then I most profoundly disagree. The rest of this post depends upon this being a correct interpretation of what you may appear to be trying to say. Long, long ago for my test/education systems I found the single job step limitation imposed by SYST on VTAM, ISTINM01, an irritation[1] and - using the SCHEDxx PPT statement - changed the attribute to NOSYST. Of course I did not forget to specify TIME=1440 on the EXEC statement. I ran VTAM, the major subject of my hands-on classes for years and years in up to 8 systems without any problems whatsoever. I used the same technique on other programs such as NetView or any program with an entry in IEFSDPPT with the "hard-coded" SYST attribute that also had a need for dump data sets. Did I ever experience any problems over the years I used this "trick"? Nary one. Back in March 2006 I requested comments from the assembled IBM-MAIN literati over whether there may still be some snags caused by changing the SYST attribute to NOSYST. You did not jump in waving a red flag and your colleague Jim Mulder appeared to be quite content about it. - More recently - unfortunately now shorn of my test/education systems and no longer with access to any sort of "sandbox" - I have been advising that the NOCANCEL attribute of the SNA-oriented TELNET program, EZBTNINI, should be changed to CANCEL in order that the program can enjoy the services of the AUTOLOG mechanism.[2] As I cannot test overriding NOCANCEL with CANCEL, I have asked anyone with access to a "sandbox" to try it out but regrettably have not yet had any takers. There is nothing about this program that suggests it needs any sort of tender care different from other major server programs such as the FTP server. - [1] The reason was that, in a preliminary job step, I wanted to ensure the deletion of any dump data sets that may have been used the last time the procedure was run. In the previously single job step I could then set up a minimal dump data set - with a large secondary extent. [2] See the paranoia on the subject in the z/OS Communications Server IP Configuration Guide, section 2.2.1.1, "Steps for starting the TN3270E Telnet server": http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b3b1/2.2.1.1 - Chris Mason On Mon, 12 Nov 2012 07:46:55 -0500, Peter Relson wrote: >>We have them set in PROGA0 > >?? Perhaps you meant SCHEDxx?? > >IEAVTDSV's PPT entry is not supposed to be in SCHEDxx; it is within the >IEFSDPPT module shipped as part of z/OS. >There are other entries within IEFSDPPT that also have the NOPASS >attribute. >You should not be changing these entries. > >I doubt that you should have any PPT entries in SCHEDxx that refer to z/OS >programs (and almost surely should not have any that are identified to >z/OS via IEFSDPPT). > >That is unrelated to the question about GIMSMP / HMASMP about which I do >not know. But it seems really likely that you should set NOPASS for a >SCHEDxx PPT entry only if the installation instructions for that >program/product tell you to do so. > >Peter Relson >z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LOAD and DELETE macro instructions
Shmuel wrote: Why would AMODE have any efffect on the resolution of address constants? Specifically, why would it have any effect on A-cons (you shouldn't be using V-cons for data)? This view may well be appropriate and adequate to the things Shmuel wants to do with data. My shared-tables system proceeds otherwise. Two of its principal table types are generated respectively by 242 and 1007 macros. Instances of a table type sometimes include a particular subtable/extension and sometimes do not; and I accordingly make heavy use of V-type ADCONs in generating them. (Currently, the HLASM supports an AD but no VD, and this has required be to do things that are less transparent than I should like them to be.) Moreover, as Shmuel ought properly to have garnered from this thread, the use of | DC A() instead of | DC AD() does make great trouble abover the bar. I suspect. however, that he did/does know this; he was, as too often, making a debater's point, not a substantive one. JOAT were better rendered JOATAMON. 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: Who loaded me?
Thanks for the info. I have heard of "scatter load", but only in context with the NUCLEUS. Interesting that RMODE(SPLIT) is, at least conceptually, similar. I use RMODE(SPLIT) all the time to put my I/O CSECTs into RMODE(24) storage, while leaving the other CSECTs in RMODE(31) storage. Now if I could just eliminate DCBs entirely. On Sat, 2012-12-08 at 18:46 -0500, Shmuel Metz (Seymour J.) wrote: > In , > on 12/07/2012 >at 07:12 AM, "McKown, John" said: > > >The only thing I could find was the macro, and it was vague to me > >as to whether this was an "array" of entries or just a single entry. > > The control block goes back to OS/360, when scatter load was still > supported by Fetch, so it had to be an array of extents. In z/OS, of > course, you have split modules, so the requirement has reappeared in > another guise. > -- John McKown Maranatha! <>< -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
I/O Control Blocks Below 16MB (Was: Who loaded me?)
On 12/9/2012 7:19 AM, John McKown wrote: I use RMODE(SPLIT) all the time to put my I/O CSECTs into RMODE(24) storage, while leaving the other CSECTs in RMODE(31) storage. I assume this is for non-reentrant code only. Of course, DCBs and DECBs must still reside below 16MB (that usually works out to somewhere around 100 bytes of LOC=24 virtual storage per file--a little more if you use exit lists). But, there is no need for the code that performs OPEN, CLOSE, GET, PUT, READ, WRITE, or even EXCP or STARTIO to be RMODE(24). -- 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: RACF Class PROGRAM
On Fri, 7 Dec 2012 16:05:10 +0100, "R.S." wrote: >In general you are 100% right. >However many people use PROGRAM class only to fulfill requirements of >TCPIP setup and other stuff. >In this case they define CL(PROGRAM) ** profile and and several >IBM-z/OS-provided libraries in ADDMEM. >In such case BASIC-ENHANCED security has no special meaning, has it? > >(And for clarity I omited IRRDPI and few other programs which should be >exclued from UACC(R)) There's a reason those TCP/IP programs (or the UNIX functions they invoke) require a program-controlled environment, Radoslaw. If any of those programs or functions can be invoked by a "normal" user, and will work if they're invoked in a clean program-controlled environment, then you should be running in enhanced program-control mode to ensure that the user can't attack them and cause them to do things that are unintended. In some ways, a clean program-controlled environment is like running APF-authorized. And in some ways, running with enhanced program-control mode rather than basic is like providing proper access control to control who can update your APF-authorized libraries. I honestly do not know whether, in the situation you hypothesized, you are exposed to attacks if you run in basic rather than enhanced mode. But why take the chance? Enhanced protects you from some attacks that basic allows. It's simpler to implement enhanced mode than to try to figure out what the attacks are, and whether they'll work in your situation if you remain in basic mode. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to load logical load x'ac'
On Sat, 8 Dec 2012 22:26:51 -0800, Ze'ev Atlas wrote: > >Actually, wc3270 (and my mainframe IND$FILE) deal with the situation correctly >(I might have implied otherwise, but I've now conducted few more tests) and >recognizes extended ASCII. It is the FTP configuration, whatever my user is >using that deal with 7 bit ASCII only and thus causes the problem. > "my user" implies a third, silent, party to this dialog. That makes it more complicated. And you say your user is using FTP, but you can't. I routinely use "quote site sbdataconn=(IBM-1047,ISO8859-1)" with IBM's FTP server and various clients. It's suitable for my purposes although it may translate ASCII caret to/from EBCDIC logical not. Does your mainframe system entirely prohibit FTP, or can you use it locally to experiment? ("FTP localhost" at the TSO "READY" prompt.) Do you know/are you free to disclose: o What FTP server your user has (IBM or other, perhaps CA)? o What FTP client on what platform your user has? Line-mode clients regularly accept the "quote site ..."; GUI clients may conceal the facility from presumed naive users. I hate EBCDIC! -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z10/zVM DS6800 Problem
We delivered the subject system to a customer with the exception of the PC that we had Storage Manager (SM) installed for the DS6800 disk array. Due to some inter-company fiasco we were not allowed to deliver that piece of equipment. The customer reinstalled the SM software on another PC. The system was de-installed at our site and reinstalled at the customer site by IBM and given a clean bill of health by the CE who ran the diagnostics. Last month I travelled out to the customer site (1400 miles) and attempted to bring the system up to test it out and not too surprisingly it will not IPL zVM. I get an "ACT0182 Activation complete. Load not processed" message on the HMC. Although I don't know what this message means, I can guess that it is because the operating system cannot be seen. Now, I was told by various folks from IBM and the IBM business partner that purchased the machine for the customer that any new installation of SM would "discover" the configuration on the DS6800 and all would be well. That has not been the case. Even when the new SM was given the IP addresses of the system's two LPARs, there seems to be a disconnect somewhere. The customer has opened THREE trouble tickets with IBM. There's some question whether it's a problem with hardware, software or a combination of the two. I'm on my way back out there to meet with the customer and someone from a contracted IBM Business Partner to try and fix this problem. My worry is that the current configuration might be, if not already, destroyed with all the experimentation that has been going on and that I will have to completely reinstall the OS, applications and user data. Does anyone out in the mainframe world have any suggestions on how we can work through this problem without losing everything on the disk array? Was I taken down the garden path with regards to how SM works and its capability of assimilating the configuration of the DS6800? Or does that statement have to do with importing the configuration from a CD or diskette copy from the original SM PC (in which case I'd need to know the name of the file)? Any insight would be greatly appreciated. Karl Severson Raytheon Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RACF Class PROGRAM
On Fri, 7 Dec 2012 13:46:22 +0100, ibmmain wrote: > >thanks for the confirmation. But: I have no clue how to run an experiment on >this. I guess I'll be keeping what's left in >the program class. (The * profile with certain data sets that I have shown). The experiment is simple, and harmless, Barbara. (1) Create a new program, perhaps simply copy IEFBR14 into SYS1.LINKLIB (or a library of your choice that you have listed in PROGRAM *) under a new name, say BARBTST (2) Define a PROGRAM profile for BARBTST, specifying that library in the ADDMEM, and UACC(NONE). (3) RLIST that profile and make sure there's no one in the access list. (4) SETR WHEN(PROGRAM) REFRESH (5) See if a random user can run that program. If the specific profile wins, the user can't. If the * profile wins, the user can. Delete the program, and the PROGRAM profile you created when you're done. SETR WHEN(PROGRAM) REFRESH again. > >It's actually a pity that IBM is incapable of implementing the 'good stuff' >(in this case enhanced program mode) in the >things IBM delivers themselves. I agree. Perhaps you should open a problem ticket with the group that supplies ADCD, or submit an enhancement request. It's possible they're not aware of the issue. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to load logical load x'ac'
On Sat, 8 Dec 2012 20:31:40 -0800, Ze'ev Atlas wrote: http://publib.boulder.ibm.com/infocenter/pcomhelp/v5r9/index.jsp?topic=/com.ibm.pcomm.doc/reference/html/hcp_reference27.htm In IBM-1047 x'b0' is logical not, x'5f' is circumflex, and x'6b' is comma in IBM-037 x'b0' is�circumflex, x'5f' is�logical not, and x'6b' is comma I've done an experiment. "quote site sbdataconn=(IBM-1047,ISO8859-1)" translates: ISO8859-1:5e ac to IBM-1047: 5F B0 "quote site sbdataconn=(IBM-037,ISO8859-1)" translates: ISO8859-1:5e ac to IBM-037: B0 5F There are about M x N ASCII and EBCDIC pairs for you to experiment with. --gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to load logical load x'ac'
My site prohibits FTP and I have no control over it. My user works for some government agency and I have no idea what the environment is. But I know that she's tried: quote site sbdataconn=(IBM-1047,ISO8859-1) because it was my first suggestion, before I'd posted the question in the forum. However that did not help! I will present all the knowledge that I've acquired so far, and the questions herein, and let her tinker with her environment. The conversion of circumflex to logical not and vice verse is usually due to use of IBM-037 where your target is really IBM-1047 or vice verse and my package has the means to deal with it. It was the comma that puzzled me and you've helped me resolved (suggesting that x'AC' is chopped to x'2C')... thank you again. Ze'ev Atlas From: Paul Gilmartin To: IBM-MAIN@LISTSERV.UA.EDU Sent: Sunday, December 9, 2012 11:36 AM Subject: Re: How to load logical load x'ac' On Sat, 8 Dec 2012 22:26:51 -0800, Ze'ev Atlas wrote: > >Actually, wc3270 (and my mainframe IND$FILE) deal with the situation correctly >(I might have implied otherwise, but I've now conducted few more tests) and >recognizes extended ASCII. It is the FTP configuration, whatever my user is >using that deal with 7 bit ASCII only and thus causes the problem. > "my user" implies a third, silent, party to this dialog. That makes it more complicated. And you say your user is using FTP, but you can't. I routinely use "quote site sbdataconn=(IBM-1047,ISO8859-1)" with IBM's FTP server and various clients. It's suitable for my purposes although it may translate ASCII caret to/from EBCDIC logical not. Does your mainframe system entirely prohibit FTP, or can you use it locally to experiment? ("FTP localhost" at the TSO "READY" prompt.) Do you know/are you free to disclose: o What FTP server your user has (IBM or other, perhaps CA)? o What FTP client on what platform your user has? Line-mode clients regularly accept the "quote site ..."; GUI clients may conceal the facility from presumed naive users. I hate EBCDIC! -- gil -- 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: How to load logical load x'ac'
Yes, I know It did not work for the user Ze'ev Atlas From: Paul Gilmartin To: IBM-MAIN@LISTSERV.UA.EDU Sent: Sunday, December 9, 2012 12:02 PM Subject: Re: How to load logical load x'ac' On Sat, 8 Dec 2012 20:31:40 -0800, Ze'ev Atlas wrote: http://publib.boulder.ibm.com/infocenter/pcomhelp/v5r9/index.jsp?topic=/com.ibm.pcomm.doc/reference/html/hcp_reference27.htm In IBM-1047 x'b0' is logical not, x'5f' is circumflex, and x'6b' is comma in IBM-037 x'b0' is�circumflex, x'5f' is�logical not, and x'6b' is comma I've done an experiment. "quote site sbdataconn=(IBM-1047,ISO8859-1)" translates: ISO8859-1: 5e ac to IBM-1047: 5F B0 "quote site sbdataconn=(IBM-037,ISO8859-1)" translates: ISO8859-1: 5e ac to IBM-037: B0 5F There are about M x N ASCII and EBCDIC pairs for you to experiment with. --gil -- 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: I/O Control Blocks Below 16MB (Was: Who loaded me?)
Hum. Yes, non-rent and "data only". I actually have CSECTs which only contain data. If one of my "data CSECTs" contain RMODE(24) things such as DCBs, then I mark them RMODE(24). I now try very hard to write all my HLASM as "pure" or non-self-modify code segments which could be loaded into key 0, read only storage and still run correctly. All my current code is also written as LE enabled, unless it is for something where LE is not possible, such as an z/OS exit. On Sun, 2012-12-09 at 07:59 -0800, Edward Jaffe wrote: > On 12/9/2012 7:19 AM, John McKown wrote: > > I use RMODE(SPLIT) all the time to put my I/O > > CSECTs into RMODE(24) storage, while leaving the other CSECTs in > > RMODE(31) storage. > > I assume this is for non-reentrant code only. Of course, DCBs and DECBs must > still reside below 16MB (that usually works out to somewhere around 100 bytes > of > LOC=24 virtual storage per file--a little more if you use exit lists). But, > there is no need for the code that performs OPEN, CLOSE, GET, PUT, READ, > WRITE, > or even EXCP or STARTIO to be RMODE(24). > -- John McKown Maranatha! <>< -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I/O Control Blocks Below 16MB (Was: Who loaded me?)
I do not understand why a data-only RSECT is not marked RENT or, better, REFR, for inclusion in a RENT or REFR program object. 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
Storage Obtained By an SRB
Hi, Get an SRB obtain private area storage Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage Obtained By an SRB
The generic answer to your question is that the alphabetically relevant Authorized Assembler Services Manual (almost) always specifies whether and under what circumstances an SRB routine can use the services of a particular macro, but there are often many detailed restrictions. There are, for example, some GETMAIN facilities than can be used by an SRB routine, but there are others than cannot. You are again asking a very general question without providing much context. Please make what you want to do clearer. Taking the time to do so now will get you better advice more quickly. 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: Storage Obtained By an SRB
Can you issue STORAGE OBTAIN,LENGTH=LENGTH_VALUE,SP=0 In Srb mode -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Sunday, December 09, 2012 5:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Storage Obtained By an SRB The generic answer to your question is that the alphabetically relevant Authorized Assembler Services Manual (almost) always specifies whether and under what circumstances an SRB routine can use the services of a particular macro, but there are often many detailed restrictions. There are, for example, some GETMAIN facilities than can be used by an SRB routine, but there are others than cannot. You are again asking a very general question without providing much context. Please make what you want to do clearer. Taking the time to do so now will get you better advice more quickly. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage Obtained By an SRB
On 12/9/2012 2:56 PM, Micheal Butz wrote: Can you issue STORAGE OBTAIN,LENGTH=LENGTH_VALUE,SP=0 In Srb mode RTFM. It took me less time to look up than it did to copy/paste below! >:0 STORAGE: Environment: Dispatchable unit mode: For LINKAGE=SVC: Task For LINKAGE=SYSTEM, LINKAGE=BRANCH, or LINKAGE=GLOBALBRANCH: Task or SRB -- 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: Storage Obtained By an SRB
Micheal, Let me use EJ's response to make my point again. He is a valuable resource. When you dissipate his patience with trivial questions that you can easily answer for yourself there is at least the possibility that you will reduce his willingness to answer your more important and problematic questions. Do you know how to use the IBM publications website to download copies of the manuals you need [at no cost]? Do you have copies of the basic ones immediately at hand on your workstation? Familiarity with them and practice in using them will make your life much easier. [End of avuncular advice] 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: SMP/E GIM37904E vs. GIM24504E
On Fri, 7 Dec 2012 12:29:43 -0600, Paul Gilmartin wrote: >It seems to me that it would be terribly easy to introduce inconsistencies >in a CSI with UCLIN. For example, might my DEL SYSMOD have left >dangling RMID subentries or dangling PRErequisities? Or does UCLIN >processing prevent or automatically repair those? If not, is there anything >like a CSI health checker that would report any such inconsistencies? This is precisely the risk with using UCLIN to update content entries. Refer to: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/GIMCOM50/24.0 "Be sure you understand the relationships between the various entries before making any UCLIN changes. This helps ensure that any UCLIN changes you make are complete and consistent with one another. When SMP/E processes UCLIN, it checks only the specified entry. It does not check how the changes might affect other entries." I am not aware of any such "health checker". Short of dumping your CSI (with LIST or GIMAPI) and running through some RYO (perhaps CBT contains one) post-processor, subsequent maintenance is the only way I know of to find such problems lurking. >I assume my APPLY REDO; RESTORE has refreshed then obliterated any >subentries concerning my PTF. In theory, yes, as long as you did not change the affected elements, particularly as long as you did not remove any elements from subsequent revision of the PTF. My advice: trust, but verify. Regards, Arthur Gutowski Compuware Corporation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to load logical load x'ac'
Rather than trying to get x'ac' to work for other people, why not leave the circumflex unchanged? Then other people would not have to try to get it to work. Their FTP will most likely convert the ASCII circumflex to EBCDIC x'5F', which is what the mainframe C compiler accepts as the exclusive-or operator. You say you are replacing the circumflex with x'AC', presumably because you have to do that to get wc3270 to load it to the mainframe and get the desired EBCDIC x'5F' that the C compiler accepts. What if it turns out you don't have to do that? What if there is a way to make wc3270 send the file and have the ASCII circumflex translated to EBCDIC x'5F'? Looking at the wc3270 manual here: http://x3270.bgp.nu/wc3270-man.html there is a "Remap=no" option in the "Transfer" command. Have you tried using that? I tried it on a file that has a circumflex, and it came out as x'5F' on the mainframe. Without that option, it came out as x'B0'. See if "Remap=no" works that way for you. If it does, it will make the uploads simpler for you and for the other people. I have avoided referring to the character on the mainframe as a circumflex or as a logical not. The x'5F' displays on the wc3270 screen as a logical not, but on some other tn3270 programs going to the same host as the same user it displays as a circumflex, which works out nicely for C programmers. Bill On Sun, 9 Dec 2012 09:37:07 -0800, Ze'ev Atlas wrote: >Yes, I know It did not work for the user Ze'ev Atlas On Fri, 7 Dec 2012 07:37:15 -0800, Ze'ev Atlas wrote: >Hi all I edit my sourcecode base in ASCII (where it comes from) and I replace the circumflex (^) that C loves with logical not (x'AC' in ASCII) that the mainframe C requires. Then I load the thing to the mainframe with wc2370 which defaults to codepage 037 and my mainframe session happily shows logical not ( = x'5F'). When other people load this, it becomes something like comma (,). How could I convince all flavors of EBCDIC and EBCDIC upload to recognize logical not correctly? Ze'ev Atlas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage Obtained By an SRB
SRB's are documented in CHapter 9 of The Authorized Assembler Guide I did a search using keyword subpool and came up with no hits for chapter 9 search on keyword storage yielded 3 hits for chapter 9 none of which were relevant On Sun, Dec 9, 2012 at 6:40 PM, John Gilmore wrote: Micheal, Let me use EJ's response to make my point again. He is a valuable resource. When you dissipate his patience with trivial questions that you can easily answer for yourself there is at least the possibility that you will reduce his willingness to answer your more important and problematic questions. Do you know how to use the IBM publications website to download copies of the manuals you need [at no cost]? Do you have copies of the basic ones immediately at hand on your workstation? Familiarity with them and practice in using them will make your life much easier. [End of avuncular advice] 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN