Re: Language Environment LIBVEC layout?
If you have access to the SMP/E environment, you can use the dialog to look up the macro, find out what library it is in, then check any DDDEF for that library to see which dataset it points to. That might be a starting point to find where the macro is located. If there is no DDDEF or it was overridden during apply or this is a cloned environment or some other post-SMP/E processing was done, the actual dataset may have a different name (probably just the HLQ). On Thu, Oct 20, 2016 at 8:36 AM, Pete Dillon wrote: > Many thanks for that. The documentation for the CEETLOC service* shows > two macros being invoked, CEEXCELV and CEEXCAA - the CAA and the vector > table I alluded to in my original post. But they seem to have gone AWOL > somehow - certainly they are not in the concatenation > > SYS1.MACLIB > SYS1.MODGEN > SYSCEE.SCEEMAC > > - and a hunt around the usual HLQs (SYS1 and SYSCEE) doesn't find them. > Can anyone assist? It's odd that a documented macro can't be found, > although my admittedly limited knowledge of assembler may be to blame. > > Thanks in advance for any pointers! > > Pete. > > * - at > http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.c > eev100/ceetloc.htm > > -- > 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: Binder SYSPRINT wrap?
That would be too easy. Many things seems to annoy the OP. Maybe there's a platform out there with fewer nits to pick. On Thu, Nov 20, 2014 at 3:25 PM, Charles Mills wrote: > Just to annoy you. > > > Charles > Sent from a mobile; please excuse the brevity > > > Original message > From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> > Date:11/20/2014 9:57 AM (GMT-08:00) > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Binder SYSPRINT wrap? > > Browsing a Binder SYSPRINT, I notice that lines in "*** DATA SET SUMMARY > ***" > are wrapped after 84 columns (including carriage control), then > padded with blanks to 121 characters. > > Why? What's the rationale for this behavior? Other sections of the > same SYSPRINT use all 121 characters. > > -- 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 > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STGINDEX definition (UNCLASSIFIED)
As far as I know, there is no current manual. The most recent I was able to find is for z/OS 1.1 http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=US&FNC=SRX&PBL=SA22-7629-00# - Don Imbriale On Wed, Nov 12, 2014 at 9:40 AM, Storr, Lon A CTR USARMY HRC (US) < lon.a.storr@mail.mil> wrote: > Classification: UNCLASSIFIED > Caveats: NONE > > Hello list, > > What IBM manual specifies the DEFINE parameters to use for STGINDEX? > > It used to be "MVS System Data Set Definition" but that manual has been > retired. I have been unable to find its new location. > > Thanks, > Alan > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Beginners question about SHARE
Never miss a chance to go off-topic. On Wed, Aug 13, 2014 at 3:47 PM, John Gilmore wrote: > Did the Australian contingent order 'blue' or "bleu' steaks? The > locution 'bleu' for what Americans call 'rare' is standard French, but > used by pommies and, it would seem, Australians, too. Italians say > 'al sangue' , loosely 'bloody'; and, my favorite, Persians say > 'napochte', not cooked. > > Locutions like these are almost never portable. They need to be > learned on the ground. > > 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
z/OS System Initialization Logic (IPL)
For those interested, came across the following: http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS3699 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDSE member profile
Your recollection is correct. Specifically, the profile is named ZDEFAULT. On Fri, Jun 27, 2014 at 12:45 PM, Skip Robinson wrote: > I hate to give a sloppy response, but 'at one time' an installation could > create a default ISPF profile called in whenever a user edited a data set > that did not already have a matching LLQ in the personal profile. This > default profile would be stored in the ISPTLIB concatenation > with and used initially. Default options like RECOVERY and > AUTOSAVE would be honored. That may all be handled by the ISPF setup > process now, but the point is that the installation can give the user an > initial profile, which the user can change if desired. > > Sorry for the fuzz. > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 626-302-7535 Office > 323-715-0595 Mobile > jo.skip.robin...@sce.com > > > > From: "Vernooij, CP (SPLXM) - KLM" > To: IBM-MAIN@LISTSERV.UA.EDU, > Date: 06/27/2014 06:52 AM > Subject:Re: PDSE member profile > Sent by:IBM Mainframe Discussion List > > > > Yes!. In our group, we all have activated an 'initial macro' that sets for > certain datasets some of the attributes we require, like STATS, AUTOSAVE > OFF PROMPT (to avoid PF3's unintentionally saving modifications). > > About what you call IBM chaos: if you look at the history of these > features, it is explainable how things grew this way. > First there was no (I)SPF, but there were member statistics as save by the > linkage editor etc. > Then came (I)SPF and they at some point in time found it useful to save > statistics, for ISPF use only. > Then they developed their own enq's (SPFEDIT) for editing several members > in a PDS while holding the PDS with DISP=SHR. > Then we got problems with batch updating PDS's that were in use constantly > by ISPF users, which was solved by batch updating the PDS with DISP=SHR, > which corrupted a PDS once in every 1000 to 100 times. > Then PDSMAN intercepted disp=shr batch by adding the SPFEDIT enq and the > linkage editor was doing likewise. > Now we have come to the chaos you describe and yes, someone with a > supervising view could have stopped this trend and decided to do this at > platform level, but this did not happen. > It is like a couple of guys developing a communication protocol for their > computer connections that suited their needs, but now it is used as > 'internet' and the total world economy depends on it, it should have been > developed differently. > > Kees. > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Paul Gilmartin > Sent: Friday, June 27, 2014 15:37 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: PDSE member profile > > On 2014-06-27, at 07:21, Vernooij, CP (SPLXM) - KLM wrote: > > > I doubt it, the profiles are an internal ISPF thing and their > definitions saved in the user's personal profile dataset. Which/whose > settings should FTP use? > > > Are you saying that if multiple users have write access to a PDS for > purposes of team development (ISPF supports this operation (I used to > believe well)), they may follow inconsistent conventions with respect to > NUMBER, STATS, RECOVERY, ...? > > Ouch! > > In case of team development, such a profile should belong to the library, > not to the individual developer(s). > > Hmmm... Suppose one developer's edit session crashes, but RECOVERY is on. > Can editing that member be resumed and recovered by another team member? > > -- 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: OT - Quantum Teleportation Feat Brings Ultrafast Computer Networks Step Closer To Reality
Seriously - I'm missing the mainframe connection here. On Sat, May 31, 2014 at 3:38 PM, John Gilmore wrote: > This result has major theological implications too. > > Aquinas in his Summa Contra Gentiles discusses, at great length, the > question whether > the archangels---Gabriel, Michael, Raphael, and that ilk---pass > through the intervening > space when they travel from place to place. > > 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: BMC MainView for DB2
Or, in this case, contact the vendor. On Fri, May 23, 2014 at 9:38 AM, Lizette Koehler wrote: > For DB2 questions, you might want to join the DB2 list. > > Go to IDUG.ORG to sign up. > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of k Zaf > > Sent: Friday, May 23, 2014 6:12 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: BMC MainView for DB2 > > > > Dear Rex, thank you for your answer. > > > > As I have not access to BMC remedy, could you please verify to me if > MainView > > for DB2 v10 is compatible with DB2 v9.1? > > > > Thanks in advance > > Kostas > > > > > > On 23 May 2014 16:01, Pommier, Rex wrote: > > > > > They definitely don't make it easy to find! What I found was 11.1.0 > > > available on 6/25/2013, supported on z/OS 1.12, 1.13, 2.1. DB2 9.1, > > > 10, and 11 are listed as supported. > > > > > > Rex > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > > On Behalf Of K > > > Sent: Friday, May 23, 2014 7:44 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: BMC MainView for DB2 > > > > > > Hi all, > > > > > > What is the latest generally available version of BMC MainView for DB2? > > > > > > > > > Thanks in advance? > > > > > -- > 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: SORT ando MEMLIMIT best practice
I've had much success tuning DFSort (and SyncSort) with appropriate storage tuning parameters. There are many knobs to turn to provide whatever granularity is needed to resolve issues. - Don Imbriale On Fri, Apr 18, 2014 at 1:31 PM, David Betten wrote: > DFSORT does look at available resources before it "grabs whatever it can". > There are DFSORT installation defaults to control how much of the > available storage DFSORT will use but I agree the shipped defaults can > cause issues in some environments. We put a lot of guidance on these > installation defaults in our DFSORT Tuning Guide and in V2R1 we made some > changes to try and be a bit less agressive in how we allocate available > storage. > > > Have a nice day, > Dave Betten > DFSMS Performance Engineer > IBM Corporation > email: bet...@us.ibm.com > 1-301-240-3809 > DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ > > IBM Mainframe Discussion List wrote on > 04/18/2014 01:15:51 PM: > > > From: Elardus Engelbrecht > > To: IBM-MAIN@listserv.ua.edu, > > Date: 04/18/2014 01:16 PM > > Subject: Re: SORT ando MEMLIMIT best practice > > Sent by: IBM Mainframe Discussion List > > > > Paul Gilmartin wrote: > > > > >R.S. wrote: > > >> If you specify absolutely nothing about MEMLIMIT anywhere, the > > system-provided default is 2G so obviously you can't go wrong with > > that in SMFPRMxx. > > > > >Right. IBM's provided defaults are always optimal. > > > > Agreed. But, as John Gilmore said, IBM's defaults are 'minimal > > troublesome' [ for 'most installations' <-- my own words ]. > > > > I usually find that these defaults are Ok and tailoring is reserved > > for those strange needs. Oh, my MEMLIMIT is NOLIMIT after several > > attempts to satisfy my DB2 needs and my z/OS Team handling of > > paging. I'm not using USI exit much these days. > > > > >o Hmmm... I'd think that any parameterization resulting in > > significant paging of I/O buffers is counterproductive. Is DFSORT > > aware of this in its design, and does it attempt to tailor its WSS > > to fit in real storage? > > > > Yes, I find that DFSORT looks what it can grab: memory, VIO, > > SORTWKxx and SORTIN parameters for storage usage. Then DFSORT looks > > at what size those SORT inputs are. At last, it tries to grab > > whatever it can get to start sorting at all. > > > > >o OTOH, paging I/O is reported to be very good. And 64-bit virtual > > is enough for most plausible data sets. How about eliminating > > SORTWKn data sets and performing the entire sort in virtual storage? > > But this approach must pay careful attention to LoR. > > > > Use SORTIN parameters to avoid SORTWKxx. Just don't code SORTWKnn in > > your JCL DD statements. But, I agree, be careful. > > > > For myself, I find using SORTWKnn, large REGION and large SORTIN > > parameters are 'better' for really big sort work. > > > > Groete / Greetings > > Elardus Engelbrecht > > > > -- > > 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 > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LE run-time options
Also, there is no default for CEEPRMxx. Should you build a system that does not include CEEPRMxx (or there is a problem with its definition) or IEASYSxx points to a non-existent CEEPRMxx in PARMLIB, CEEDOPT will be used. On Fri, Jan 17, 2014 at 3:46 AM, Vince Getgood wrote: > Juergen, > There are two possible usermods for LE. If you have CEEDOPT or CEECOPT, > these are installation wide options. The CEEPRMxx parmlib member will only > affect that LPAR, and you can also have a CEEROPT usermod for a particular > region. > > So to answer your question, you can use both. CEEPRMxx will over-ride > CEEDOPT for that LPAR. > > You can check what's being used with the D CEE,ALL command. > > -- > 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: LE run-time options
Both can be used at the same time. In fact that may be desirable. See the LE Programming Guide for order of precedence when determining run time options. Don Imbriale On Thu, Jan 16, 2014 at 1:56 AM, Juergen Kehr wrote: > Hello, > > in order to prepare for z/OS V2.1 we start to change the LE run-time > options from the old SMP/E USERMOD to use the parmlib member CEEPRMxx. > > Now my question is: do I need to uninstall the usermod BEFORE I use the > parmlib member or is it possible to use, at least for a while, both > methods? Which settings will be used then? > > Thanks in advance for all answers. > Juergen Kehr > > PS: Sorry, if this is a double-post. I sent this message via Google, but > it seems that it doesn't reach the mailing list. > > -- > 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: aggressive drivers was: Interesting? How _compilers_ are compromising application security
How is this mainframe-related? On Tue, Nov 5, 2013 at 2:28 PM, John Gilmore wrote: > Poles must be conceded a great deal of retaliatory freedom in the > matter of inventing 'foreign' names. > > A parenthesis-free notation devised by Jan Łukasiewicz---It is > presented in a footnote in his classic little English-language book on > the relationships between Aristotelian and modern logics---is called > Polish notation in English because anglophones are judged to be too > language-challenged to pronounce "Łukasiewicz". > > 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: MVS ROUTE command is a bad influence on DB2 ERLY code
Is -DB2T a pseudo-command prefix intercepted and processed by an automation package? If so, verify the details in automation to determine the actual routing and scope of the command. - Don Imbriale On Fri, Aug 2, 2013 at 12:17 PM, Jim Mooney wrote: > Hello list; > We are mystified by this, so I'd like to see if anyone else has had a > similar observation. > We have 2 active zOS113 lpars on our DR machine. DB2 V9R1m0 is only > running on one lpar. > We were trying to update DB2 ERLY code by inserting a dataset into a new > linklist and activating it. > (We now know this is not a good idea, so that advise is not needed) > The funny thing is, we get different results from "-DB2T REFRESH,EARLY" > when the cmd is > ROUTED from a second lpar, where no DB2 is running. Only the DB2 lpar is > using a dynamically > updated linklst. > > Command issued from lpar SYSP and the (abbreviated) output: > ROUTE SYSD,-DB2T REFRESH DB2,EARLY > DSN3100I -DB2T DSN3UR00 - SUBSYSTEM DB2T READY FOR START COMMAND > DSN3117I DB2T MAINTENANCE LEVELS154 > CSECT DATE APARCSECT DATE APAR > DSN3UR00 09/15/06 UK18085 DSN3RDMP 02/02/07 UK21823 > . > . > Command issued locally on SYSD and (abbreviated) output: > -DB2T REFRESH DB2,EARLY > DSN3100I -DB2T DSN3UR00 - SUBSYSTEM DB2T READY FOR START COMMAND > DSN3117I DB2T MAINTENANCE LEVELS466 > CSECT DATE APARCSECT DATE APAR > DSN3UR00 05/28/08 UK36866 DSN3CL0X 12/10/07 UK32117 > . > . > Both these results appear in the SYSD SYSLOG. > > Huh? Does the route cmd use a different linklst? Or are we getting the > dredded > 'unpredictable results' because DB2 ERLY code doesn't support activating a > new > linklist? (even though it worked, as seen in the local output above) > > Anybody have any theories for this behavior? Or am I missing something > obvious and asking an embarassingly stupid question? (Uh... It just dawned > on me that maybe there is a DB2 list, but since I've never used it, I'm > posting here.) > > TIA, > > -Jim > > -- > 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: Announcing PCRE 8.33 for native z/OS
If things haven't been locked down too much, you might try ISPF command DDLIST, then subcommand LI to display linklist. Other tools such as PDSMAN also provide similar functions to display system components such as linklist. - Don Imbriale On Thu, Jul 4, 2013 at 12:09 AM, Farley, Peter x23353 < peter.far...@broadridge.com> wrote: > Sorry, application programmers here are not allowed ANY operator functions > (including "/D"). > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Weird ISPF scrolling problem
Just trying to understand the behavior, see if there are any other anomaliesthat might provide clues. You're thorough explanation has been quite useful. "Underlined sequence number, indicating that it's followed by hidden excluded lines" - does this appear anywhere you have hidden excluded lines, or just at the bottom? - Don Imbriale Sat, Mar 9, 2013 at 1:31 PM, Robert Prins wrote: > DOWN works without problems. > > If the penultimate line of the logical screen has an underlined sequence > number, indicating that it's followed by hidden excluded lines, and the > cursor is on the very last line of the logical screen, and the cursor is > put on this last line, scrolling UP via PF7 (defined as UP) does not work. > > Putting the UP command on the command line, and the cursor back on the > same last line of the logical screen has the same effect, the screen stays > put! > > Do I have to video it and put it on YouTube? > > > Robert > -- > Robert AH Prins > robert(a)prino(d)org > > --**--**-- > 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: Load To Global with PC_cp (OT)
Does this list really need to devolve into yet another extremely off-topic topic? On Tue, Feb 19, 2013 at 11:15 AM, Gerhard Postpischil wrote: > On 2/19/2013 7:54 AM, Peter Relson wrote: > >> Since the "chicken and egg" situation was (correctly) mentioned, >> > > A "chicken and egg" situation exists only for people who don't understand > evolution (a bird not quite a chicken laid a mutated egg that grew into a > chicken). I'm amazed that more than 150 years after Darwin and Wallace > people still get it wrong > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Etymology 101; was Parsing
Just because you changed the Subject does not make this any more relevant to this list. - Don Imbriale On Mon, Nov 26, 2012 at 10:40 AM, Bill Fairchild < bfairch...@rocketsoftware.com> wrote: > I changed the Subject name so Barbara Nitz would not need to tell us when > to stop. :-) > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Parsing
Please give this a rest. Although interesting, this is NOT the appropriate venue for this discussion. Thanks, Don Imbriale -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Shrinking a ZFS aggregate
So John is back to useless posts that do more to attack than to provide substance. Your earlier departure from this list was not missed. - Don Imbriale On Wed, Jul 4, 2012 at 7:25 PM, John Gilmore wrote: > Mark, > > I am aware that you have done very useful work, and I will therefore be > polite. > > I am a nevertheless more than a little tired of this nonsense. I have > been in this business since 1949. That's 63 years. How long have you > been in this business? > > You would presumably agree with milder formulations of the notion I > set out, say that a GETMAIN makes a complementary FREEMAIN desirable, > perhaps even necessary. > > Moreover, you omitted to provide any details of the many examples of > things that can be made larger but not smaller that you "can think > of"; and this made your argument unimpressive, converted it into > vacuous rhetoric. > > I can myself think of instances of the sort you allude to without > mentioning, and those I have examined in detail stem from the usual > omissis. If shrinking as well as stretching had been a requirement ab > initio, it would have been easy enough to implement. It was not, and > it was hard to provide as an add-on feature. This is bad design, and > Garden-of-Eden states do almost always reflect design defects > > Substantive argument and disagreement are fine. I expect to be > disagreed with. I indeed try not to post platitudes that can provoke > no disagreement. You, howerver, omitted to make any substantive > argument. Your post was one more instance of what I have elsewhere > used MIlls' term to characterize as "crackpot realism". > > John Gilmore, Ashland, MA 01721 - > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
