Re: Buttons, we got buttons...
LOL, I clearly remember some buttons on a cubicle wall, buttons a coworker had taken home from a sci-fi or possibly software convention (I don't remember). The first one I saw said "This universe is full of magical things patiently waiting for us to grow smarter". Another said "Good, fast, cheap: Pick two". That was in fall 1996; it was the beginning of my tagline file, which you've all been suffering from. --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* ...critics of democracy, including friendly critics, have always pointed out that the Achilles' heel of democracy is its tendency to turn the ballot box into an instrument of plunder, as voters learn to vote for those who promise them other people's money. -Joseph Sobran */ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gabe Goldberg Sent: Monday, July 4, 2022 15:33 Bill Bitner (just retired from IBM Endicott after 36 years 11 months) has a SHARE/VM/etc. button collection. At recent VM Workshop celebrating VM's 50th anniversary, I promised to share mine, send him any he'd like to add to his trove. So here are lots of buttons spanning decades! Spread out on basement floor. https://share.icloud.com/photos/09b-e_A0o9IhBXd6qQ_puAyng Bunch of photos and a panning video. I told him to pick what he wants before my wife makes me pick them up! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Buttons, we got buttons...
Bill Bitner (just retired from IBM Endicott after 36 years 11 months) has a SHARE/VM/etc. button collection. At recent VM Workshop celebrating VM's 50th anniversary, I promised to share mine, send him any he'd like to add to his trove. So here are lots of buttons spanning decades! Spread out on basement floor. https://share.icloud.com/photos/09b-e_A0o9IhBXd6qQ_puAyng Bunch of photos and a panning video. I told him to pick what he wants before my wife makes me pick them up! -- Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 3401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF Record types to capture
Record type 125 is the new extended SMF record that provide for the double-byte record ID's. Probably the most concise collection of information is in Cheryl Watson's SMF Reference Summary found at: https://watsonwalker.com/wp-content/uploads/2021/02/SMF-Reference-20210124.pdf Michael At 03:22 PM 7/3/2022, Roger W Suhr wrote: z/OS 2.5 provides for new "extended" SMF record types >255. They have a standard type (I forgot the number) for backward compatibility, AND an extended type number (4 digits). Roger W. Suhr suhr...@gmail.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Oujesky Sent: Sunday, July 3, 2022 13:51 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF Record types to capture The standard header is still a one byte field, so 0:255 captures them all. At each dump/off-load, I segmented our SMF records by category/interest-group and anticipated retention period to reduce the processing resources and time by not having to process record types that ere superfluous. As an example: * CICS 110.1.3 transaction detail and further segmented by region grouping 9production, development, etc) * CICS 110.1.1 dictionary records for preparation of processing the tracnsaction detail 110.1.3 records * CICs exception records * CICS DOMAIN interval records * DB2 101 * DB2 100/102 * RMF 70 and 72 * RMF device 74.1 * Security 80 * WLM 99 * Dataset 14/15/60-series And a number of others, but this set should give you an idea of ho this approach orked. Michael At 10:44 AM 7/3/2022, Lizette Koehler wrote: >I am reviewing our SMF Setup. We are on z/OS V2.3 going to z/OS V2.4 >We have not reviewed or updated our SMF record types in decades We only >use 0:255 for our archive/collection parms Is there a new range to >change to use? >If so, what should I use? >Any suggestions or is this still valid > >Thank you > >-- >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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Java?
It's been a lot longer than that for warnings about "magic SVCs", and they persist. The issue isn't configuring core system functions correctly; the issue is how installations configure general users. And, yes, they've had far more than enough time, but that doesn't mean that they paid attention. Would you prefer that installations that have failed to deploy appropriate RACF definitions fall flat on their faces instead of warning them to check? Is their negligence a reason to punish them? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Andrew Rowley [and...@blackhillsoftware.com] Sent: Monday, July 4, 2022 7:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Java? On 4/07/2022 9:17 pm, Seymour J Metz wrote: > And you guaranty that every installation is using BPX.UNIQUE.USER? > > If you believe that every z/OS installation is correctly configured then I > have a bridge that I'd like to sell you. It was just the other day that Bill Schoen was saying that MVS OpenEdition was GA 30 years ago. It's used for core system functions like TCP/IP. If it's not configured... no-one can say they haven't had enough time. We need to stop pretending its the 1990s. There are plenty of things that don't work if e.g. RACF definitions are not set up properly. Is that a reason not to use them? Andrew Rowley -- 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: Java?
On 4/07/2022 9:17 pm, Seymour J Metz wrote: And you guaranty that every installation is using BPX.UNIQUE.USER? If you believe that every z/OS installation is correctly configured then I have a bridge that I'd like to sell you. It was just the other day that Bill Schoen was saying that MVS OpenEdition was GA 30 years ago. It's used for core system functions like TCP/IP. If it's not configured... no-one can say they haven't had enough time. We need to stop pretending its the 1990s. There are plenty of things that don't work if e.g. RACF definitions are not set up properly. Is that a reason not to use them? Andrew Rowley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Java?
And you guaranty that every installation is using BPX.UNIQUE.USER? If you believe that every z/OS installation is correctly configured then I have a bridge that I'd like to sell you. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Radoslaw Skorupka [r.skoru...@hotmail.com] Sent: Friday, July 1, 2022 6:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Java? W dniu 30.06.2022 o 19:49, Tony Harminc pisze: > On Thu, 30 Jun 2022 at 09:45, Paul Gilmartin < > 042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > >> On Thu, 30 Jun 2022 10:47:59 +, Seymour J Metz wrote: >> >>> I believe that Java in z/OS requires dubbing It's also available in >> Linux. Off the mainframe, it's also available for many PC and server >> systems. >> Why is "requires dubbing" a thing? >> > Because it can fail? Really? It's not Windows "server". :-) Seriously: it's 2022, not 90's. Nowadays we have a feature called BPX.UNIQUE.USER. And we don't afraid to use it. We got rid off punched cards. (OK, it was not quite serious) -- Radoslaw Skorupka Lodz, Poland -- 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: TIMEUSED macro
I haven't checked older documentation, but for 2.5 it is documented that "LINKAGE=SYSTEM Indicates that the linkage is by non-branch entry. Do not specify LINKAGE with ECT=YES. You must specify LINKAGE=SYSTEM for all other unauthorized invocations." -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Schuster [pgs4ibmm...@pacbell.net] Sent: Saturday, July 2, 2022 3:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TIMEUSED macro There was a discussion from 2020 about 'Strange S0C4 on z15' where the instruction L 15,X'B4C'(0,0)58F0 0B4C would cause 0C4 accessing the SVT. It seems that the TIMEUSED macro, even as of z/os 2.5 level (01* STATUS = HBB77C0 ) when coded TIMEUSED STORADR=STIME generates the sequence TIMEUSED STORADR=STIME MACDATE 04/06/2005 LA1,STIMEAREA FOR RETURN OF TIME VALUE L 15,X'B4C'(0,0) SVT ADDRESS L 15,X'88'(0,15) ADDRESS OF SERVICE ROUTINE BASSM 14,15 which causes 0C4 on the L 15,X'B4C'(0,0) instruction. Does the TIMEUSED macro need updating to access the SVT the supported modern way? Thank you. -- 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
