Re: XEDUT vs. ISPF (was: Typo ...)

2023-05-22 Thread Seymour J Metz
Its utility will depend on the quality of the code it produces. Can it be trained to produce clean maintainable code? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Da

Re: XEDUT vs. ISPF (was: Typo ...)

2023-05-22 Thread David Crayford
It produces excellent quality code. I discussed this with my colleague and we agreed that it produces code of better quality then a lot of senior devs. When it’s capable of code reviews it’s a major game changer. > On 22 May 2023, at 3:56 pm, Seymour J Metz wrote: > > Its utility will depend

Re: Are Banks Breaking Up With Mainframes? | Forbes

2023-05-22 Thread David Crayford
On 22/5/2023 1:26 pm, Attila Fogarasi wrote: Good point about NUMAand it is still a differentiator and competitive advantage for IBM z. How is NUMA a competitive advantage for z? Superdomes use Intel UltraPath Interconnect (UPI) links that can do glueless NUMA. IBM bought Sequent 20+ ye

Re: Are Banks Breaking Up With Mainframes? | Forbes

2023-05-22 Thread zMan
Right, but there are other facilities, and the article isn't about mainframes, it's about AI and chips in general. RIF. On Sat, May 20, 2023 at 11:18 PM Bill Johnson < 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > lol, did you read the article? The Hudson Valley and Poughkeepsie are >

Re: Are Banks Breaking Up With Mainframes? | Forbes

2023-05-22 Thread zMan
Ah, right, a few Linux on Z customers, sure. That's...different, and Linux on Z has, alas, kind of withered of late. I had great hopes for it in the early 2000s, but so many of the poster-children have abandoned it (Nationwide, for one). It's not dead by a long shot but doesn't seem to be the mainf

Re: Are Banks Breaking Up With Mainframes? | Forbes

2023-05-22 Thread Jay Maynard
Get a room, you two. On Mon, May 22, 2023 at 7:10 AM zMan wrote: > Right, but there are other facilities, and the article isn't about > mainframes, it's about AI and chips in general. RIF. > > On Sat, May 20, 2023 at 11:18 PM Bill Johnson < > 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote

Re: Are Banks Breaking Up With Mainframes? | Forbes

2023-05-22 Thread zMan
Good point. I'm out. On Mon, May 22, 2023 at 8:13 AM Jay Maynard wrote: > Get a room, you two. > > On Mon, May 22, 2023 at 7:10 AM zMan wrote: > > > Right, but there are other facilities, and the article isn't about > > mainframes, it's about AI and chips in general. RIF. > > > > On Sat, May 20

Architectural questions [WAS: Are Banks Breaking Up With Mainframes? | Forbes]

2023-05-22 Thread Steve Thompson
I have a question about these systems, both z and not z. What is the current bus width supported? At the G3 level for "z" the CPU-RAM bus was 256 bytes wide, as I recall. For IOP to RAM it was 64 bytes wide. For the systems I run (off the shelf stuff for Linux and windows) the bus is still

Re: Are Banks Breaking Up With Mainframes? | Forbes

2023-05-22 Thread Matt Hogstrom
All good data … what is lacking on the mainframe IMHO is a modernized approach to configuration and management. Not speeds and feeds inasmuch as getting people onboarded to keep feeding the system. There are improvements but culturally customers struggle with significant enhancements like new

Re: Are Banks Breaking Up With Mainframes? | Forbes

2023-05-22 Thread Bob Bridges
Wait, did I misunderstand this? People buy their first mainframe and run Linux on it?! (Color me ignorant, but I've always thought of OMVS as a late add-on.) --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* Treason doth never prosper: what's the reason? / Why, if it prosper, none da

Re: Are Banks Breaking Up With Mainframes? | Forbes

2023-05-22 Thread Seymour J Metz
OMVS may have been a Johnny came lately, but Linux is a different code base. From: IBM Mainframe Discussion List on behalf of Bob Bridges Sent: Monday, May 22, 2023 9:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Are Banks Breaking Up With Mainframes?

Re: Are Banks Breaking Up With Mainframes? | Forbes

2023-05-22 Thread Paul Gilmartin
On Fri, 19 May 2023 15:13:54 -0400, Mark Regan wrote: >https://www.forbes.com/sites/forbesfinancecouncil/2023/03/31/are-banks-breaking-up-with-mainframes/?sh=acb458b6bccc > >

zLinux (was are banks breaking up with mainframes)

2023-05-22 Thread Pommier, Rex
Hi Bob, Linux on Z and OMVS are 2 completely different animals. OMVS is an integral part of z/OS (try running TCP/IP without it for example). zLinux is a completely separate operating system, running in an LPAR or on top of VM just like another OS image. Another difference is that OMVS (as p

Re: Are Banks Breaking Up With Mainframes? | Forbes

2023-05-22 Thread Bill Johnson
Huge hack in Australia. https://www.abc.net.au/news/2023-03-27/latitude-far-worse-cyberhacking-almost-8-million-people/102141364 Sent from Yahoo Mail for iPhone On Monday, May 22, 2023, 7:52 AM, David Crayford wrote: On 22/5/2023 1:26 pm, Attila Fogarasi wrote: > Good point about NUMAa

Re: zLinux (was are banks breaking up with mainframes)

2023-05-22 Thread Rick Troth
Rex is right. Linux (Z or otherwise) is a different operating system. And it's "full ASCII". USS, also known as OMVS, has been an integral part of MVS (now known as z/OS) since the mid 1990s. IBM has put more and more function into USS, even moving things from the "traditional" side. USS is r

Re: [EXTERNAL] Re: zLinux (was are banks breaking up with mainframes)

2023-05-22 Thread Pommier, Rex
Hi Rick, Thanks for the confirmation. I was meandering the internet to remove the last shred of doubt about zLinux being full ASCII and was somewhat dismayed at the number of hits I got talking about "Linux for z/OS" No it ain't!!! :-) Rex -Original Message- From: IBM Mainframe Dis

Re: zLinux (was are banks breaking up with mainframes)

2023-05-22 Thread Seymour J Metz
Announced Feb 9, 1993 ; available Mar 25, 1994 . Merged into base with MVS/SEA SP V5. -- Shmuel

Re: [EXTERNAL] Re: zLinux (was are banks breaking up with mainframes)

2023-05-22 Thread Seymour J Metz
People tend to be knowingly sloppy about their language. Other people hear them and assume that what they hear is accurate. Sometimes they miss subtle nuances, like the interrogative tone of the Yiddish "I could care less?", and come up with utter absurdities. Then they act on what they think th

IMS Connect Socket Call Example

2023-05-22 Thread Schmitt, Michael
I'm looking for an example of a program that makes synchronous calls to an IMS TM transaction via socket calls to IMS Connect. Preferably in COBOL, but if not, in any language. The IMS Connect manual gives the API but doesn't have sample code for putting it all together into a call sequence. T

IBM download server root CA change

2023-05-22 Thread Kurt J. Quackenbush
Take note of the planned 30 May 2023 change to the certificate authority (CA) root for the IBM software download servers: https://www.ibm.com/support/pages/node/6997317 This affects downloads for z/OS product and service orders submitted from Shopz, service orders submitted by SMP/E RECEIVE ORDE

Using COBOL COPY/REPLACING in display literals?

2023-05-22 Thread Billy Ashton
Hi guys and gals, I have an odd one that someone asked and I could not come up with an answer. In a COBOL program, using a COPY REPLACING directive, I can see the replacement of COBOL procedure statements fine, but when the tag is inside of a literal used for a DISPLAY, it is not replaced. I

Re: Using COBOL COPY/REPLACING in display literals?

2023-05-22 Thread Farley, Peter
Billy, I do not believe it is possible to use COPY REPLACING to replace text inside a literal. I haven't the time ATM to research the relevant manual citation, but I believe the answer is that REPLACING is a COBOL WORD-based search-and-replace rather than a simple string search-and-replace, an

Re: Using COBOL COPY/REPLACING in display literals?

2023-05-22 Thread Schmitt, Michael
Copy FRED Replacing ==:CC:== By ==COMND== ':CC:' By 'COMND' Move SpacesTo w-in-:CC:-grp Move '*' To w-in-:CC:(1) Move w-set-max To w-in-:CC:-ct String 'Global Default Set for ' ':CC' into w-sysin-msg -Original Message

Re: VTS and volume categories (Friday questions)

2023-05-22 Thread Radoslaw Skorupka
That's good answer to the question not asked. Yes, different categories are good for multi-tenancy, even if it is set of RMM, each having own db. However I'm asking for the reason for having multiple categories logically assigned to single system. I excluded various (virtual) tape capacities sin

Re: Are Banks Breaking Up With Mainframes? | Forbes

2023-05-22 Thread Radoslaw Skorupka
Timothy, Can you share some examples of "first in country" new customers? It need not to be company name, but IMHO the country is not matter of contract privacy. It is especially interesting for me because I used to collect information about mainframe installation in "not so big" countries and

Re: Are Banks Breaking Up With Mainframes? | Forbes

2023-05-22 Thread Radoslaw Skorupka
W dniu 22.05.2023 o 15:48, Bob Bridges pisze: Wait, did I misunderstand this? People buy their first mainframe and run Linux on it?! (Color me ignorant, but I've always thought of OMVS as a late add-on.) Yes, definitely. In Poland we have at least two such new users, one of them agreed to use

Re: IMS Connect Socket Call Example

2023-05-22 Thread Rahim Azizarab
look for it in SYS1.samplib. regards; Rahim      On Monday, May 22, 2023 at 11:19:19 AM CDT, Schmitt, Michael wrote: I'm looking for an example of a program that makes synchronous calls to an IMS TM transaction via socket calls to IMS Connect. Preferably in COBOL, but if no

Re: Are Banks Breaking Up With Mainframes? | Forbes

2023-05-22 Thread Tom Brennan
In early 2017 a z13s I worked with was delivered to San Diego USA, all the way from Singapore! I asked what was going on, and the answer was simply that Poughkeepsie was too busy. I remember viewing a map from the shipping company showing its path across the Pacific :) On 5/22/2023 2:07 PM,

Are you serious about wanting a better IBM doc RCF-type process?

2023-05-22 Thread Charles Mills
For those who have not been following this discussion, IBM is on track to remove the RCF process as we have known it for forty or so years. Customers and ISVs will be limited to a Web pop-up “Was this helpful?” and if you answer No, you will be able to briefly justify that answer. There is also

Re: Are you serious about wanting a better IBM doc RCF-type process?

2023-05-22 Thread Mike Shaw
+1 I have been working with IBM z/OS documentation for over 40 years and have submitted many reader comment forms in that time. In that time I have found and reported typographical errors, inconsistencies, obsolete information, and even flat-out WRONG statements. Without real-world feedback from

Re: Are you serious about wanting a better IBM doc RCF-type process?

2023-05-22 Thread Ramsey Hallman
+1 I agree whole-heartedly with Mike and Charles. Ramsey Hallman MVS/Quickref Support Group Chicago-Soft, LTD. On Mon, May 22, 2023 at 5:34 PM Mike Shaw wrote: > +1 > > I have been working with IBM z/OS documentation for over 40 years and have > submitted many reader comment forms in that time

Re: Are you serious about wanting a better IBM doc RCF-type process?

2023-05-22 Thread David Crayford
+1 > On 23 May 2023, at 6:05 am, Charles Mills wrote: > > For those who have not been following this discussion, IBM is on track to > remove the RCF process as we have known it for forty or so years. Customers > and ISVs will be limited to a Web pop-up “Was this helpful?” and if you > answer

Re: Are you serious about wanting a better IBM doc RCF-type process?

2023-05-22 Thread Steve Thompson
+1 to what Mike and Charles have said. And I too have done much of what Mike said below over the past 40 years. Things wrong in RTM relative to SRBs and FRRs. Fairly recently I found a bug in ESPIE. I've reported doc that is wrong about Macros, or the Macro is wrong relative to the doc. Or t

Re: Are you serious about wanting a better IBM doc RCF-type process?

2023-05-22 Thread zMan
+1000 On Mon, May 22, 2023 at 7:59 PM Steve Thompson wrote: > +1 to what Mike and Charles have said. > > And I too have done much of what Mike said below over the past 40 > years. > > Things wrong in RTM relative to SRBs and FRRs. Fairly recently I > found a bug in ESPIE. I've reported doc that

Re: Architectural questions [WAS: Are Banks Breaking Up With Mainframes? | Forbes]

2023-05-22 Thread David Crayford
Good question. By bus size I'm assuming that your referring to cache-lines? I wonder how much of a difference that makes with OOO pipelines? What I can confirm is that my new Arm M2 MacBook Pro which has a 32-byte cache-line sizes absolutely smashes my AMD Ryzen 5 in Cinebench benchmarks. On

Re: zLinux (was are banks breaking up with mainframes)

2023-05-22 Thread David Crayford
On 22/5/2023 11:22 pm, Rick Troth wrote: Rex is right. Linux (Z or otherwise) is a different operating system. And it's "full ASCII". USS, also known as OMVS, has been an integral part of MVS (now known as z/OS) since the mid 1990s. IBM has put more and more function into USS, even moving thi

Re: VTS and volume categories (Friday questions)

2023-05-22 Thread Brian Fraser
Sorry, I misunderstood the question. In IBM's TS7700, you can only select MEDIA1 or MEDIA2 as they only emulate 3490 and 3490E. 18-track and 36-track. I only use MEDIA2, with dataclas assigning either 6GB or 25GB volume sizes. I don't know about other virtual tape systems, which may be able to em

Re: Are you serious about wanting a better IBM doc RCF-type process?

2023-05-22 Thread Doug Shupe
+1 and more Stay Safe > On May 22, 2023, at 19:19, Ramsey Hallman wrote: > > +1 > > I agree whole-heartedly with Mike and Charles. > > Ramsey Hallman > MVS/Quickref Support Group > Chicago-Soft, LTD. > >> On Mon, May 22, 2023 at 5:34 PM Mike Shaw wrote: >> >> +1 >> >> I have been working

Re: zLinux (was are banks breaking up with mainframes)

2023-05-22 Thread Paul Gilmartin
On Tue, 23 May 2023 08:59:58 +0800, David Crayford wrote: >... >USS is bi-modal as are the C/C++ compilers. I run everything in USS in >ASCII mode. All of Rocket and IBMs z/OS UNIX ports are in ASCII. > Is there an ASCII shell (perhaps Rocket bash?) in which I can readily, from desktop ssh:

Re: VTS and volume categories (Friday questions)

2023-05-22 Thread Alain Benvéniste
I don’t know if it answers part of your question, but i have clients who used to use categories for production and catégories for DR to be able to write in their vts on specific tape ranges. And depending on the licences your vts has, you have to consider tape allocation : imagine you want to sa

Re: Are you serious about wanting a better IBM doc RCF-type process?

2023-05-22 Thread Mike Shorkend
+1 On Tue, 23 May 2023 at 05:31, Doug Shupe wrote: > +1 and more > > Stay Safe > > > On May 22, 2023, at 19:19, Ramsey Hallman > wrote: > > > > +1 > > > > I agree whole-heartedly with Mike and Charles. > > > > Ramsey Hallman > > MVS/Quickref Support Group > > Chicago-Soft, LTD. > > > >> On Mon

Re: Architectural questions [WAS: Are Banks Breaking Up With Mainframes? | Forbes]

2023-05-22 Thread David Crayford
I’ve just realised that I was confused. Steven, can your confirm that that bus width between the memory controller and CPU was 256 bytes (not bits)? On a G3 9672? > On 23 May 2023, at 8:48 am, David Crayford wrote: > > Good question. By bus size I'm assuming that your referring to cache-lines?