Re: Language Environment LIBVEC layout?

[Don Imbriale]

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?

[Don Imbriale]

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 charl...@mcn.org 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)

[Don Imbriale]

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=USFNC=SRXPBL=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

[Don Imbriale]

Never miss a chance to go off-topic.


On Wed, Aug 13, 2014 at 3:47 PM, John Gilmore jwgli...@gmail.com 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)

[Don Imbriale]

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

[Don Imbriale]

Your recollection is correct.  Specifically, the profile is named ZDEFAULT.


On Fri, Jun 27, 2014 at 12:45 PM, Skip Robinson jo.skip.robin...@sce.com
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 somewhere in the ISPTLIB concatenation
 with some name 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 kees.verno...@klm.com
 To: IBM-MAIN@LISTSERV.UA.EDU,
 Date:   06/27/2014 06:52 AM
 Subject:Re: PDSE member profile
 Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



 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

[Don Imbriale]

Seriously - I'm missing the mainframe connection here.


On Sat, May 31, 2014 at 3:38 PM, John Gilmore jwgli...@gmail.com 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

[Don Imbriale]

Or, in this case, contact the vendor.


On Fri, May 23, 2014 at 9:38 AM, Lizette Koehler stars...@mindspring.comwrote:

 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 rpomm...@sfgmembers.com 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

[Don Imbriale]

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 bet...@us.ibm.com 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 IBM-MAIN@listserv.ua.edu wrote on
 04/18/2014 01:15:51 PM:

  From: Elardus Engelbrecht elardus.engelbre...@sita.co.za
  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 IBM-MAIN@listserv.ua.edu
 
  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

[Don Imbriale]

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 getgo...@hotmail.com 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

[Don Imbriale]

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 kehrjuer...@t-online.dewrote:

 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

[Don Imbriale]

How is this mainframe-related?


On Tue, Nov 5, 2013 at 2:28 PM, John Gilmore jwgli...@gmail.com 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

[Don Imbriale]

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 jmoo...@princesscruises.comwrote:

 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

[Don Imbriale]

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

[Don Imbriale]

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 robert.ah.pr...@gmail.com 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)

[Don Imbriale]

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 gerh...@valley.netwrote:

 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 g


--
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

[Don Imbriale]

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