Re: security and privacy for the 21st century
What, no Fields medal? Wuz you robbed? On Fri, Mar 22, 2024 at 8:26 PM Dave Beagle < 0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote: > Kids in America are too busy playing video games to learn Math which > requires effort. I have numerous awards for Algebra and Geometry from tests > in Ohio in the early 70’s. Plus a Math and Computer Science degree in the > late 70’s. It has served me well. > > Just 7 percent of U.S. students scored at the highest levels in math, > compared with 23 percent in Japan and South Korea, and 41 percent in > Singapore, the top-performing country. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Learning one's tools
+1 Remember, Bill isn't really a programmer, no matter what name he uses. He was a sysprog at best. On Sun, Mar 17, 2024 at 4:21 PM Jared Hunter wrote: > Dave Beagle wrote: > > Code reviews are dumb and not needed by good programmers > > Counterpoint: Code reviews are -most- essential when the authors are > experts. > > Why is that? Because experts are most able to churn out code that > functions correctly for today’s requirements, but that some less-expert > future maintainer will have a difficult time modifying to suit a new > requirement without introducing a bug. > > “Standards” may feel stifling and inefficient to someone who wants to > output “working” code as quickly as possible, and especially one with a > deep desire to display their cleverness. [Dear reader, does that sound like > anyone you know?] > > In general, code written for the set of list-relevant platforms should be > reviewed with the expectation that it will be maintained for decades longer > than the original author is employed, and eventually by a generalist with > significantly less overall depth of compiler-specific or arcane platform > knowledge. It’s an extremely hard balance to strike, to be sure, but it’s > never too early or too late to start trying. > > Jared Hunter > Rocket Software > > > Rocket Software, Inc. and subsidiaries ¦ 77 Fourth Avenue, Waltham MA > 02451 ¦ Main Office Toll Free Number: +1 855.577.4323 > Contact Customer Support: > https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport > Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - > http://www.rocketsoftware.com/manage-your-email-preferences > Privacy Policy - > http://www.rocketsoftware.com/company/legal/privacy-policy > > > This communication and any attachments may contain confidential > information of Rocket Software, Inc. All unauthorized use, disclosure or > distribution is prohibited. If you are not the intended recipient, please > notify Rocket Software immediately and destroy all copies of this > communication. Thank you. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDWAEC1
> > Don’t challenge the list gods. Or risk meeting the same fate as Bill > Johnson. > ...wrote Bill Johnson in his "Dave Beagle" disguise. Your not fooling anyone Bill. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [Very much off-topic] Re: AI is the real deal.
The FAX machine's impact wasn't exactly tiny. Short-lived, yes. On Thu, Feb 22, 2024 at 7:04 PM Dave Beagle < 0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote: > Picking on Krugman is typical of the right. But, that’s not exactly what > he said. Here’s the context. > > > https://www.businessinsider.com/paul-krugman-responds-to-internet-quote-2013-12?amp > > > > > > Sent from Yahoo Mail for iPhone > > > On Thursday, February 22, 2024, 5:12 PM, Bob Bridges < > 0587168ababf-dmarc-requ...@listserv.ua.edu> wrote: > > Speaking of old predictions: /* By 2005 or so, it will be clear that the > Internet's impact on the economy has been no greater than the fax > machine's. -Paul Krugman, Nobel-prize-winning economist in 1998 */ > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Lennie Dymoke-Bradshaw > Sent: Thursday, February 22, 2024 16:58 > > Sorry, the date has been truncated on the left. > That should be 11994. > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Allan Staller > Sent: 22 February 2024 19:42 > > The last mainframe will be turned off in 1994 - Gartner Group > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Seymour J Metz > Sent: Thursday, February 22, 2024 11:11 AM > > A 5-year prediction is generally safe, because in 5 years people will have > forgotten the predictions. Who remembers the failed 5-year predictions for, > e.g., controlled fusion, human level machine translation? > > I expect it to eventually happen, but as for when, Hypotheses non fingo < > https://en.wikipedia.org/wiki/Hypotheses_non_fingo>. > > On the flip side, hand optimization for pipelined machines is labor > intensive and fragile; a compiler with an ARCHLVL parameter is better > suited for the job. > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [Very much off-topic] Re: AI is the real deal.
> Current AI does not "understand" the information it holds, nor does it have a concept of "truth". So it's like a CEO. Good to know. On Thu, Feb 22, 2024 at 6:13 PM Joel C. Ewing wrote: > One needs to understand that today's Large Language Model AI tools like > ChatGPT, etc. are essentially driven by huge statistical databases > created from processing huge volumes of digital text using some > knowledge of sentence structure and words. Those tools can accept > English-language queries and use words and phrases in the query to > generate related-information responses with complete sentences and > paragraphs that have a high probability of of being relevant to the query. > > Current AI does not "understand" the information it holds, nor does it > have a concept of "truth". Even if you program the AI using books on > COBOL grammar and semantics it won't "understand" COBOL. Even if you > feed it millions of lines of COBOL code it won't be able to deduce the > underlying purpose of the code. If there is an accurate description of > what the code does accompanying the code, it can associate that > description with a code segment; but if the description is inaccurate, > AI may also associate the code with that bad description. Inevitably > some of the code you might use to program the AI tool will contain bugs, > and AI will be equally content to supply buggy code examples. > > If your object is to generate optimized Assembler code which accurately > replicates the behavior of a COBOL program, the best tool for that for > the foreseeable future is an optimizing COBOL compiler for your target > machine. Such compilers are already doing flow analysis just to > optimize loops and register usage, but I wouldn't call that "AI" in the > usual sense of that term. Perhaps a well-programmed AI tool would > suggest using a COBOL compiler if asked to convert a COBOL program to > assembler -- in fact that is basically the response given by the MS > Copilot tool when asked to perform that task for z-architecture; > although you can see hints of its lack of understanding in that in > includes in its response "IBM provides cataloged procedures (such > as*IEBCOMPR*and*IEBCOPY*) to simplify JCL coding for COBOL compilation", > where it includes gratuitous PROC examples that have nothing to do with > COBOL rather than giving the names of actual COBOL compiler PROCs. > > Joel C. Ewing > > On 2/22/24 11:09, Robley Lutz wrote: > > I guess my question is, do we expect AI to look at COBOL code, and not > > simply compile it, but analyze the flow, and output optimized Assembler > > code? Will AI become the highly skilled Assembler programmer that I > never > > became? > > > > On Thu, Feb 22, 2024 at 11:54 AM Tom Harper < > > 05bfa0e23abd-dmarc-requ...@listserv.ua.edu> wrote: > > > >> Dave, > >> > >> I was told the same thing 54 years ago when I starting working at > >> CalTrans. Managers would just be able to code in COBOL PROFITS = SALES - > >> EXPENSES and we would all be out of a job. > >> > >> ... > > -- > Joel C. Ewing > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Reopens Its Frozen Pension Plan, Saving the Company Millions
But that's not what you said. Make up your mind, Bill! On Tue, Feb 13, 2024 at 8:17 PM Dave Beagle < 0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote: > My point is quit relying on your employer to fund your retirement. I > worked at Packard Electric decades ago. Most of the white collar folks > there had their pensions transferred to the PBGC about 15-20 years ago. > Which cut their benefits to some tiny fraction of what they were promised. > They’ve been fighting to get what they deserve since then, unsuccessfully. > I never trusted my employers ever to keep their promises. That served me > well. > > > Sent from Yahoo Mail for iPhone > > > On Tuesday, February 13, 2024, 2:27 PM, Doug Fuerst > wrote: > > $22.5K if only you and $66K in you/employer is not enough? > > https://www.investopedia.com/retirement/401k-contribution-limits/ > > Doug Fuerst > d...@bkassociates.net > > > -- Original Message -- > From "Wayne Bickerdike" <059234794979-dmarc-requ...@listserv.ua.edu> > To IBM-MAIN@LISTSERV.UA.EDU > Date 2/13/2024 14:12:28 PM > Subject Re: IBM Reopens Its Frozen Pension Plan, Saving the Company > Millions > > >Looks like they are reverting to a Defined Benefit scheme. I never > received > >anything from IBM after my employment with them in the 70's. > > > >The 401K contribution limits are too low to ensure a comfortable > >retirement. > > > >On Wed, Feb 14, 2024 at 5:38 AM zMan < > >059081901144-dmarc-requ...@listserv.ua.edu> wrote: > > > >> "The company has stopped making contributions to 401(k) accounts, and > >> instead gives workers cash credits in a new version of its old pension > >> plan." > >> > >>https://www.nytimes.com/2024/02/09/business/ibm-pension-plan.html > >> (login required but surely will be elsewhere as well) > >> > >> IBM plays more financial engineering games. > >> -- > >> zMan -- "I've got a mainframe and I'm not afraid to use it" > >> > >> -- > >> For IBM-MAIN subscribe / signoff / archive access instructions, > >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >> > > > > > >-- > >Wayne V. Bickerdike > > > >-- > >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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Reopens Its Frozen Pension Plan, Saving the Company Millions
What's your point, Bill? This is going *away* from a 401(k). On Tue, Feb 13, 2024 at 2:06 PM Dave Beagle < 0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote: > Pension plans have been going away for decades. 401k’s have been replacing > them except in public jobs and some union jobs. That’s how capitalism works. > > > Sent from Yahoo Mail for iPhone > > > On Tuesday, February 13, 2024, 1:38 PM, zMan < > 059081901144-dmarc-requ...@listserv.ua.edu> wrote: > > "The company has stopped making contributions to 401(k) accounts, and > instead gives workers cash credits in a new version of its old pension > plan." > > https://www.nytimes.com/2024/02/09/business/ibm-pension-plan.html > (login required but surely will be elsewhere as well) > > IBM plays more financial engineering games. > -- > zMan -- "I've got a mainframe and I'm not afraid to use it" > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM Reopens Its Frozen Pension Plan, Saving the Company Millions
"The company has stopped making contributions to 401(k) accounts, and instead gives workers cash credits in a new version of its old pension plan." https://www.nytimes.com/2024/02/09/business/ibm-pension-plan.html (login required but surely will be elsewhere as well) IBM plays more financial engineering games. -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cloud Storage
Actually IBM keeps selling off products *and not telling the customers*. VSE they admitted; Optim and a bunch more, they have not. You can find the acquiring company if you look (often UNICOM), but I find it sleazy that they do this and continue to market the products without customers knowing that support transitioned from IBM to some company they never heard of. On Tue, Oct 31, 2023 at 1:26 PM Jon Perryman wrote: > On Tue, 31 Oct 2023 16:51:42 +0800, David Crayford > wrote: > > > I think you’re confused again John. > > To the contrary, it is you again who is confused. > > > IBM don’t own the vast majority of the z/OS products they sell. > > They are either developed by vendors or have been sold to vendors. > > This has been the case for decades. > > With the exception of open source code, it is obvious that IBM owns the > strategic z/OS products they market. It's true that OEM vendors created > many of their products, but IBM tends to acquire products when they become > part of their z/OS strategy. For instance, Cloud Object Storage, JES2, > Omegamon products, TCP, IBM C/C++ and more have become products owned by > IBM. > > It's pure speculation to say "vast" and that this has been standard > practice for decades when we can't prove it either way. IBM doenosn't > openly disclose which z/OS OEM products they do not own. In fact, they go > out of their way to hide it. For instance, all the presenters for Cloud > Tape Connector are IBM'ers and Rocket Software is not mentioned in the > presentation. > > > IBM CLoud Tape Connector is owned by Rocket Software, the original and > current vendor. > > IBM is the business partner who brands, markets and provides L1 support. > > I'll take you at your word that Rocket Software owns this product, but > this suggest that IBM doesn't consider it a strategic product. I'm not > bashing the product in any way because it fills an important niche and > probably does it very well. What I'm saying is that IBM purchased Cloud > Object Storage because it's part of their strategic vision. It's use in > products like TS7700 makes "cloud" transparent to customers where features > like TERSING, encryption and compression are hidden from view. More > important, IBM has the opportunity to perfect their product. I speculate > that when the TS7700 is using IBM cloud objects, that the encryption, > untersing and compression probably occurs in parallel with the cloud object > transfer which significantly speeds up the process. When using a cloud > service like Amazon S3, the TS7700 must wait for the transfer to complete > otherwise they risk integrity issues like an incomplete transfer causing > partial processing. Either the cloud object is completely processed or not > processed at all. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Curved Flat Screen
I'm holding out for the implant. On Tue, Jul 25, 2023 at 5:02 PM Burrell, Todd < 0316e668f7df-dmarc-requ...@listserv.ua.edu> wrote: > I've got 2 32 inch LG monitors and run them at 1920X1080 - and I have a > third 27 inch ASUS monitor setup vertically that I use for long emails and > manuals, etc.., where it helps to have them in portrait. I probably > should have a higher resolution, but I've been looking at screens for 35 > years and they old eyes ain't as good as they used to be. > > Thanks > > Todd Burrell | Sr. IT Systems Engineer | Mainframe > > todd.burr...@bcbsfl.com > > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Seymour J Metz > Sent: Tuesday, July 25, 2023 1:01 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Curved Flat Screen > > Ignoring cost, what is the largest usable monitor for work, and what is > the best aspect ratio? > > I'm currently using a 23" UHD (16:9), and am looking to get something > larger. > > > From: IBM Mainframe Discussion List on behalf > of Marjory Montgomery <031be9a21d48-dmarc-requ...@listserv.ua.edu> > Sent: Tuesday, July 25, 2023 12:56 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Curved Flat Screen > > I also have a Dell U4919dw but have been eyeing the new Samsung 55" > Odyssey Ark ... Samsung also has a 49 Odyssey Ark. > > -- > 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 > We comply with applicable Federal civil rights laws and do not > discriminate. > > Visit floridablue.com/ndnotice <https://floridablue.com/ndnotice> to view > our Non-Discrimination policy and find information on our free language > assistance services. > > > > Florida Blue is a trade name of Blue Cross and Blue Shield of Florida, > Inc. Blue Cross and Blue Shield of Florida, Inc., and its subsidiary and > affiliate companies are not responsible for errors or omissions in this > e-mail message. Any personal comments made in this e-mail do not reflect > the views of Blue Cross and Blue Shield of Florida, Inc. The information > contained in this document may be confidential and intended solely for the > use of the individual or entity to whom it is addressed. This document may > contain material that is privileged or protected from disclosure under > applicable law. If you are not the intended recipient or the individual > responsible for delivering to the intended recipient, please (1) be advised > that any use, dissemination, forwarding, or copying of this document IS > STRICTLY PROHIBITED; and (2) notify sender immediately by telephone and > destroy the document. THANK YOU. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Will z/OS be obsolete in 5 years?
Bill, Bill, Bill. Stick to stuff you know something about. IF quantum computers ever become realistically powerful, they will have VERY specific uses. They are not suited for general-purpose computing. Nobody even quantum-adjacent disputes that, as even the most cursory reading of the research papers will tell you, Note also that quantum machines with the many-thousands of qubits needed for real use have been "almost here" for quite some time; most people who aren't scamming money admit that they don't know when or even if they're actually achievable. Which doesn't make the research a bad thing, of course. Just keep your hand on your wallet. On Tue, Jul 18, 2023 at 9:21 PM Bill Johnson < 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > Quantum computing is the future. And IBM is the leader. > https://www.forbes.com/sites/karlfreund/2023/06/14/ibm-achieves-breakthrough-in-quantum-computing/ > > > > Sent from Yahoo Mail for iPhone > > > On Tuesday, July 18, 2023, 8:47 PM, Jon Perryman > wrote: > > IBM RHEL announced it's move to closed source (IBM RedHat Enterprise > Linux). With some changes, DB2, RACF and other z/OS products could run in > Linux on z16 in one sysplexed Linux image. We know it's possible because > IBM moved Unix and TCP into z/OS. IBM RHEL said closed source would force > non-paying customers to buy RHEL licenses but this makes no sense. > Something else must be in play. > I created a survey at https://forms.gle/ZTPXsDJo8Z4H93sv7 to gain > insights into IBM's decision to close source RHEL. You can skip the survey > if you don't want to take it and view the survey results through this > website. Feel free to pass this along. > I think IBM wants to integrate z/OS products to retain their investments > and expand their customer base.. > Why is the z/OS community ignoring IBM RHEL closed source? Are software > vendors preparing their products for Linux? > > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXT] Re: Userid schemes
At least it he wasn't Greg Sextin! though back then that word didn't mean anything... On Mon, Jul 17, 2023 at 9:00 AM Crawford Robert C (Contractor) < 04e08f385650-dmarc-requ...@listserv.ua.edu> wrote: > My favorite user ID mess was on an old Vax system that used the last name > followed by first initial. Of course this system began each printed report > with a banner page listing the user's ID printed in large, block letters. > One day I went to the printer and noticed a report from user SEXTONG. > While I was puzzling over this an embarrassed Greg Sexton came up and > snatched his report off of the printer. > > Robert Crawford > Abstract Evolutions LLC > (210) 913-3822 > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Paul Gilmartin > Sent: Thursday, July 13, 2023 4:53 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXT] Re: Userid schemes > > On Thu, 13 Jul 2023 17:22:12 -0400, Phil Smith III wrote: > > >I've seen various schemes used for creating up-to-eight-character > userids, all truncated as needed, of course. These are IDs I've had, won't > tell ya where each was (and omitting just firstname, just lastname, or > intials): > > > It was egregious underreaching when IBM increased the permitted length of > TSO IDs from 7 to 8. They should have gone to something more > characteristic of extant systems, probably several dozen, using > USERIDALIASTABLE if needed to perform the mapping. > < > https://www.ibm.com/docs/en/zos/2.5.0?topic=srsci-if-you-have-problems-names-such-as-uucp-uucpg-tty > > > > >Anyone got any other variations? This is purely a curiosity item, no > agenda. > > > I once worked for an organization that used last name, first initial, > middle initial. After searching phone directories, I wondered whether > Cheng K. Fu of San Diego, CA would ever apply for employment there. > > (They were inflexible. A co-worker was required to change her user ID > because of marriage.) > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Userid schemes
Maybe it wasn't a "man number" as in "male human being", but rather a "machine automation number number"? /s (but ya gotta admit, it DOES sound like something IBM would have, complete with redundancy!) On Fri, Jul 14, 2023 at 9:59 AM David Spiegel < 0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: > Hi Paul, > You said: "...Just remarking that "man number" is conspicuously > gender-specific. ..." > True, but, you have to remember the historical context for it. > > You said: "...IBM has over 300,000 employees. Are the numbers required > to be unique? ..." > AFAIK, my number was unique in Canada. > My Retain ID had to be changed because someone else (probably an > American) already was using my Man Number to LOGON. > > Regards, > David > > On 2023-07-14 09:45, Paul Gilmartin wrote: > > On Fri, 14 Jul 2023 06:43:49 -0400, David Spiegel wrote: > >> EEOC is an American thing. In Canada, we have an equivalent. > >> > > Just remarking that "man number" is conspicuously gender-specific. > > > >> Please explain: "... Five digits isn't enough. ..." Enough for what? > >> > > IBM has over 300,000 employees. Are the numbers required to be unique? > > > >> (I think you're confusing employee number with SIN (equivalent to > >> American SSN). > > > >> On 2023-07-13 22:53, Paul Gilmartin wrote: > >>> On Thu, 13 Jul 2023 21:56:55 -0400, David Spiegel wrote: > >>>> When I worked at IBM Canada full time (1994-2002), our TSO Userids > were > >>>> XXn, where n was a person's "man number" (aka employee > number). > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Double ampersand?
Why does "double ampersand" sound like an old-timey insult? "You no-good, double-ampersand, horswogglin'..." On Thu, Jul 6, 2023 at 10:19 AM Tom Marchant < 000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: > By OS/360 release 19 (1970) && was the documented way to specify a > temporary data set. See page 168 of > > http://www.bitsavers.org/pdf/ibm/360/os/R19_Jun70/GC28-6704-0_JCL_Reference_Rel_19_Jun70.pdf > > > If you do include the DSNAME parameter, the temporary data set name > can consist of 1 through 8 characters and is preceded by two ampersands > (&&). The character following the ampersands must be an alphabetic or > national (~r#,$) character: the remaining characters can be any > alphameric or national characters. (A temporary data set name that is > preceded by only one ampersand is treated as a temporary data set name > as long as no value is assigned to it either on the EXEC statement for > this job step when it calls a procedure, or on a PROC statement within > the procedure. If a value is assigned to it by one of these means, it > is treated as a symbolic parameter. > > > There is no change bar on that paragraph, so it was likely introduced with > an earlier release. I don't have access to an earlier JCL manual, other > than the one from 1967 that Shmuel referenced. > > -- > Tom Marchant > > > On Thu, 6 Jul 2023 02:15:28 +, Seymour J Metz wrote: > > >In that era, double ampersand was invalid. When IBM added symbolic > parameters, they added double ampersand as an escape for a single > ampersand. I don't know whether they were thinking about temporary DSNs > when they came up with the rule. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 0C1 abend
Indeed. It's hard to see how doing so would break anything, since it's already broken by definition, more or less. One can (barely) imagine someone setting a trap to recover from such a thing, but c'mon... Oh, wait, you don't consider an 0C1 to be documented? /s On Tue, Jul 4, 2023 at 12:23 PM John McKown wrote: > I really wish that IBM had put the address of a routine in the DCB or ACB > so that a documented ABEND would occur. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why can't a LinuxONE run z/OS
Showing my ignorance: how does this relate to OCP? On Fri, Jun 9, 2023 at 1:48 AM Timothy Sipples wrote: > Lennie Dymoke-Bradshaw asks: > >Can someone please explain what IBM have done on the > >LinuxOne machines to stop them running z/OS? > > Your predicate is incorrect. IBM LinuxONE servers CAN run z/OS. Please > read on > > David Crayford wrote: > >From what I gather, LinuxOne machines have the capability to > >run z/OS within OCP containers, and there are cloud provisioning > >tools available to choose systems software from the ADCD. I had > >the opportunity to witness a demonstration of this at a zForum > >conference, where IBMer Ed McCarthy showcased its impressive > >functionality. I was quite impressed with what I saw. The provisioning > >options ranged from x86 emulation to on-premises Linux on Z, > >with various tiers in between. Tim Sipples will know the details. > > To my knowledge there are currently two generally available, fully IBM > supported and authorized ways to run z/OS on LinuxONE servers: > > 1. Via the IBM Virtual Dev and Test for z/OS product. ZVDT supports > running real z/OS for development, unit test, demonstration, and training > purposes on IBM LinuxONE servers (and on IFLs in IBM zSystems servers). > Please note that ZVDT does not currently support z/OS Parallel Sysplex > configurations or the z/OS Container Extensions. But it does run real, > bit-for-bit identical z/OS. And the performance is broadly excellent. > ECKD/FICON-attached storage is supported but not required. > > https://www.ibm.com/products/virtual-dev-and-test-zos > > It's common to deploy ZVDT (and the z/OS instances it hosts) in its own, > dedicated LPAR. But it doesn't necessarily have to be. My colleague Ed > McCarthy might've demonstrated some other deployment options. > > 2. Via the IBM GDPS Virtual Appliance. You can optionally configure an IBM > LinuxONE server with a single general purpose processor (CP) at a specific > capacity setting. This single CP can only be used to run the IBM GDPS > Virtual Appliance software. The GDPS VA software is shipped and serviced as > a single, integral image, but it happens to be z/OS-based. (You're not > licensed to use that "interior" z/OS for general purposes.) The IBM GDPS > Virtual Appliance is broadly functionally equivalent to the IBM GDPS Metro > Mirror (with HyperSwap) offering. ECKD/FICON-attached storage is required > for the IBM GDPS Virtual Appliance itself. ECKD/FICON-attached storage is > supported but not required for other workloads. > > Peter Bishop wrote: > >And LinuxONEs only have IFLs. > > You have the option to configure LinuxONE servers with a single > subcapacity CP. (See above.) You can also configure them with additional > SAPs if you wish. > > >The rest of the box is the same, apart from the doors > > The two server families are related, but there are more differences > besides the engine choices and doors. As a notable example the LinuxONE > servers can be configured with NVMe Carrier features and even boot/IPL from > them. NVMe Carrier features are not available on IBM zSystems servers. > zHyperLink Express adapters are available in IBM zSystems servers but not > in IBM LinuxONE servers. In past model generations (including z15/LinuxONE > III which is still generally available) the storage-related adapters are > often different, but there's some re-convergence in that area with the > z16/LinuxONE 4 servers. IBM zSystems servers support model conversion > upgrades (for example from z15 to z16) and carry forward of I/O features. > LinuxONE servers do not support either model conversion upgrades or carry > forward of any I/O features. > > You can look through the Feature Codes available for the IBM z16 > (3931-A01) and IBM LinuxONE Emperor 4 (3931-LA1) and see many identical > feature codes but also many differences. > > — > Timothy Sipples > Senior Architect > Digital Assets, Industry Solutions, and Cybersecurity > IBM zSystems/LinuxONE, Asia-Pacific > sipp...@sg.ibm.com > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 3.1: Now UNIXR Certified
ot;the user space stuff".) > >>>> That impressed me because MKS Toolkit did the same thing for MS > >>>> Windows, a very rich approximation of Unix on top of another system. > >>>> Leveraging MKS TK was a brilliant step. > >>>> > >>> It cost IBM a ton of money to take ownership of the MKS code. The > kernel > >>> space (OMVS) is implemented using two PC routines that implement the > >>> syscalls. IIRC, one is SS and the other is CP, so they must have > >>> different functions. Either way, OMVS is a real UNIX subsystem running > >>> on z/OS. It's not a shim or abstraction layer on top of native > services. > >>> > >>> > >>>>> In an update on how they were doing they were finally able to fork a > >>>>> process. He said it was more like foo. > >>>>> Clearly, they fixed the performance and little did they know that it > >>>>> was such a critical decision for the platform that it saved z/OS. I > >>>>> think K8s is the USS of yesteryear. No one knows it yet but it will > >>>>> add another 25 years to the platform. > >>>>> > >>>>> Matt Hogstrom > >>>>> PGP key 0F143BC1 > >>>> 0xF4292E2D2B970780 and others > >>>> > >>>> > >>>>>> On Jun 1, 2023, at 05:34, David Crayford > wrote: > >>>>>> > >>>>>> I've worked with a few ex-OE guys, including my close colleague who > >>>>>> used to the IBM DE running the OE project out of POK. Let me tell > >>>>>> you, some of the stories they have are absolutely fascinating! It's > >>>>>> my understanding that the POSIX certification was mainly pursued to > >>>>>> meet the requirements set by NASA. But here's an interesting twist: > >>>>>> NASA doesn't run a mainframe anymore. > >>>>> > -- > >>>>> For IBM-MAIN subscribe / signoff / archive access instructions, > >>>>> send email tolists...@listserv.ua.edu with the message: INFO > IBM-MAIN > >>>> -- > >>>> For IBM-MAIN subscribe / signoff / archive access instructions, > >>>> send email tolists...@listserv.ua.edu with the message: INFO > IBM-MAIN > >>> -- > >>> For IBM-MAIN subscribe / signoff / archive access instructions, > >>> send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN > >>> > >>> -- > >>> For IBM-MAIN subscribe / signoff / archive access instructions, > >>> send email tolists...@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 > > > > -- > > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Are you serious about wanting a better IBM doc RCF-type process?
+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 is wrong about > Macros, or the Macro is wrong relative to the doc. Or the sample > can't be copied because the way the PDF is built, the copy for > paste doesn't work right. > > BPXDYN2 -- Showed them where the COBOL samples were going to > confuse newbie COBOL programmers. > > I have had arguments with IBM management on some of these > subjects as a contractor, client and employee. > > BTW -- I did vote for Peter's RFE. What an ordeal to get an > account to be able to vote on an RFE. > > Steve Thompson > > > > On 5/22/2023 6:33 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. In that time I have > found > > and reported typographical errors, inconsistencies, obsolete information, > > and even flat-out WRONG statements. > > > > Without real-world feedback from z/OS professionals who actually USE the > > documentation, it's accuracy and usability will not improve. > > > > IBM has good technical documentation writers but they are NOT end-users. > > > > Eliminating RCFs disconnects authors of the documentation from consumers > of > > the documentation...NOT a good idea. > > > > Mike Shaw > > MVS/QuickRef Support Group > > Chicago-Soft, Ltd. > > > > On Mon, May 22, 2023, 6:05 PM 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 No, you will be able to briefly justify that answer. There is > also > >> apparently now no path whatsoever for a customer to open a requirement > >> against IBM documentation. > >> > >> We need a way to provide formatted suggestions for improvements, > >> clarifications or corrections to IBM manuals. > >> > >> If you would like that, then wishing and hoping and grumping will not > make > >> it happen. Here is what might make it happen: > >> > >> - You could start by replying with a simple +1 to this post. The IBM > >> powers that be do not participate in this forum, but there is strong > >> evidence that what happens here sometimes percolates in that direction. > >> - You could vote for Peter Farley’s RFE. Find it here: > >> > https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-3691 > >> (apologies for any fold). > >> - If you have an IBM rep at your shop, you could let him or her know. If > >> you simply know an IBMer you could tell him or her nicely. > >> - If you have contacts who are responsible at your shop for other > products > >> such as the languages, Db2, CICS, MQ and so forth, you could try to get > >> them to chime in. Apparently one of the pushbacks from the documentation > >> team is “IBM has 1200 products and our process works fine for all of > them – > >> what’s wrong with you z/OS people?” > >> > >> Thank you. > >> Charles > >> > >> -- > >> 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Are Banks Breaking Up With Mainframes? | Forbes
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, 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 > > > where IBM has most of their mainframe engineering and manufacturing. > > > Poughkeepsie is in the Hudson Valley. > > > > > > > > > Sent from Yahoo Mail for iPhone > > > > > > > > > On Saturday, May 20, 2023, 10:58 PM, zMan > > wrote: > > > > > > Nothing here says it's investing in POK, or in mainframe technology. > RIF. > > > > > > And the tired stats about 71% of Fortune whatever using mainframes may > or > > > may not be current, and don't prove anything about growth. All you have > > to > > > do is be awake to see that it's fading. Not fast--nobody thinks it's > dead > > > or even necessarily dying yet. But it's NOT growing as a platform by > the > > > meaningful metrics of users, applications, customer investment beyond > > > keeping what they have alive. > > > > > > Seriously, take a look around. You want it to be one way; that doesn't > > mean > > > it is. I've tried to convince myself otherwise for years, finally had > to > > > admit it wasn't happening. > > > > > > On Sat, May 20, 2023 at 8:00 PM Bill Johnson < > > > 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > > > > > > > IDK, if POK is shrinking, why is IBM investing 20 billion there? > > > > > > > > > > > > > > https://spectrumlocalnews.com/nys/central-ny/news/2022/10/05/ibm-to-announce-tech-investment-during-biden-visit > > > > > > > > > > > > > > > > > > > > Sent from Yahoo Mail for iPhone > > > > > > > > > > > > On Saturday, May 20, 2023, 7:04 PM, zMan > > wrote: > > > > > > > > Note that "fewer mainframes" doesn't refer to fewer boxes. It refers > to > > > far > > > > fewer SITES. Yes, there's consolidation in some industries; there > still > > > > aren't any NEW sites. You assert "IBM keeps new customers under > wraps" > > > but > > > > if you talk to IBMers, there aren't any to keep under wraps. More > > wishful > > > > thinking, I'm afraid. Unless your contention is that they're kept so > > > secret > > > > that the people who support them don't know about them... > > > > > > > > There might have been 3K folks listed as working in POK 15 months > ago. > > > IBM > > > > just RIFfed another 7,000. Given that it was at least five years ago > > that > > > > IBM was down to 25,000 domestic employees, I doubt there are 3K left > in > > > POK > > > > by a long shot, but it's possible. If so, they aren't very busy, at > > least > > > > not with zSystems stuff. In any case, ask anyone who's been there > > lately: > > > > the build floor is empty. > > > > > > > > I've said it before, but some people don't seem to hear it, so I'll > > > repeat: > > > > I'm not anti-mainframe. I've been making my living off it for over > four > > > > decades, and while retirement is within view, I'm not there yet. I > > would > > > > like it to be healthy and growing; all the real evidence points the > > other > > > > way, no matter what IBM press releases may state. > > > > > > > > P.S. Sorry, Dave, zOSMF doesn't count. It's a tool. Nobody is > > installing > > > a > > > > mainframe so they can run it. We don't buy computers to run tools or > > > > operating systems: we buy them to run applications. Big difference. > > > > > > > > On Sat, May 20, 2023 at 2:17 PM Bill Johnson < > > > > 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > > > > > > > > > The facts are readily available. Mainframe growth is undeniable. > And > > > will > > > > >
Re: Are Banks Breaking Up With Mainframes? | Forbes
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 mainframe savior we'd hoped for. If IBM is disclosing these new customers, can you point to a few? On Sun, May 21, 2023 at 9:29 PM Timothy Sipples wrote: > Yes, there are brand new customers buying their first mainframes. IBM > periodically discloses this basic fact. Sometimes I'm personally involved, > sometimes when it's a "first in country" situation. (First in country?!? > Yes, really.) And sometimes I have personal knowledge of other new > mainframe customers. I'm reasonably sure I'm not hallucinating. :-) > > It's a big world with many exciting developments. > > Most new customers start with Linux but not all. Some add z/OS later. Some > start by renting various virtualized pieces of IBM mainframes on IBM Cloud > — there are many such choices now — then some later add "on premises" > machines. Some are banks, some are not. While there are some common > patterns, each new mainframe customer has their own unique needs. > > Thank you all for your support. > > — > Timothy Sipples > Senior Architect > Digital Assets, Industry Solutions, and Cybersecurity > IBM zSystems/LinuxONE, Asia-Pacific > sipp...@sg.ibm.com > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Are Banks Breaking Up With Mainframes? | Forbes
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 > where IBM has most of their mainframe engineering and manufacturing. > Poughkeepsie is in the Hudson Valley. > > > Sent from Yahoo Mail for iPhone > > > On Saturday, May 20, 2023, 10:58 PM, zMan wrote: > > Nothing here says it's investing in POK, or in mainframe technology. RIF. > > And the tired stats about 71% of Fortune whatever using mainframes may or > may not be current, and don't prove anything about growth. All you have to > do is be awake to see that it's fading. Not fast--nobody thinks it's dead > or even necessarily dying yet. But it's NOT growing as a platform by the > meaningful metrics of users, applications, customer investment beyond > keeping what they have alive. > > Seriously, take a look around. You want it to be one way; that doesn't mean > it is. I've tried to convince myself otherwise for years, finally had to > admit it wasn't happening. > > On Sat, May 20, 2023 at 8:00 PM Bill Johnson < > 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > > > IDK, if POK is shrinking, why is IBM investing 20 billion there? > > > > > https://spectrumlocalnews.com/nys/central-ny/news/2022/10/05/ibm-to-announce-tech-investment-during-biden-visit > > > > > > > > > > Sent from Yahoo Mail for iPhone > > > > > > On Saturday, May 20, 2023, 7:04 PM, zMan wrote: > > > > Note that "fewer mainframes" doesn't refer to fewer boxes. It refers to > far > > fewer SITES. Yes, there's consolidation in some industries; there still > > aren't any NEW sites. You assert "IBM keeps new customers under wraps" > but > > if you talk to IBMers, there aren't any to keep under wraps. More wishful > > thinking, I'm afraid. Unless your contention is that they're kept so > secret > > that the people who support them don't know about them... > > > > There might have been 3K folks listed as working in POK 15 months ago. > IBM > > just RIFfed another 7,000. Given that it was at least five years ago that > > IBM was down to 25,000 domestic employees, I doubt there are 3K left in > POK > > by a long shot, but it's possible. If so, they aren't very busy, at least > > not with zSystems stuff. In any case, ask anyone who's been there lately: > > the build floor is empty. > > > > I've said it before, but some people don't seem to hear it, so I'll > repeat: > > I'm not anti-mainframe. I've been making my living off it for over four > > decades, and while retirement is within view, I'm not there yet. I would > > like it to be healthy and growing; all the real evidence points the other > > way, no matter what IBM press releases may state. > > > > P.S. Sorry, Dave, zOSMF doesn't count. It's a tool. Nobody is installing > a > > mainframe so they can run it. We don't buy computers to run tools or > > operating systems: we buy them to run applications. Big difference. > > > > On Sat, May 20, 2023 at 2:17 PM Bill Johnson < > > 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > > > > > The facts are readily available. Mainframe growth is undeniable. And > will > > > be for decades to come. Will weak banks foolishly buy what airline > > > magazines are selling? Of course. Bad decisions are made in the > business > > > world daily. Ms Hovsepian should be more concerned with her company > > > (Microfocus part) desperately trying to reverse engineer CICS so they > can > > > justify their decision to partner with Amazon Web Services. > > > > > > > > > Sent from Yahoo Mail for iPhone > > > > > > > > > On Saturday, May 20, 2023, 1:42 PM, Bob Bridges > > > > wrote: > > > > > > Bill, you said "bull", which I misunderstood to mean that you disagree. > > > But the article you posted in support of that opinion (or whatever it > is) > > > doesn't contradict the OP's article. > > > > > > I'm just guessing here, but maybe you've been arguing with those > > > mainframe-is-dying folks so long that you no longer notice the nuances. > > Ms > > > Hovsepian didn't say the mainframe is dying; she sai
Re: Are Banks Breaking Up With Mainframes? | Forbes
Nothing here says it's investing in POK, or in mainframe technology. RIF. And the tired stats about 71% of Fortune whatever using mainframes may or may not be current, and don't prove anything about growth. All you have to do is be awake to see that it's fading. Not fast--nobody thinks it's dead or even necessarily dying yet. But it's NOT growing as a platform by the meaningful metrics of users, applications, customer investment beyond keeping what they have alive. Seriously, take a look around. You want it to be one way; that doesn't mean it is. I've tried to convince myself otherwise for years, finally had to admit it wasn't happening. On Sat, May 20, 2023 at 8:00 PM Bill Johnson < 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > IDK, if POK is shrinking, why is IBM investing 20 billion there? > > https://spectrumlocalnews.com/nys/central-ny/news/2022/10/05/ibm-to-announce-tech-investment-during-biden-visit > > > > > Sent from Yahoo Mail for iPhone > > > On Saturday, May 20, 2023, 7:04 PM, zMan wrote: > > Note that "fewer mainframes" doesn't refer to fewer boxes. It refers to far > fewer SITES. Yes, there's consolidation in some industries; there still > aren't any NEW sites. You assert "IBM keeps new customers under wraps" but > if you talk to IBMers, there aren't any to keep under wraps. More wishful > thinking, I'm afraid. Unless your contention is that they're kept so secret > that the people who support them don't know about them... > > There might have been 3K folks listed as working in POK 15 months ago. IBM > just RIFfed another 7,000. Given that it was at least five years ago that > IBM was down to 25,000 domestic employees, I doubt there are 3K left in POK > by a long shot, but it's possible. If so, they aren't very busy, at least > not with zSystems stuff. In any case, ask anyone who's been there lately: > the build floor is empty. > > I've said it before, but some people don't seem to hear it, so I'll repeat: > I'm not anti-mainframe. I've been making my living off it for over four > decades, and while retirement is within view, I'm not there yet. I would > like it to be healthy and growing; all the real evidence points the other > way, no matter what IBM press releases may state. > > P.S. Sorry, Dave, zOSMF doesn't count. It's a tool. Nobody is installing a > mainframe so they can run it. We don't buy computers to run tools or > operating systems: we buy them to run applications. Big difference. > > On Sat, May 20, 2023 at 2:17 PM Bill Johnson < > 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > > > The facts are readily available. Mainframe growth is undeniable. And will > > be for decades to come. Will weak banks foolishly buy what airline > > magazines are selling? Of course. Bad decisions are made in the business > > world daily. Ms Hovsepian should be more concerned with her company > > (Microfocus part) desperately trying to reverse engineer CICS so they can > > justify their decision to partner with Amazon Web Services. > > > > > > Sent from Yahoo Mail for iPhone > > > > > > On Saturday, May 20, 2023, 1:42 PM, Bob Bridges > > wrote: > > > > Bill, you said "bull", which I misunderstood to mean that you disagree. > > But the article you posted in support of that opinion (or whatever it is) > > doesn't contradict the OP's article. > > > > I'm just guessing here, but maybe you've been arguing with those > > mainframe-is-dying folks so long that you no longer notice the nuances. > Ms > > Hovsepian didn't say the mainframe is dying; she said a lot of banks > > (repeat banks) are considering (repeat considering) moving to the cloud. > > > > (To be fair, it sounds like she made the same mistake. "Why the > readiness > > to 'swipe left' on their mainframe and COBOL applications?", she asks in > a > > throwaway inference.) > > > > --- > > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > > > /* Perseverance is not a long race; it is many short races one after > > another. */ > > > > -Original Message- > > From: IBM Mainframe Discussion List On Behalf > > Of Bill Johnson > > Sent: Saturday, May 20, 2023 10:27 > > > > Bull. > > > https://www.flynetviewer.com/blog/20220922/global-mainframe-market-projected-grow-318-billion-2029 > > > > --- On Saturday, May 20, 2023, 4:03 AM, Jack Zukt > > wrote: > > Whatever the agenda of the writer, it still is
Re: Are Banks Breaking Up With Mainframes? | Forbes
Note that "fewer mainframes" doesn't refer to fewer boxes. It refers to far fewer SITES. Yes, there's consolidation in some industries; there still aren't any NEW sites. You assert "IBM keeps new customers under wraps" but if you talk to IBMers, there aren't any to keep under wraps. More wishful thinking, I'm afraid. Unless your contention is that they're kept so secret that the people who support them don't know about them... There might have been 3K folks listed as working in POK 15 months ago. IBM just RIFfed another 7,000. Given that it was at least five years ago that IBM was down to 25,000 domestic employees, I doubt there are 3K left in POK by a long shot, but it's possible. If so, they aren't very busy, at least not with zSystems stuff. In any case, ask anyone who's been there lately: the build floor is empty. I've said it before, but some people don't seem to hear it, so I'll repeat: I'm not anti-mainframe. I've been making my living off it for over four decades, and while retirement is within view, I'm not there yet. I would like it to be healthy and growing; all the real evidence points the other way, no matter what IBM press releases may state. P.S. Sorry, Dave, zOSMF doesn't count. It's a tool. Nobody is installing a mainframe so they can run it. We don't buy computers to run tools or operating systems: we buy them to run applications. Big difference. On Sat, May 20, 2023 at 2:17 PM Bill Johnson < 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > The facts are readily available. Mainframe growth is undeniable. And will > be for decades to come. Will weak banks foolishly buy what airline > magazines are selling? Of course. Bad decisions are made in the business > world daily. Ms Hovsepian should be more concerned with her company > (Microfocus part) desperately trying to reverse engineer CICS so they can > justify their decision to partner with Amazon Web Services. > > > Sent from Yahoo Mail for iPhone > > > On Saturday, May 20, 2023, 1:42 PM, Bob Bridges > wrote: > > Bill, you said "bull", which I misunderstood to mean that you disagree. > But the article you posted in support of that opinion (or whatever it is) > doesn't contradict the OP's article. > > I'm just guessing here, but maybe you've been arguing with those > mainframe-is-dying folks so long that you no longer notice the nuances. Ms > Hovsepian didn't say the mainframe is dying; she said a lot of banks > (repeat banks) are considering (repeat considering) moving to the cloud. > > (To be fair, it sounds like she made the same mistake. "Why the readiness > to 'swipe left' on their mainframe and COBOL applications?", she asks in a > throwaway inference.) > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* Perseverance is not a long race; it is many short races one after > another. */ > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Bill Johnson > Sent: Saturday, May 20, 2023 10:27 > > Bull. > https://www.flynetviewer.com/blog/20220922/global-mainframe-market-projected-grow-318-billion-2029 > > --- On Saturday, May 20, 2023, 4:03 AM, Jack Zukt > wrote: > Whatever the agenda of the writer, it still is something that is > happening, mostly, I think, because of IBM's SW pricing strategy. > > --- On Fri, May 19, 2023, 20:14 Mark Regan wrote: > > https://www.forbes.com/sites/forbesfinancecouncil/2023/03/31/are-banks > > -breaking-up-with-mainframes/?sh=acb458b6bccc > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Are Banks Breaking Up With Mainframes? | Forbes
All valid points but not addressing: When was the last time a new mainframe customer joined this list? Why are the parking lot and floor in POK empty all the time? And when was the last time you heard about a new, strategic mainframe application? (Hint: Not even within IBM.) On Sat, May 20, 2023 at 1:34 PM Bill Johnson < 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > Not to mention the consolidation within industries. There are far fewer > airlines than 20 years ago. Far fewer banks too. Fewer retailers. > > > Sent from Yahoo Mail for iPhone > > > On Saturday, May 20, 2023, 1:17 PM, Tom Brennan < > t...@tombrennansoftware.com> wrote: > > Used to have multiple mainframes? You might be surprised at the current > count. But like any good company, they are always looking for cost > savings, depending on the risk of course. > > On 5/20/2023 9:49 AM, Bill Johnson wrote: > > Walmart used to have multiple mainframes. Because the mainframe has > evolved, they need fewer mainframes to perform Walmart’s growing business. > Also need fewer mainframe support personnel. Does that mean the mainframe > is not growing? > > > > > > Sent from Yahoo Mail for iPhone > > > > > > On Saturday, May 20, 2023, 11:17 AM, zMan > wrote: > > > > Alas, this is patently false. The number of MIPS may be growing, but the > > number of boxes, shops, and applications is clearly dropping. When was > the > > last time a new mainframe customer joined this list? Why are the parking > > lot and floor in POK empty all the time? > > > > I sure wish it wasn't so, but all the real-world evidence says it is, > alas. > > Asserting otherwise is wishful thinking unsupported by the evidence. > > > > A better use of energy is looking for ways to keep the platform vibrant. > > > > -- > > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Are Banks Breaking Up With Mainframes? | Forbes
Alas, this is patently false. The number of MIPS may be growing, but the number of boxes, shops, and applications is clearly dropping. When was the last time a new mainframe customer joined this list? Why are the parking lot and floor in POK empty all the time? I sure wish it wasn't so, but all the real-world evidence says it is, alas. Asserting otherwise is wishful thinking unsupported by the evidence. A better use of energy is looking for ways to keep the platform vibrant. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM announcement letter summary
I realized a couple of years ago that I'd stopped even reading the announcements, because there was so little in there. Which is itself symptomatic of a problem, not a rebuttal to Rex's point! On Tue, May 9, 2023 at 1:26 PM Paul Gilmartin < 042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > On Tue, 9 May 2023 16:56:56 +, Pommier, Rex wrote: > >... > > > >This weekly e-mail communication is now sunset. You can find the weekly > IBM product announcements on the IBM Documentation Announcements page. > > > > > Did they not supply a URL? Shame! > > >Now, instead of a short summary delivered to my inbox I have to go to > IBM's documentation page to find announcements. Instead of a one-line > summary per announcement I now get the privilege of scrolling up and down > through an almost-empty web page where I can see somewhere between 6-8 > notifications per page. > > > They should just put it on TikTok. > > Looking at: < > https://www.ibm.com/common/ssi/cgi-bin/ssialias?infotype=AN&subtype=CA&htmlfid=897/ENUSRA-US > >, > I see more than 6-8 notifications per page. Is there a better location? > Worse? > > There is a malign WWW style rule that each page must fit on a screen, > thwarting > the "Find in Page" function. I believe it arises from a journalistic > convention that > absurdly requires a list of 100 names to be split into paragraphs no > longer than > 8 column-cm. with a different introductory phrase for each. > > -- > gil > > ------ > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Solarwind to z/OS
I forgot that was the name of the product, was thinking it was the cutesy name of the exploit (a la "SPECTRE" et al.) and thought you were either joking or deluded! LOL Anyway, no, sorry. On Mon, May 8, 2023 at 2:03 PM Jake Anderson wrote: > Hello > > Is anyone in the list who has already implemented Solarwind connection to > z/OS over SNMP ? > > I have few questions about it and let me know if we can discuss it ? > > Jake > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RCF feedback [was: RE: Re: IBM RCF Documentation email address?]
Presumably the remaining information development person at IBM is busy doing actual documentation, rather than responding to requests. Sad. On Sun, Apr 30, 2023 at 7:12 AM Seymour J Metz wrote: > One feature that I would like to see on such a dashboard is the ability to > upload sample source code or text along with a flag as to whether IBM > should treat it as public or private. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Farley, Peter [031df298a9da-dmarc-requ...@listserv.ua.edu] > Sent: Sunday, April 30, 2023 12:02 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: RCF feedback [was: RE: Re: IBM RCF Documentation email address?] > > Peter, > > I will share here something that I also suggested to the respondent to my > earlier mhvcfs documentation suggestion with regard to the available zEDC > examples for non-C-language HLL's: > > In the longer term, a "dashboard" of received documentation > suggestions/corrections with a simple status field description > (accepted/rejected/planned/in progress/done) would be very much more > customer friendly. Perhaps you could piggyback on the IBM "ideas" portal > structure for implementation of such a "dashboard". > > Please request all of the z/OS development teams (both systems and > applications) to consider this suggestion for an externalized documentation > portal. The "ideas" portal is far from perfect, but it is at least an > accessible portal for the exchange of information between ordinary users > (those NOT privileged to have access to the IBM Support portal) and the > development teams inside of IBM. > > Communication is critical. If we can help make the published > documentation easier/clearer/more helpful for future readers that's a good > use of our time, but we need feedback from IBM as incentive to keep on > doing it. Is anybody listening? Are we having any impact at all? Today > there just isn't any way to know, and there really ought to be one (and > please NOT in (anti-)"social" media). > > Peter > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Peter Relson > Sent: Saturday, April 29, 2023 8:59 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IBM RCF Documentation email address? > > According to the IBM Docs team, the "site feedback" is intended ONLY for > communicating problems about the site (i.e., the IBM Docs infrastructure) > not for communicating information to/for the manual owners. > > After a recent change in the IBM Docs infrastructure (it was different > prior to that change), the only mechanism for submitting information to/for > the manual owners through the IBM Docs site itself is by the thumbs up / > thumbs down icon through which (after selecting "up" or "down") you can > leave a limited-length unformatted comment and you should not expect any > feedback or response to such a submission. > > z/OS is looking at what approach it can make available to its customers to > supplement that mechanism. > > Peter Relson > z/OS Core Technology Design > -- > > This message and any attachments are intended only for the use of the > addressee and may contain information that is privileged and confidential. > If the reader of the message is not the intended recipient or an authorized > representative of the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please notify us immediately by > e-mail and delete the message and any attachments from your system. > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: If You Had Invested $10,000 In IBM In 2013, This Is How Much You Would Have Today
Kirk, the article talks about dividends at length; in fact, the subhed is: Dividends have played a significant role in the stock's returns. On Wed, Apr 19, 2023 at 9:02 AM Kirk Wolf wrote: > Bill is correct. I would add that the OP also forgets this minor detail: > https://www.marketbeat.com/stocks/NYSE/IBM/dividend/ > > Kirk Wolf > Dovetailed Technologies > https://coztoolkit.com > > On Mon, Apr 17, 2023, at 9:58 AM, Bill Johnson wrote: > > If you had invested 10,000 in Tesla 2 years ago, you’d now have 5,000. > If you bought bitcoin in 2021, you lost half. If you purchased GM stock in > 2006, you lost it all. If you bought a real bank like JPM in 2013, you > tripled your money. Most of the “high growth” stocks that Silicon Valley > has pushed on America as disruptors, like Uber, Chewy, don’t even make any > money at all & their stocks are below the first trade price. Uber, who I > drove for as a possible retirement hobby, (3 months lost $600) has lost > over 10 billion dollars & the stock is significantly below the first trade > price. IBM hasn’t been a great investment over the last 10, but you can > always pick a time frame for every stock where it doesn’t perform. MSFT > stock did nothing from 1999 til 2016. > > > > > > Sent from Yahoo Mail for iPhone > > > > > > On Monday, April 17, 2023, 10:20 AM, zMan > wrote: > > > > > https://www.fool.com/investing/2023/04/17/if-you-had-invested-1-in-ibm-in-2013-this-is-h/ > > > > TL;DR: Less than $10,000. > > -- > > zMan -- "I've got a mainframe and I'm not afraid to use it" > > > > -- > > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape compression and modern encryption facilities.
>What does it mean "non-virtualized"? ;-) "Realized", obviously! (OK, maybe not.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: If You Had Invested $10,000 In IBM In 2013, This Is How Much You Would Have Today
Fair enough. One could argue that a blue chip like IBM is quite different from an upstart, and that the GM bankruptcy was a black swan, but it's a fair point. On Mon, Apr 17, 2023 at 10:59 AM Bill Johnson < 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > If you had invested 10,000 in Tesla 2 years ago, you’d now have 5,000. If > you bought bitcoin in 2021, you lost half. If you purchased GM stock in > 2006, you lost it all. If you bought a real bank like JPM in 2013, you > tripled your money. Most of the “high growth” stocks that Silicon Valley > has pushed on America as disruptors, like Uber, Chewy, don’t even make any > money at all & their stocks are below the first trade price. Uber, who I > drove for as a possible retirement hobby, (3 months lost $600) has lost > over 10 billion dollars & the stock is significantly below the first trade > price. IBM hasn’t been a great investment over the last 10, but you can > always pick a time frame for every stock where it doesn’t perform. MSFT > stock did nothing from 1999 til 2016. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
If You Had Invested $10,000 In IBM In 2013, This Is How Much You Would Have Today
https://www.fool.com/investing/2023/04/17/if-you-had-invested-1-in-ibm-in-2013-this-is-h/ TL;DR: Less than $10,000. -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Not aging well (know-it-alls)
als who don’t like my political views. > >>> > >>> > >>> Sent from Yahoo Mail for iPhone > >>> > >>> > >>> On Monday, April 10, 2023, 12:06 PM, Tom Marchant < > 000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: > >>> > >>> So much for not putting your information out on the internet. > >>> > >> > >>-- > >>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 > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fascinating Interview with Steve Jobs [non-mainframe]
Yep. I about fell off my barstool when I first heard about that. (sorry...too soon?) On Wed, Mar 29, 2023 at 9:03 AM Jay Maynard wrote: > I'm not so sure about Kildall...anyone who snubs a business meeting with > IBM to go flying (a worthy endeavor in and of itself) isn't businessman > enough to compete with Jobs and Gates. > > On Wed, Mar 29, 2023 at 3:05 AM Wayne Bickerdike > wrote: > > > Very interesting if one-sided interview. He gives Steve Wozniak very > little > > credit although Woz really was the inventor and Jobs the salesman in the > > partnership. > > > > I read Sculley's autobiography many years ago (From Pepsi to Apple). It > > doesn't describe events quite the same way. > > > > Nevertheless, good that it has surfaced at a time where nobody gets sued > > for defamation. > > > > After I left IBM in 1979 I wrote some applications on the Apple II. It > was > > a challenge and from an electrical engineering point of view, it was poor > > with a weak power supply that ran the CPU, Floppy drives which caused the > > screen to wobble when operating. > > > > At the same time Apple were turning out the IIE, there was a host of > other > > nicer systems, such as the Cromemco System 3 and Altos 8000 which ran > CP/M > > and MP/M and had a more robust construction. > > > > It was a shame that Gary Kildall died so young, he would have been a > great > > competitor for Jobs and Gates. > > > > On Wed, Mar 29, 2023 at 9:28 AM Charles Mills wrote: > > > > > A friend shared this with me and I thought it was just extraordinary. > It > > > is not "mainframe" but his comments on what happens when the marketeers > > run > > > a tech company will resonate with many of us. It’s a fairly long read. > > It’s > > > a transcript of a long interview done for a TV show – only a few > minutes > > > were actually used – by Bob Cringely, and thought to be lost. Steve > Jobs > > > was at the time (1995) running NeXT, which he was to sell to Apple a > > month > > > later. It is a fascinating read. > > > > > > https://sameerbajaj.com/jobs/ > > > > > > Charles > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > > -- > > Wayne V. Bickerdike > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > Jay Maynard > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Stop the ragging on COBOL please
Now we get to argue over whether JCL is a language! (Despite the "L" in the name, I'm 100% sure there are folks who will argue that it is not, just as there are folks who argue that HTML isn't a language. I'm not one of them, don't throw things at me!) On Mon, Mar 27, 2023 at 3:43 PM Farley, Peter < 031df298a9da-dmarc-requ...@listserv.ua.edu> wrote: > Maybe . . . 😊 > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Z15 EOM
Thanks for all the inside knowledge! /s Seriously, that page is a keeper. On Thu, Mar 2, 2023 at 8:17 AM Eric D Rossman wrote: > First, let me say that I have NO inside knowledge. > > While it doesn't directly answer the question, the official IBM page for > "IBM Z mainframe hardware product marketing and service life cycle history > since 1994." can be found at > https://www.ibm.com/support/pages/ibm-mainframe-life-cycle-history Pages > 3 and 4 are pretty good (3 is pretty, 4 is good) > > So, if the averages hold (I have NO inside knowledge about marketing), HW > WDFM would be Oct 2023. Again, let me be 100% clear: I have NO inside > knowledge. This is just based on an official IBM publication. > > Did I mention that I have NO inside knowledge, only an educated guess? > > As for z17, such a beast does not exist, but I hear that the z16 is quite > excellent. 😊 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 3.1 Announcement US Letter
- > > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I want to cry
TBH I had wondered about a terminology difference, but the fact that nobody else jumped in convinced me that I wasn't the only one going "Wow". And unless COBOL is the only programming language you've ever seen, it seems unlikely that you wouldn't know what a variable is. On Fri, Feb 3, 2023 at 10:11 AM Hobart Spitz wrote: > On Fri, Feb 3, 2023 at 9:00 AM zMan wrote: > > > O my. > > > > I was on a call with a bunch of customers a few years ago. One of them > was > > having a very basic problem with a COBOL program calling our product. I > > explained that they needed to put the name of into a variable > > that gets passed as the first parameter. Silence, then..."What's a > > variable?" > > > > COBOL, and its programmers, use the term "data name", almost exclusively, > instead of the term "variables". Why? Because "data name" includes file > definitions, structures, 77 levels, 88 levels, etc., none of which are > variables. > > Just because we know a lot of things that few others know, doesn't mean > that others don't know what they are talking about.. > > ------ > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I want to cry
O my. I was on a call with a bunch of customers a few years ago. One of them was having a very basic problem with a COBOL program calling our product. I explained that they needed to put the name of into a variable that gets passed as the first parameter. Silence, then..."What's a variable?" On Fri, Feb 3, 2023 at 5:31 AM Seymour J Metz wrote: > C: My COBOL program got > M: What's in Register 14 > C: But COBOL doesn't use registers > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Hank Oerlemans [03c4d8bf55f3-dmarc-requ...@listserv.ua.edu] > Sent: Thursday, February 2, 2023 10:28 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: I want to cry > > Customer : Could you please have a look and help us to fix the issue . > Customer log : IEA992I SLIP TRAP ID=S047 MATCHED. > > ME : > 1. Hire a sysprog > 2. RTFM > 3. Google Play and hit update > 4. Apple store and hit update > 5. Check calendar and mortgage and see when I can retire > 6. Tears welling up realising I can't actually say any of 1-4. > > . > > It's slow today down under. > > haveagoodweegend. > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: IBM does it again
Yes, Rex, that's how I read it as well. If proven, someone should join Sanjay in Fairton (acually he got paroled six years ago last week). I'm sure anyone who has worked for a large vendor has seen this happen to one extent or another. Sometimes it's relatively harmless, just pumps up some product internally. Other times it's significant enough, like this suite alleges, that it's willful fraud. We'll see what happens, obviously. On Mon, Jan 30, 2023 at 4:41 PM Pommier, Rex wrote: > Hi Bill, > > I understand the "basic claim" in the lawsuit differently from what you're > saying below. While I agree that a mainframe cloud is essentially no > different from any other cloud, actually not much different from the old > timeshare from decades ago, I understand the basic claim completely > different. I don't see the claim being based on wither or not IBM's > revenue went up or down, I take it as IBM shifting their revenue from one > stream to another, in order to deceive shareholders (and possibly > customers) into what areas of their business are performing well and which > are floundering. The main takeaway I get from this is based on these 2 > paragraphs: > > > "Defendants used steep discounting on the mainframe part of the ELA in > return for the customer purchasing catalog software (i.e. Strategic > Imperative Revenue), unneeded and unused by the customer," the lawsuit > stated. > > IBM is also alleged to have shifted revenue from its non-strategic Global > Business Services (GBS) segment to Watson, a Strategic Imperative in the > CAMSS product set, to convince investors that the company was successfully > expanding beyond its legacy business. > > > IOW, the way I read it, the customer didn't want the "strategic" products > but IBM basically discounted the mainframe product set enough to (almost?) > give away the "strategic" software, which sits at the customer site unused, > to make it look like the customer wanted and bought this product, and thus > shifted revenue from "legacy" business to "strategic" business, when it > didn't actually happen. IBM would have gotten the revenue in either case, > but - according to the lawsuits - IBM was playing fast and loose with where > the revenue was reported, because if the revenue was reported under > "strategic" the execs got bigger bonuses as compared to if the revenue was > reported under "legacy". . > > I'm not going to argue the merits of the lawsuits because none of us is > close enough to know what's really happening, but if the lawsuits move > forward and are proven in court, some big blue execs should be wearing > orange. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM does it again
IBM top brass accused again of using mainframes to prop up Watson, cloud sales https://www.theregister.com/2023/01/18/ibm_sued_securities_fraud/ What has happened to the IBM we knew and loved?! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS compression needs a new name - defoam? unfoam? degas? I hope someone has a better idea!
Cezanne? On Wed, Dec 21, 2022 at 10:22 AM Jay Maynard wrote: > At one shop I worked for long ago, there was a proc named DEGAS that did > PDS compression. > > On Wed, Dec 21, 2022 at 8:41 AM Paul Gorlinsky > wrote: > > > Burping ... because we are removing the gas trapped above in a PDS > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > Jay Maynard > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know why IBM ISV center is down?
But if it doesn't come back up, it's probably because IBM laid off the person who knew how it worked. I wish I was joking. On Sun, Nov 20, 2022 at 4:24 AM Binyamin Dissen wrote: > Every other week, evening Israeli time. It was scheduled for tonight. > > On Sun, 20 Nov 2022 10:50:26 +0200 Itschak Mugzach > <0305158ad67d-dmarc-requ...@listserv.ua.edu> wrote: > > :>IBM sites are usually down on Sundays. > :> > :>*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere > :>Platform* *|* *Information Security Continuous Monitoring for Z/OS, > zLinux > :>and IBM I **| * > :> > :>*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 > **|* > :>*Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il **|* > :> > :> > :> > :> > :> > :>On Sun, Nov 20, 2022 at 10:17 AM Binyamin Dissen < > bdis...@dissensoftware.com> > :>wrote: > :> > :>> Anyone know why IBM ISV center is down? > > -- > Binyamin Dissen > http://www.dissensoftware.com > > Director, Dissen Software, Bar & Grill - Israel > > ------ > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TNZ 3270 Emulator: Any Experiences?
WTF? ELIF. AYOD? On Sun, Nov 20, 2022 at 7:26 AM Seymour J Metz wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I know that PM is encumbered by ms IP, but I thought that SOM and WPS were > strictly IBM. Further, the SOM and WPS for OREXX require only the header > files, not the actual code of SOM and WPS. > > > > > > > > > > I > > > From: IBM Mainframe Discussion List on behalf > of René Jansen > Sent: Friday, November 18, 2022 4:57 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: TNZ 3270 Emulator: Any Experiences? > > I agree. In the case of orexx, it was the case that those parts were > encumbered by intellectual property of unfriendly competitors; with this > emulator, I cannot imagine that. This must be the mistaken ‘modernize’ > lobby at work; on the other hand, at least it atmits the fact that you need > a 3270 emulator. > > René > > > On 18 Nov 2022, at 17:31, Seymour J Metz wrote: > > > > Open sourcing is good; dropping functionality in the process, not so > much. Reminds me of ooRexx, where IBM did not open source the OM and WPS > classes from OREXX. > > > > > > -- > > Shmuel (Seymour J.) Metz > > http://mason.gmu.edu/~smetz3 > > > > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on > behalf of René Jansen [rene.vincent.jan...@gmail.com] > > Sent: Thursday, November 17, 2022 1:41 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: TNZ 3270 Emulator: Any Experiences? > > > > Just installed TNZ (on an M1 Mac) - looking good, and the more emulators > the merrier. Thanks for posting this link, and the medium article, would > not have found out how to disarm SSL on my own easily. > > > > I have to admit to mixed feelings seeing this: on the plus side, it is > very good to release this open source. On the minus side, it used to be a > Rexx related tool and was (afaik) not very generously given out to > customers. I remember having to script ehllapi in Rexx to do some of the > things this can do in a more simple way. > > > > For me, the time to de-Rexx this could have been spent to add GDDM > support. But you don't hear me complain about free and open source. It is > good to see the rexx.py source, which implements some Rexx BIFSs in Python > - I have already saved that for useful usage. > > > > Being a ZOC user on the Mac and Windows and a C3270 user on Linux, I > have to find out a few things. First and foremost, how I can get a LINEFEED > on the [Enter] key, SEND mapped to right-ctrl (or right COMMAND on the Mac) > and CLEAR to the right Option key on the Mac. Because this is how 3270 > keyboards were meant to be used and most people who complain to me about > 3270 do not know this. > > > > Secondly, I did not figure out the copy/paste yet. This is an important > function that a lot of the commercial emulators did not get exactly right, > and is also a weaker point of C3270 (depending in which shell you run it). > > > > The medium article refers to anti.py for documentation. Is there some > more doc I have to be aware of? > > > > best regards, > > > > René. > > > >> On 17 Nov 2022, at 12:05, Dave Jones wrote: > >> > >> Now if it would only support GDDM style graphics orders like PCOMM > does... > >> DJ > >> > >> -- > >> 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 > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Songs of the IBM
Most of us probably know about the IBM Songbook, but heres an interesting outsider take on it: https://nowiknow.com/how-to-make-corporate-holiday-parties-even-more-awkward/ -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM-MAIN Digest - 1 Nov 2022 to 2 Nov 2022 (#2022-302)
! Srsly, what do you mean? On Thu, Nov 3, 2022 at 4:33 PM Willie Favero wrote: > ? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM board probes claims of fudged sales figures that led to big bonuses for execs
A posible item: Word is IBM included the 70 or so mainframes that they had to give to Kyndryl as part of the divorce as "sales", even though they were $0 transactions. But most of this seems to be related to the whole "$26B in cloud revenues", which is pretty clearly fantasy to anyone who can actually count. Or maybe Amazon et al. are wildly *under* reporting their revenues. Which do you believe? On Wed, Aug 3, 2022 at 11:20 AM Lance D. Jackson < ljack...@pandrueassociates.com> wrote: > https://www.theregister.com/2022/08/01/exclusive_ibm_board_of_directors/ > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Yet another question about Pervasive Encryption - CF
And THAT is 100% of your RDA of acronyms for one post, Mark! (Not criticizing, just laughing that this would be several times 100% gibberish several times over to mere mortals) On Thu, Jun 30, 2022 at 9:56 AM Mark A. Brooks wrote: > If you run the policy utility IXCMIAPU to create/replace an administrative > policy in the CFRM CDS, then for any structure definition that specifies > ENCRYPT(YES), the system will create an encryption key for that structure > provided the CFRM CDS does not already have a key for the structure. That > is, a key is generated if neither the current active policy nor any of the > existing administrative policies specify ENCRYPT(YES) for the structure. > Any such key is wrapped by the master AES key and stored in the CFRM CDS. > Depending on CFLEVEL, the wrapped key may also be stored in the CF as > well. However, one should think of the CFRM CDS as being "the" key > repository for encrypted CF structures. > > Yes, all the encryption/decryption is performed by z/OS. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Modernize Mainframe Applications for Hybrid Cloud with IBM and AWS
OK...that was the commonality. Either that or you were suggesting that "banking transactions" implies cloud. I saw no "cloud" in anything you listed other than that one bank was running their stuff in AWS. Viewed through that lens, the question doesn't even make sense: "Is this thing that IS in the cloud different from this other thing that's not in the cloud?" Well, yes. On Fri, Jun 17, 2022 at 1:30 PM Bill Johnson < 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > I never said APP = Cloud. I can get my banking transactions anywhere in > the world from JPM wherever their mainframe is located. The exact same > thing I can do with Capital One via AWS. The APPS are just the front end > query mechanism. > > > Sent from Yahoo Mail for iPhone > > > On Friday, June 17, 2022, 1:22 PM, zMan wrote: > > Correct. App <> cloud. > > On Fri, Jun 17, 2022 at 1:04 PM Bill Johnson < > 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > > > So if I get my banking transactions by Capital One APP via AWS, that’s > > cloud, but if I get those same banking transactions via JP Morgan APP > which > > acquires the records via CICS transaction from DB2 that’s not cloud? > > > > > > Sent from Yahoo Mail for iPhone > > > > > > On Friday, June 17, 2022, 12:56 PM, zMan wrote: > > > > I'm highly suspicious of cloud in general, don't get me wrong. But IBM > > can't just call CICS "cloud" and expect it to mean anything. Calling a > tail > > a leg doesn't make it one: when the rest of the industry says "cloud" > these > > days, they don't just mean outsourcing, and definitely don't mean CICS. > And > > CICS isn't a synonym for outsourcing in any case. > > > > Actually, if you think of cloud services in terms of HTTPS transactions, > > CICS isn't that far off in some ways--but it still isn't the same thing, > > more an older, pre-Internet version of something similar. Yes, CICS can > > serve web pages; that doesn't make CICS = cloud! > > > > "Mainframe modernization" is a pretty bogus term, nicely loaded: "Hmm, if > > mainframe modernization exists, mainframes must be > > old-fashioned/obsolete/behind". Wrong, as we know. "Mainframe emulation" > is > > closer, only that tends to make us think zPDT, Hercules, et al.; "z/OS > > emulation" seems more accurate to me, but isn't the term that folks use, > so > > it doesn't help at this point. It's a mess. > > > > But none of this discussion, interesting as it is, relates to the fact > that > > IBM claims to have a cloud presence BUT has chosen to host their offering > > in AWS. Those two items are pretty hard to reconcile. > > > > -- > > 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 > > > > > -- > zMan -- "I've got a mainframe and I'm not afraid to use it" > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Modernize Mainframe Applications for Hybrid Cloud with IBM and AWS
Correct. App <> cloud. On Fri, Jun 17, 2022 at 1:04 PM Bill Johnson < 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > So if I get my banking transactions by Capital One APP via AWS, that’s > cloud, but if I get those same banking transactions via JP Morgan APP which > acquires the records via CICS transaction from DB2 that’s not cloud? > > > Sent from Yahoo Mail for iPhone > > > On Friday, June 17, 2022, 12:56 PM, zMan wrote: > > I'm highly suspicious of cloud in general, don't get me wrong. But IBM > can't just call CICS "cloud" and expect it to mean anything. Calling a tail > a leg doesn't make it one: when the rest of the industry says "cloud" these > days, they don't just mean outsourcing, and definitely don't mean CICS. And > CICS isn't a synonym for outsourcing in any case. > > Actually, if you think of cloud services in terms of HTTPS transactions, > CICS isn't that far off in some ways--but it still isn't the same thing, > more an older, pre-Internet version of something similar. Yes, CICS can > serve web pages; that doesn't make CICS = cloud! > > "Mainframe modernization" is a pretty bogus term, nicely loaded: "Hmm, if > mainframe modernization exists, mainframes must be > old-fashioned/obsolete/behind". Wrong, as we know. "Mainframe emulation" is > closer, only that tends to make us think zPDT, Hercules, et al.; "z/OS > emulation" seems more accurate to me, but isn't the term that folks use, so > it doesn't help at this point. It's a mess. > > But none of this discussion, interesting as it is, relates to the fact that > IBM claims to have a cloud presence BUT has chosen to host their offering > in AWS. Those two items are pretty hard to reconcile. > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Modernize Mainframe Applications for Hybrid Cloud with IBM and AWS
I'm highly suspicious of cloud in general, don't get me wrong. But IBM can't just call CICS "cloud" and expect it to mean anything. Calling a tail a leg doesn't make it one: when the rest of the industry says "cloud" these days, they don't just mean outsourcing, and definitely don't mean CICS. And CICS isn't a synonym for outsourcing in any case. Actually, if you think of cloud services in terms of HTTPS transactions, CICS isn't that far off in some ways--but it still isn't the same thing, more an older, pre-Internet version of something similar. Yes, CICS can serve web pages; that doesn't make CICS = cloud! "Mainframe modernization" is a pretty bogus term, nicely loaded: "Hmm, if mainframe modernization exists, mainframes must be old-fashioned/obsolete/behind". Wrong, as we know. "Mainframe emulation" is closer, only that tends to make us think zPDT, Hercules, et al.; "z/OS emulation" seems more accurate to me, but isn't the term that folks use, so it doesn't help at this point. It's a mess. But none of this discussion, interesting as it is, relates to the fact that IBM claims to have a cloud presence BUT has chosen to host their offering in AWS. Those two items are pretty hard to reconcile. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Modernize Mainframe Applications for Hybrid Cloud with IBM and AWS
On Fri, Jun 17, 2022 at 5:50 AM David Crayford wrote: > Maybe it's the case that customers don't want to use IBMs cloud. Where I > live in Australia the big four banks are moving significant chunks of > their infrastructure to public cloud and have government legislation to > do so. NAB in particular have been quite aggressive, although like most > sensible enterprises they have gone down the multi-cloud route with > Microsoft Azure so they don't have all their eggs in one basket. > > It will be interesting to see if IBM can close the cloud gap. Playing > catch-up is difficult when competing with behemoths with a decade+ head > start. > Indeed. Word from insiders is that since IBM "management" have decided cloud is The Answer, folks have started playing games, like attributing all CICS-related revenue as "cloud". Q4 2020, IBM claimed $6.2B in cloud revenue on total revenue of $16B. Given that nobody EVER says"cloud" and "IBM" in the same sentence in the real world, those numbers are quite difficult to believe without this kind of gameplaying. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Modernize Mainframe Applications for Hybrid Cloud with IBM and AWS
And IBM surely has gone even further in that direction. A few years ago, an IBM insider told me it was down to fewer than 25,000 US employees. Fewer now, especially with the Kyndryl spinoff. On Thu, Jun 16, 2022 at 2:17 PM Tony Harminc wrote: > On Thu, 16 Jun 2022 at 12:56, Ronald Wells > <02ebc63ff5ef-dmarc-requ...@listserv.ua.edu> wrote: > > > > AWS?? May as well kiss your jobs good by, pulled away over seas > > It's just about ten years ago that there was all the talk here about > *IBM* having more employees in India than in the US. I'm not sure > there's much evidence that AWS has gone that way. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Modernize Mainframe Applications for Hybrid Cloud with IBM and AWS
Ah. Thanks. On Thu, Jun 16, 2022 at 1:16 PM Ronald Wells < 02ebc63ff5ef-dmarc-requ...@listserv.ua.edu> wrote: > Dealings with AWS. Just saying , not pleasent > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Modernize Mainframe Applications for Hybrid Cloud with IBM and AWS
Not arguing, just unclear: what does that mean? AWS has huge presence in U.S., I know lots of folks there. On Thu, Jun 16, 2022 at 12:56 PM Ronald Wells < 02ebc63ff5ef-dmarc-requ...@listserv.ua.edu> wrote: > AWS?? May as well kiss your jobs good by, pulled away over seas > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of zMan > Sent: Thursday, June 16, 2022 11:31 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Modernize Mainframe Applications for Hybrid Cloud with IBM and AWS > > ** EXTERNAL EMAIL - USE CAUTION ** > > > > https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcommunity.ibm.com%2Fcommunity%2Fuser%2Fibmz-and-linuxone%2Fblogs%2Fskyla-loomis%2F2022%2F05%2F09%2Fmodernize-for-hybrid-cloud-with-ibm-and-aws&data=05%7C01%7CRon.Wells%40OMF.COM%7Caeda310d3244498823c208da4fb5a3aa%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637909938806657580%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=VITz55m7ijgOd3963D1YvGJp%2B5rUBomLMoVqua0pf54%3D&reserved=0 > > This is pretty funny if you think about IBM claiming that IBM cloud > produces so much revenue--then they go and offer something on AWS! Guess > they don't believe in their own cloud? Or is this a tacit admission that it > doesn't exist? > -- > zMan -- "I've got a mainframe and I'm not afraid to use it" > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > Email Disclaimer > > This E-mail contains confidential information belonging to the sender, > which may be legally privileged information. This information is intended > only for the use of the individual or entity addressed above. If you are > not the intended recipient, or an employee or agent responsible for > delivering it to the intended recipient, you are hereby notified that any > disclosure, copying, distribution, or the taking of any action in reliance > on the contents of the E-mail or attached files is strictly prohibited. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Modernize Mainframe Applications for Hybrid Cloud with IBM and AWS
https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/skyla-loomis/2022/05/09/modernize-for-hybrid-cloud-with-ibm-and-aws This is pretty funny if you think about IBM claiming that IBM cloud produces so much revenue--then they go and offer something on AWS! Guess they don't believe in their own cloud? Or is this a tacit admission that it doesn't exist? -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ] Re: "A Rexx" (or "A REXX")
Glad to see this has stayed on topic. /s
On Fri, Jun 10, 2022 at 10:02 AM Mohammad Khan wrote:
> I guess the yearning is for something like Persian which mostly disregards
> gender. Its third person singular pronoun "oo" ( pronounced like too
> without t) covers he, she and it. It even uses borrowed Arabic words,
> which are gender specific in the original, for all genders.
>
> MKK
>
>
> On Thu, 9 Jun 2022 18:26:06 -0400, Bob Bridges
> wrote:
>
> >That's mostly true. But that's the neuter gender, which in English we
> apply
> >mostly to inanimate objects.
> >
> >Not exclusively, though. Pet owners usually say "he" or "she" of their
> >mammals, but we usually say "it" of an animal whose sex we don't know or
> >don't care about ("it bit me!"). Some inanimate objects take "he" or
> "she".
> >And until recently human children were properly "it", grammatically
> >speaking, though nowadays that's become unpopular.
> >
> >---
> >Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> >
> >/* The cities are for money but the high-up hills are purely for the soul.
> >-from _Galloway_ by Louis L'Amour */
> >
> >-Original Message-
> >From: IBM Mainframe Discussion List On Behalf
> Of
> >Seymour J Metz
> >Sent: Thursday, June 9, 2022 16:50
> >
> >Neuter singular pronouns for living beings. "They" and "them" are
> nominally
> >plural in contemporary English, while "it" only applies to inanimate
> >objects.
> >
> >
> >From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of
> >Bob Bridges [robhbrid...@gmail.com]
> >Sent: Thursday, June 9, 2022 3:54 PM
> >
> >Wait a moment, Shmuel: English still has the neuter. In fact ~most~ of
> our
> >nouns are neuter, barring only a few exceptions, unlike the Romance
> >languages which have only masculine and feminine. In English, almost
> every
> >non-human noun and a handful of human ones are "it". What did you mean to
> >say?
> >
> >-Original Message-
> >From: IBM Mainframe Discussion List On Behalf
> Of
> >Seymour J Metz
> >Sent: Thursday, June 9, 2022 11:44
> >
> >Now, I could make a case that we would be better off had we retained the
> >neuter gender.
> >
> >--
> >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
>
--
zMan -- "I've got a mainframe and I'm not afraid to use it"
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM ordered to pay $1.6b to BMC
IBM has supported *me *indirectly since before I was born. Bill mistakes critical thinking for bias, and reveals his own lack of the former and excess of the latter instead, alas. Charles's question is incisive, and reflects IBM's dilemma. However, the solution would have been to renegotiate or dispute the agreement, not to unilaterally break it. Whether it's an anticompetitive agreement or not, it was an agreement. You don't get to say "I think this is invalid and therefore I'm going to ignore it": that way lies chaos. You instead apply to a court to have it declared null and void. The fact that IBM with its legions of lawyers did not go this route suggests (does *not *prove) that they did not believe they would prevail. Speculation, based on having worked with AT&T: I tend to doubt that AT&T specifically wanted to unhook BMC products. I suspect IBM said "We can save you $ by using our versions of these products", and that THAT's what AT&T wanted (as would most any customer). I wonder whether in a future, similar scenario, Kyndryl's independence might change the equation. Similarly, the large number of products IBM has silently divested (Optim, Rational, SPSS, more) probably also subtly changes it, in that the savings may not be as realizable. On Fri, Jun 3, 2022 at 12:37 PM Tom Brennan wrote: > I suspect you'll be called an IBM hater anyway :) And probably me too > just for posting on the subject, even though IBM has indirectly > supported me and my family since 1983. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM ordered to pay $1.6b to BMC
Um. AT&T's approval or otherwise isn't relevant. They're not a party to this. On Fri, Jun 3, 2022 at 10:41 AM Bill Johnson < 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > I doubt IBM acted without the approval of AT&T. > > IBM rejected the decision and said it intends to appeal the ruling. > > "This verdict is entirely unsupported by fact and law, and IBM intends to > pursue complete reversal on appeal," IBM said in an emailed statement. "IBM > acted in good faith in every respect in this engagement. The decision to > remove BMC Software technology from its mainframes rested solely with AT&T, > as was recognized by the court and confirmed in testimony from AT&T > representatives admitted at trial." ® > > It’ll be reversed. > > > Sent from Yahoo Mail for iPhone > > > On Friday, June 3, 2022, 10:37 AM, zMan wrote: > > https://www.theregister.com/2022/05/31/ibm_ordered_to_pay_16/ > > Tsk. IBM appears to have been caught red-handed here. > -- > zMan -- "I've got a mainframe and I'm not afraid to use it" > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM ordered to pay $1.6b to BMC
https://www.theregister.com/2022/05/31/ibm_ordered_to_pay_16/ Tsk. IBM appears to have been caught red-handed here. -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SAF without an ESM
Well, sure, you can write your own ESM. But that's not SAF doing anything itself. Same applies to exits, mentioned elsewhere. As written, that graf sounds like SAF itself will do some security checking, OR you can buy an ESM and do more. On Wed, May 4, 2022 at 1:25 PM Charles Mills wrote: > My impression is that it does whatever you want it to do! That is, it > either permits everything, or you get to write your own rules; write your > own ESM, essentially. You need to write the part that SAF calls, and of > course you also need to come up with some sort of administration, some way > to configure what you have written. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of zMan > Sent: Wednesday, May 4, 2022 9:51 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: SAF without an ESM > > On https://www.ibm.com/docs/en/zos-basic-skills?topic=zos-what-is-saf , > IBM > says: > > > System authorization facility or SAF is an interface defined by MVS™ that > > enables programs to use system authorization services to control access > to > > resources, such as data sets and MVS commands. SAF either processes > > security authorization requests directly or works with RACF®, or other > > security product, to process them. > > > Someone on r/mainframe asks what SAF does without an ESM. I'm thinking "not > much", but the last sentence above sort of suggests otherwise--unless "SAF > either processes security authorization requests directly" means "returns > RC=0 in all cases", in which case it would be accurate but IMHO overly > vague. Thoughts? > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SAF without an ESM
On https://www.ibm.com/docs/en/zos-basic-skills?topic=zos-what-is-saf , IBM says: > System authorization facility or SAF is an interface defined by MVS™ that > enables programs to use system authorization services to control access to > resources, such as data sets and MVS commands. SAF either processes > security authorization requests directly or works with RACF®, or other > security product, to process them. Someone on r/mainframe asks what SAF does without an ESM. I'm thinking "not much", but the last sentence above sort of suggests otherwise--unless "SAF either processes security authorization requests directly" means "returns RC=0 in all cases", in which case it would be accurate but IMHO overly vague. Thoughts? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM (IBM Z) , Lenovo, HPE and Huawei Servers Rank as Most Secure Platforms in ITIC Survey | TechChannel
Right, that one sentence doesn't. The other things I wrote about do, at least to me. Doesn't mean it's BS, just that the methodology makes the conclusions kinda hard to take seriously. On Sat, Apr 23, 2022 at 8:53 AM Bob Bridges wrote: > I thought the same thing, at first (maybe without the "sheesh"). But he's > talking about a sentence in the text: "As Figure 1 illustrates, IBM’s z14 > and z15 distributions again exhibited the most solid security, > outperforming all other competitors. Only a minuscule 0.1% of IBM Z > high-end server enterprise customers reported a successful data breach that > resulted in tangible downtime or compromised or stolen data." Whereas the > title for Figure 1 refers to downtime. The article is correct and the > title of the figure is mistaken. > > On the other hand, zMan is too eager to heap scorn, too. That one mistake > doesn't make the whole survey meaningless. > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* History does not always repeat itself. Sometimes it just yells "Can't > you remember anything I told you?" and lets fly with a club. -John W > Campbell */ > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Joe Monk > Sent: Saturday, April 23, 2022 06:29 > > Then you clearly dont know how to read... > > "enterprise customers reported a successful data breach that resulted in > tangible downtime" > > So its downtime as a result of a breach. Sheesh. > > --- On Fri, Apr 22, 2022 at 11:16 PM zMan wrote: > > Sorry, I find this "survey" meaningless as reported. Figure 1 says > > it's showing downtime, then the text says it's a percentage of > > systems that have reported a data breach. Which is it? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM (IBM Z) , Lenovo, HPE and Huawei Servers Rank as Most Secure Platforms in ITIC Survey | TechChannel
Sorry, I find this "survey" meaningless as reported. Figure 1 says it's showing downtime, then the text says it's a percentage of systems that have reported a data breach. Which is it? I'd be willing to believe this if it had all x86 servers grouped together. I don't believe there's something that makes the x86 machines listed magically resistant to attacks. Z, Itanium (Superdome), Power -- sure: not that they're necessarily inherently more resistant (the OS may be, but bits is bits) but they're less common so there are fewer folks bothering to attack them. I'm 100% sure that the good ratings for high-end servers have more to do with who buys them than the servers themselves. Sort of like saying "Supercars have better paint finish after several years than low-end cars" -- right, because they're bought by folks who can afford to take care of them. People who buy white-box servers are generally not high-end shops, aren't investing in the things that make them more secure. That also explains the alleged faster detection. On Fri, Apr 22, 2022 at 8:02 PM Bob Bridges wrote: > Hey, wait a minute. It looks to me like they're comparing hardware boxes > - but surely the OS is the important factor in security? (Well, aside from > careful administration.) > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* A good pun is its own reword. */ > > -Original Message- > From: Bob Bridges > Sent: Friday, April 22, 2022 19:53 > > Don't get me wrong: I do believe that IBM mainframes belong at the top of > the list for security capabilities. But it occurs to me that if they > determined this by poll, then their results may be skewed by a) the belief, > on the part of mainframers like me, that IBM is best, and b) a reluctance > on the part of some corporations to report breaches even in polls that > claim they're anonymous. > > That said, I'm a little surprised that IBM had "fastest mean time to > detection (MTTD) from the onset of the attempted attack until the company > isolated and shut it down". I know real-time reporting products are out > there for mainframes, but I had the impression they're not used much. > > It's also interesting, given the size of the companies that use > mainframes, that they also report "The least amount of monetary losses due > to a successful security hack". Although see item b) above again. > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Mark Regan > Sent: Friday, April 22, 2022 16:40 > > https://techchannel.com/Enterprise/04/2022/secure-platforms-itic-survey > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dadacom
Hmm, Dadaists object to capitalist society and are into irrational nonsense. Not sure about the first part, but the second definitely sounds like a lot of content on this forum. I can only imagine what a Dadaist database would be like--return data from random rows, I suppose? On Wed, Apr 20, 2022 at 4:04 PM Carmen Vitullo wrote: > not at my current gig, at a former outsourcer one of our clients had > Datacom as their primary DB > > Carmen > > On 4/20/2022 2:58 PM, Steve Beaver wrote: > > Now here is the tough one. Has any one written a little application > using Data > > And that has become critical and you have no way out. > > > > Sent from my iPhone > > > > No one said I could type with one thumb > > > >> On Apr 20, 2022, at 14:51, Carmen Vitullo wrote: > >> > >> not unknown to my management but forced to use Datacom for CA-7 and 11 > :( > >> > >> Carmen > >> > >> > >>> On 4/20/2022 2:47 PM, Steve Beaver wrote: > >>> Just out of happy curiosity, how many of you are using Datacom under > the > >>> covers unbeknownst to your management? > >>> > >>> > >>> > >>> -- > >>> For IBM-MAIN subscribe / signoff / archive access instructions, > >>> send emailtolists...@listserv.ua.edu with the message: INFO IBM-MAIN > >>> > >>> > >> -- > >> /I am not bound to win, but I am bound to be true. I am not bound to > succeed, but I am bound to live by the light that I have. I must stand with > anybody that stands right, and stand with him while he is right, and part > with him when he goes wrong. *Abraham Lincoln*/ > >> > >> -- > >> For IBM-MAIN subscribe / signoff / archive access instructions, > >> send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > /I am not bound to win, but I am bound to be true. I am not bound to > succeed, but I am bound to live by the light that I have. I must stand > with anybody that stands right, and stand with him while he is right, > and part with him when he goes wrong. *Abraham Lincoln*/ > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM deliberately misclassified mainframe sales to enrich execs, lawsuit claims
Oops, now I see the other thread. Sorry about the repost. On Thu, Apr 7, 2022 at 11:31 AM zMan wrote: > Now, this is a lawsuit, not a settlement, but you'll recall this has been > pointed out here before--now some investors have figured it out, too: > https://www.theregister.com/2022/04/07/ibm_securities_lawsuit/ > -- > zMan -- "I've got a mainframe and I'm not afraid to use it" > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM deliberately misclassified mainframe sales to enrich execs, lawsuit claims
Now, this is a lawsuit, not a settlement, but you'll recall this has been pointed out here before--now some investors have figured it out, too: https://www.theregister.com/2022/04/07/ibm_securities_lawsuit/ -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM z16 Announcement in Asia
I'm sure it is. Just wondered why a pointer wouldn't be in the announcement email as well. On Tue, Apr 5, 2022 at 11:26 AM P H wrote: > All info about z16 is now available on ibm.com including the z16 Redbook. > > Regards > > Parwez Hamid > > From: IBM Mainframe Discussion List on behalf > of zMan > Sent: 05 April 2022 16:06 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IBM z16 Announcement in Asia > > Am I just mising it, or does today's announcement mailing mention z16 for > various products, but not actually include the z16 itself? > > On Tue, Apr 5, 2022 at 12:46 AM Parwez wrote: > > > > > > https://www.ibm.com/common/ssi/cgi-bin/ssialias?infotype=an&subtype=ca&appname=gpateam&supplier=872&letternum=ENUSAG22-0002 > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > zMan -- "I've got a mainframe and I'm not afraid to use it" > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM z16 Announcement in Asia
Am I just mising it, or does today's announcement mailing mention z16 for various products, but not actually include the z16 itself? On Tue, Apr 5, 2022 at 12:46 AM Parwez wrote: > > https://www.ibm.com/common/ssi/cgi-bin/ssialias?infotype=an&subtype=ca&appname=gpateam&supplier=872&letternum=ENUSAG22-0002 > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM z16 Day SE Starts Soon!
C637847460657430595%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC > > 4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=XP9%2B > wMhz6wiGs5jFuVDaMbfdR9GXDSZmaMgtSTVL%2BKc%3D&reserved=0> > BEMYAPP * 18 Boulevard Michelet * 8E ARRONDISSEMENT * MARSEILLE 13008 * > France > > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM z16 Day
I spoke too soon--now the static is back and it's not going away. Not complaining per se, just noting in case others are hearing it, so you know it's not you! (OK, it is irritating, so I guess I am complaining--and now it stopped again. I'll stop now.) On Tue, Apr 5, 2022 at 10:16 AM zMan wrote: > I finally got in. It plays in browser, and I found that I was getting lots > of static until I switched back to the actual tab...just FYI (the static > was really irritating). That's surely some browser weirdness, not IBM or > Toy Vendor's fault. > > On Tue, Apr 5, 2022 at 10:15 AM J. Pohlmann wrote: > >> I did (twice) >> >> FYI here are the links to the z16 redbooks: >> >> http://www.redbooks.ibm.com/abstracts/sg248950.html?Open >> >> http://www.redbooks.ibm.com/redpieces/abstracts/sg248951.html?Open >> >> Regards, >> Joerg Pohlmann >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf >> Of >> Rich Smrcina >> Sent: Tuesday, April 05, 2022 07:13 >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: IBM z16 Day >> >> Did you register? >> >> Rich Smrcina >> >> >> > On Apr 5, 2022, at 9:07 AM, J. Pohlmann wrote: >> > >> > Does anyone have any information on how to join the conference/URL? >> > >> > Regards, >> > Joerg Pohmann >> > >> > -Original Message- >> > From: IBM Mainframe Discussion List On >> > Behalf Of zMan >> > Sent: Tuesday, April 05, 2022 07:02 >> > To: IBM-MAIN@LISTSERV.UA.EDU >> > Subject: IBM z16 Day >> > >> > Has officially started: >> > 503 Service Temporarily Unavailable >> > Brilliant. The toy vendor IBM is using is embarrassing--uses a personal >> email address for contact, which is a clue right there. >> > >> > -- >> > 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 >> > > > -- > zMan -- "I've got a mainframe and I'm not afraid to use it" > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM z16 Day
I finally got in. It plays in browser, and I found that I was getting lots of static until I switched back to the actual tab...just FYI (the static was really irritating). That's surely some browser weirdness, not IBM or Toy Vendor's fault. On Tue, Apr 5, 2022 at 10:15 AM J. Pohlmann wrote: > I did (twice) > > FYI here are the links to the z16 redbooks: > > http://www.redbooks.ibm.com/abstracts/sg248950.html?Open > > http://www.redbooks.ibm.com/redpieces/abstracts/sg248951.html?Open > > Regards, > Joerg Pohlmann > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of > Rich Smrcina > Sent: Tuesday, April 05, 2022 07:13 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IBM z16 Day > > Did you register? > > Rich Smrcina > > > > On Apr 5, 2022, at 9:07 AM, J. Pohlmann wrote: > > > > Does anyone have any information on how to join the conference/URL? > > > > Regards, > > Joerg Pohmann > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of zMan > > Sent: Tuesday, April 05, 2022 07:02 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: IBM z16 Day > > > > Has officially started: > > 503 Service Temporarily Unavailable > > Brilliant. The toy vendor IBM is using is embarrassing--uses a personal > email address for contact, which is a clue right there. > > > > -- > > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM z16 Day
Has officially started: 503 Service Temporarily Unavailable Brilliant. The toy vendor IBM is using is embarrassing--uses a personal email address for contact, which is a clue right there. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PL/I question
Kids, kids...take it outside. Or at least to a thread that can be ignored. Some of us are interested in the original question. On Wed, Mar 30, 2022 at 12:58 PM Seymour J Metz wrote: > Whoosh! > > In this case it walks like a dog, purrs like a cat and is definitely not a > duck. > > Don't try to teach your grandmother to suck eggs. > > You seem to be willfully ignoring what I actually wrote as well. I made > specific claims and specific contexts and you seem to be criticizing claims > that I never made, yet again. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Robin Vowels [robi...@dodo.com.au] > Sent: Wednesday, March 30, 2022 12:31 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: PL/I question > > On 2022-03-31 02:38, Seymour J Metz wrote: > >> Who does that leave? > > > > The obvious; your claim is untrue and it is you. > > Looks like you have egg on your face again. > > >> Put up or shut up. > > > > PL/I does not have computed GO TO. > > If it looks like a duck, quacks like a duck, it probably is a duck. > > Try: >GO TO X(I); > > X(1): A = B; > ... > X(2): A = C; > ... > X(3): A = D; > ... > > and try: > > GOTO (1, 2, 3), K > > 1 A = B >... > 2 A = B >... > 3 A = C >... > > Guess which one is FORTRAN and which is PL/I. > > > It has LABEL arrays, which are more > > useful. There may be cases where a computed GO TO would be clearer if > > it exiasted, but good or bad, PL/I doesn't have it. > > >> Read what I wrote. > > > > I did; it's BS. > > More egg on your face. > > >> White space has noting to do with it. > > > > That's a perfect example of BS. In FORTRAN, DO 500 I=1.10 is an > > assignment statement because the blanks are not significant. In PL/I, > > DO I=1.10; is still a DO statement, because spaces are not allowed > > inside a variable name. > > That is irrelevant to whether the DO statement in PL/I was taken > from FORTRAN. > > > > > > From: IBM Mainframe Discussion List on > > behalf of Robin Vowels > > Sent: Tuesday, March 29, 2022 9:51 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: PL/I question > > > > On 2022-03-30 00:06, Seymour J Metz wrote: > >> It's obvious that one of us doesn't know what he's talking about, > > > > And it's not me. Who does that leave? > > > >> especially as you cited things that don't even exist in PL/I as being > >> derived from FORTRAN. > > > > Put up or shut up. > > > >> And you still haven't answered whether you > >> seriouslyu believe thaat the FORTRAN DO resembles the PL/I DO more > >> than the ALGOL FOR statement does. > > > > Read what I wrote. > > > >> Your purported explanation of the difference in DO between FORTRAN and > >> PL/I is ludicrous, because the rules for "white spacew" in FORTRAN and > >> PL/I are very different. > > > > White space has noting to do with it. > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM z16 Day SE 2022 – IBM Z and LinuxONE Community
Some interesting-looking stuff, but a remarkably amateur provider IBM is using for the website. Kind of appalling, really. On Sat, Mar 26, 2022 at 12:07 PM Mark Regan wrote: > https://www.ibm.com/community/z/ibm-z16-day-se-2022/ > > > > Regards, > > Mark Regan, K8MTR General, EN80tg > CTO1 USNR-Retired (1969-1991), > > RUENAAA/CNO WASHINGTON DC//OP-009QCP > > Nationwide Insurance, Retired, 1986-2017 > z/OS Network Software Consultant (z NetView, z/OS Communications Server) > Contractor, Checks & Balances, Inc. > Email: marktre...@gmail.com <mailto:marktre...@gmail.com> > LinkedIn: https://www.linkedin.com/in/mark-t-regan > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PL/I question
On Thu, Mar 24, 2022 at 8:46 AM Seymour J Metz wrote: > At the time I thought that MPPL was a hideous acronym. Nah, it woulda been great: "I'm a computer guy...let me show you my mipple!" (and normal people think geeks are weird as it is...) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PL/I question
Are you asking what PL/I's pronouns are? On Wed, Mar 23, 2022 at 4:15 PM Charles Mills wrote: > How does PL/I self-identify? > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Steve Smith > Sent: Wednesday, March 23, 2022 12:52 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: PL/I question > > Obviously they are not. As a matter of fact, there *is* one correct way > (and the trademark owner would be happy to say so), and no number of errors > or passage of time changes that. So it will be occasionally mentioned. > > One might complain about IBM's history of lousy names for its products. > The standard for a long time was obviously to form an initialism from a > string of 2-4 vague words. Old story is that if IBM had invented sushi, it > would be called "CDF" (cold dead fish). The fact that not all sushi has > fish of any temperature or vitality can be considered part of the joke. > > sas > > > On Wed, Mar 23, 2022 at 10:00 AM Rupert Reynolds > wrote: > > > I think the days of trying to say there is only one correct way to write > > its name are long gone! > > > > > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Word formattnig
Um. Pretty sure that was a joke, son. On Mon, Mar 21, 2022 at 8:47 PM Robin Vowels wrote: > On 2022-03-22 11:42, Paul Gilmartin wrote: > > On Tue, 22 Mar 2022 11:06:05 +1100, Robin Vowels wrote: > > > >> Notepad has a problem with large files. > >> It loads only the first part of a large file. > >> > > How large? No one should ever need more than 640K. > > Rubbish. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Word formattnig (was: Trouble ...)
Oh, if he pasted into an *emulator* maybe. Seems...unlikely, though? OfficeVision in 2022??? On Mon, Mar 21, 2022 at 4:21 PM Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > The incorrect abuttals were sporadic, perhaps consistent with screen > width, as if the display driver started each line by cursor addressing > and Copy picked up neither nor . Some emulators > have Settings to control this behavior.) > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Trouble getting new mainframe staff?
Yeah, I sort of thought of that, but Word doesn't do that. I thought it more likely that they were there but kerned down to nothing, but pasted the text into a flat-file editor and they aren't there. Very odd. If he'd used something other than Word I might have thought it was EOL getting eaten, but Word doesn't do that, either! On Mon, Mar 21, 2022 at 3:37 PM Bob Bridges wrote: > I'm guessing, then, that the Word document uses a proportional font and > the cut-and-paste function in Word is doing some weird calculation about > the width of the proportional spaces and dropping them if the output is > plain text. Doesn't sound very likely, except I'm grasping at straws for > an explanation of the result. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Trouble getting new mainframe staff?
I'm viewing it in Gmail. Interesting. Will look when I get digest tonight (if I remember). On Mon, Mar 21, 2022 at 2:18 PM Bill Johnson < 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > Cut from word doc and paste to the list. I’ve often seen the list jam > stuff together. I’ve pasted the same thing elsewhere and it works perfectly. > > > Sent from Yahoo Mail for iPhone > > > On Monday, March 21, 2022, 2:02 PM, zMan wrote: > > Hey Bill--not commenting on the actual content at all one way or 't'other, > just curious: how did you enter your longish post above? Something ran a > bunch of the words together, and I'm 100% sure you didn't enter it that > way. I've seen this in a couple of other places and either couldn't ask or > the folks didn't remember what they did. I'd just like to understand it! > > (And yes this is pretty OT but at least it's not political, unless we're > going to blame &party for the words getting run together!) > > On Mon, Mar 21, 2022 at 1:47 PM esmie moo < > 012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote: > > > I disagree about corporate greed. Yes, I support profit margins but the > > margin of profit making by these corporates is obnoxious. Recently, the > > company I used to work for gave their higher management bonuses in the 5 > > figure amounts plus stock options (which were not disclosed) after the > jobs > > were moved to third world countries (India, Brazil and Argentina). > >On Monday, March 21, 2022, 09:48:48 a.m. EDT, Bob Bridges < > > robhbrid...@gmail.com> wrote: > > > > Oh, piffle. Mainframe installations are hiring Indian mainframers, to > > some extent, sure; but that simply proves that there are still > mainframers > > to be hired, in India if nowhere else. It's no part of the > > shortage-of-mainframers problem. > > > > As for "corporate greed", corporations want to reduce costs, yes -- and > > how is that different from anyone else? In trying to reduce costs > > corporations sometimes make short-sighted decisions and later rue them -- > > and, again, how is that different from you and me? > > > > --- > > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > > > /* One very sound rule for the care of the body is always to keep in mind > > what it was designed to do. The body was shaped by the need to run long > > distances on resilient turf, to run very fast for short distances, to > climb > > trees, and to carry loads back to the cave, so any persistent exercise > you > > do which is not a logical part of that ancient series of uses is, in > > general, bad for the body. -from _Cinnamon Skin_ by John D MacDonald */ > > > > -Original Message- > > From: IBM Mainframe Discussion List On Behalf > > Of esmie moo > > Sent: Sunday, March 20, 2022 12:28 > > > > No surprise. All the Mainframers lost their jobs when their positions > > were outsourced to India, Brazil, Philippines because of corporate greed. > > > > --- On Sunday, March 20, 2022, 08:50:38 a.m. EDT, Mark Regan < > > marktre...@gmail.com> wrote: > > > > > > > http://mainframeupdate.blogspot.com/2022/03/trouble-getting-new-mainframe-staff.html > > > > -- > > 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 > > > > > -- > zMan -- "I've got a mainframe and I'm not afraid to use it" > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Trouble getting new mainframe staff?
Hey Bill--not commenting on the actual content at all one way or 't'other, just curious: how did you enter your longish post above? Something ran a bunch of the words together, and I'm 100% sure you didn't enter it that way. I've seen this in a couple of other places and either couldn't ask or the folks didn't remember what they did. I'd just like to understand it! (And yes this is pretty OT but at least it's not political, unless we're going to blame &party for the words getting run together!) On Mon, Mar 21, 2022 at 1:47 PM esmie moo < 012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote: > I disagree about corporate greed. Yes, I support profit margins but the > margin of profit making by these corporates is obnoxious. Recently, the > company I used to work for gave their higher management bonuses in the 5 > figure amounts plus stock options (which were not disclosed) after the jobs > were moved to third world countries (India, Brazil and Argentina). > On Monday, March 21, 2022, 09:48:48 a.m. EDT, Bob Bridges < > robhbrid...@gmail.com> wrote: > > Oh, piffle. Mainframe installations are hiring Indian mainframers, to > some extent, sure; but that simply proves that there are still mainframers > to be hired, in India if nowhere else. It's no part of the > shortage-of-mainframers problem. > > As for "corporate greed", corporations want to reduce costs, yes -- and > how is that different from anyone else? In trying to reduce costs > corporations sometimes make short-sighted decisions and later rue them -- > and, again, how is that different from you and me? > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* One very sound rule for the care of the body is always to keep in mind > what it was designed to do. The body was shaped by the need to run long > distances on resilient turf, to run very fast for short distances, to climb > trees, and to carry loads back to the cave, so any persistent exercise you > do which is not a logical part of that ancient series of uses is, in > general, bad for the body. -from _Cinnamon Skin_ by John D MacDonald */ > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of esmie moo > Sent: Sunday, March 20, 2022 12:28 > > No surprise. All the Mainframers lost their jobs when their positions > were outsourced to India, Brazil, Philippines because of corporate greed. > > --- On Sunday, March 20, 2022, 08:50:38 a.m. EDT, Mark Regan < > marktre...@gmail.com> wrote: > > > http://mainframeupdate.blogspot.com/2022/03/trouble-getting-new-mainframe-staff.html > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Meet Zorow, An Open Mainframe Project For z/OS Systems - Open Mainframe Project
t;>> -- > >>> For IBM-MAIN subscribe / signoff / archive access instructions, send > >> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >>> Confidentiality notice: > >>> This e-mail message, including any attachments, may contain legally > >> privileged and/or confidential information. If you are not the intended > >> recipient(s), or the employee or agent responsible for delivery of this > >> message to the intended recipient(s), you are hereby notified that any > >> dissemination, distribution, or copying of this e-mail message is > strictly > >> prohibited. If you have received this message in error, please > immediately > >> notify the sender and delete this e-mail message from your computer. > >>> > >>> -- > >>> 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 > > . > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: More z/OS and LinuxONE on IBM Cloud, Including On-Demand z/OS
On Wed, Feb 16, 2022 at 2:17 AM Timothy Sipples wrote: > Wazi happens to be the Swahili word for open. Conveniently it happens to > have the voiced letter Z in it. > Well, that was lucky! But how did they choose the name? Oh, wait, you're suggesting that the name was chosen BECAUSE it's Swahili for "open"? What are the odds... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: More z/OS and LinuxONE on IBM Cloud, Including On-Demand z/OS
WTF is a WAZI, beyond what Urban Dictionary suggests: A popular <https://www.urbandictionary.com/define.php?term=A%20popular> slang term originating from kenya <https://www.urbandictionary.com/define.php?term=kenya> which is used to show dissatisfaction and disbelief <https://www.urbandictionary.com/define.php?term=disbelief> when someone tells you something. Blake told me he tapped <https://www.urbandictionary.com/define.php?term=tapped> Amy last night and i was like " wazi bro <https://www.urbandictionary.com/define.php?term=wazi%20bro>" as i couldn't believe what <https://www.urbandictionary.com/define.php?term=whay> he was saying. Srsly, between "Kyndryl" and this, someone is overpaying IBM's marketing people. On Tue, Feb 15, 2022 at 1:58 AM Timothy Sipples wrote: > IBM is announcing the upcoming availability of new and improved > "on-demand" IBM Z and IBM LinuxONE operating system instances. Here are > the highlights as I see them > > IBM Wazi-as-a-Service will provide z/OS instances running on IBM Cloud. > Yes, you'll be able to get your very own z/OS instance(s) within just a > few minutes, as an on-demand "walk up" service, for development and > testing. IBM intends to introduce this service soon, likely generally > available in the second half of 2022. IBM has put (and is putting) a lot > of effort into making the experience really easy for developers to > consume, so the "on ramp" will be a lot gentler, too. However, you'll > still be able to run customized z/OS instances if/when you want to do > something "special." > > Importantly, although IBM Wazi-as-a-Service is not designed, intended, or > licensed for uses beyond development and testing, the performance > characteristics (to run compile jobs, for example) are much more > consistent with real IBM Z servers than with the IBM Z Development & Test > Environment (ZD&TE) or ZPDT on X86-64 servers. I'll give you one guess why > that might be. :-) Preliminary test results indicate about 15X faster > compilation of Java applications, 12X faster for C, and 8X faster for > COBOL. For reasons of efficiency and deployability in the way we run these > z/OS instances you could see some performance "oddities" if you push hard > in certain ways, but the overall experience should be terrific. > > The Statement of Direction is available here: > > > https://www.ibm.com/downloads/cas/US-ENUS222-097-CA/name/US-ENUS222-097-CA.PDF > > Press release here: > > > https://newsroom.ibm.com/2022-02-14-IBM-Simplifies-Modernization-of-Mission-Critical-Applications-for-Hybrid-Cloud > > More information here: > > https://www.ibm.com/downloads/cas/MVK9YK8Q > > https://www.ibm.com/cloud/blog/announcements/ibm-cloud-delivers-a-new-era-of-modernization-with-ibm-z > > As you can see this Statement of Direction has more supplementary > materials than IBM typically offers. Typically it's just the Statement. > Not this time. > > Anticipating a few popular questions, I expect that the permitted uses > will hew to ZD&TE terms, so (for example) training/education uses should > be perfectly fine. (Want for example to teach a course on HLASM and have > each student fire up his/her own z/OS instance? As far as I know that > should be fine, but we'll see for sure when GA arrives.) No pricing has > been announced yet, but a major objective is to make IBM Z and IBM > LinuxONE more accessible, easier to consume, and easier to use. That also > means more granular pricing, so that if you only need a little z/OS you > don't have to pay for a lot. And this Statement of Direction doesn't > affect the availability of ZD&TE (including the new ZD&TE Learners > Edition) or ZPDT. Parallel Sysplex configurations? We hear you/let's > see/may need time. > > IBM will also introduce LinuxONE Bare Metal Servers. IBM LinuxONE Bare > Metal Servers provide customers with whole dedicated Linux LPARs on IBM > Cloud, on-demand. This offering is intended for workloads that require > high-performance, single-tenancy computing resources with more predictable > capacity. And there are more LinuxONE server instance types coming (or > even available already) with more flexibility in more locations. > > As always, refer to the official IBM materials for anything official. > IBM's plans are subject to change. My personal views are my own. > > - - - - - - - - - - > Timothy Sipples > I.T. Architect Executive > Digital Asset & Other Industry Solutions > IBM Z & LinuxONE > - - - - - - - - - - > E-Mail: sipp...@sg.ibm.com > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Opinion: Sea shanties written for the digital age | NPR
Those are...odd. But thanks, also fun! On Sun, Jan 23, 2022 at 8:14 PM Mark Regan wrote: > > https://www.npr.org/2022/01/22/1074964815/opinion-sea-shanties-written-for-the-digital-age > > > > Regards, > > Mark Regan, K8MTR General, EN80tg > CTO1 USNR-Retired (1969-1991) > Nationwide Insurance, Retired, 1986-2017 > z/OS Network Software Consultant (z NetView, z/OS Communications Server) > Contractor, Checks & Balances, Inc. > Email: <mailto:marktre...@gmail.com> marktre...@gmail.com > LinkedIn: <https://www.linkedin.com/in/mark-t-regan> > https://www.linkedin.com/in/mark-t-regan > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS
>although this does not mean that I would like to see that port. ...does not mean that I would NOT like to see... ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: article about ransomeware and mainframe
Nonresponsive, move to strike. On Fri, Dec 24, 2021 at 10:02 AM Bill Johnson < 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > Well, we certainly know AWS isn’t unbreakable. And I wonder if Capital One > still thinks moving off the mainframe was a smart move? I doubt it. 190 > million in fines is probably more than what their mainframe cost. Many > times over. > > > > Sent from Yahoo Mail for iPhone > > > On Friday, December 24, 2021, 12:03 AM, David Crayford < > dcrayf...@gmail.com> wrote: > > Here we go again. Bulls**t Bill is spouting his usual ignorant nonsense. > One of my colleagues was working in the z/OS Unix team at the time of > the Logica breach and was part of the team who performed a detailed, > forensic investigation. The fact is that a hacker exploited a serious > zero day vulnerability and had complete control of the system. I'm > privileged to work with some of the best mainframe experts in the world > and they all take secure engineering very seriously. People like you > who assume the mainframe is unbreakable are dangerous. > > On 21/12/21 9:47 pm, Bill Johnson wrote: > > Rehash of Nordea (2012) and all the mainframe hacks since. (Zero) Yes, > if you don’t take precautions, you too can join Nordea in the stupidity > hall of fame. > > > > > > Sent from Yahoo Mail for iPhone > > > > > > On Tuesday, December 21, 2021, 8:43 AM, Barkow, Eileen < > 02bc504b1642-dmarc-requ...@listserv.ua.edu> wrote: > > > > This is the real link to the article > > > > > https://public.milcyber.org/activities/magazine/articles/2021/renda-ransomware-and-the-ibm-zos-mainframe-big-iron > > > > > > > > From: Barkow, Eileen > > Sent: Tuesday, December 21, 2021 8:37 AM > > To: IBM Mainframe Discussion List (IBM-MAIN@listserv.ua.edu) < > IBM-MAIN@listserv.ua.edu> > > Cc: Renda, Paul > > Subject: article about ransomeware and mainframe > > > > > > This article was written by Paul Renda, who is one of our colleagues in > the RACF security group. > > > > > > > > > https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.realcleardefense.com%2F&data=04%7C01%7CEBarkow%40doitt.nyc.gov%7C83d7e2a8d8c94c3ef06a08d9c47eacc6%7C73d61799c28440228d4154cc4f1929ef%7C0%7C0%7C637756870611033992%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=cJPoABb4zN%2BjjdtzetU936rkBhnnnSgSlROmjbCDsfw%3D&reserved=0 > > > > > > > > > > > > This e-mail, including any attachments, may be confidential, privileged > or otherwise legally protected. It is intended only for the addressee. If > you received this e-mail in error or from someone who was not authorized to > send it to you, do not disseminate, copy or otherwise use this e-mail or > its attachments. Please notify the sender immediately by reply e-mail and > delete the e-mail from your system. > > > > -- > > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Long time between IPLs a security risk? was Re: What is OVMSKERN?
I know what a "yeet" is, or a "yout"... On Thu, Dec 23, 2021 at 12:17 PM David Spiegel wrote: > You said: "... in my 40 yeats ..." > What is a "yeat"? > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is the mainfrrame cloud more reliable? was Re: AWS is down.
What Z cloud offering? I see them categorizing CICS revenue as "cloud". Not aware of a real Z cloud offering? On Thu, Dec 9, 2021 at 10:40 PM Clark Morris < 03b2c618bdfc-dmarc-requ...@listserv.ua.edu> wrote: > On Thu, 9 Dec 2021 10:55:08 -0800, Ed Jaffe > wrote: > > >On 12/8/2021 5:40 AM, Doug wrote: > >> I have watched this thread, and there is simply one thing most of us > >> are missing. > >> This is a MF forum. For years, we have been subjected to "oh using the > >> (insert new technology) is so much better than these old obsolete > >> mainframes." And we have universally warned not to drink the Kool-Aid. > >> > >> So excuse us a bit of satisfaction when the one of these "master of > >> the universe" technologies has a problem that renders it mortal, like > >> these old, obsolete mainframes. > > > >Absolutely justifiable, especially when the platform being derided has > >*explicitly* positioned themselves as your MORTAL ENEMY: > > How reliable is IBM's z related cloud offering? > > How many of the mainframe shops are in practice old and obsolete due > to management policy? How many shops have COBOL coding standards last > updated with either COBOL 68 (ANS COBOL) or COBOL 74 (COBOL VS)? > > In my opinion one of the greater risks of the cloud is that the > appropriate national government may compel the provider be it AWS, > IBM, Microsoft, etc. to give said government access to an > organization's data without notifying the organization. I think I > read somewhere that the US Patriot act may authorize this and I > believe that this is probably not unique to the United States. > > > >https://www.datacenterknowledge.com/cloud/aws-out-kill-mainframes > > Clark Morris > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM RFE's Broken
Their web stuff is run by a bunch of kids in some other country. They don’t understand what they have, and don’t much care. There are horror stories about things like the CE parts ordering site being down for a week at a time, because the person who understood it left and they had to figure out how it worked. Not your father's IBM by a long shot. Very sad. On Sat, Nov 27, 2021 at 10:59 PM Lionel B. Dyck wrote: > Phil you are correct - after I cleared cache/cookies/history from Chrome > things now work. > > One would think that IBM would have this situation addressed but perhaps 5 > 9's isn't something they care about any longer. > > > Lionel B. Dyck <>< > Website: https://www.lbdsoftware.com > Github: https://github.com/lbdyck > > "Worry more about your character than your reputation. Character is what > you > are, reputation merely what others think you are." - - - John Wooden > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of > Phil Smith III > Sent: Saturday, November 27, 2021 7:39 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: FW: IBM RFE's Broken > > Lionel, > > > > Try another browser, and/or one where you can clear cookies. IBM's sites > are > horribly fragile and often misbehave if you have a bad cookie. Firefox is > my > main browser; Chrome is my backup. When things seem banjaxed, I use Edge, > where I don't care if I have to delete cookies etc. > > > > If that is the problem, at least in Firefox you can tell which cookies were > used most recently. Leaving it idle for a minute or two, then trying, then > looking, usually lets you whack the cookies that are confusing it. Haven't > tried the same in Chrome. > > > > HTH. Really pathetic that so many sites don't have decent fallback when > they > don't like a cookie. IBM is not the only one. > > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Words fail me!
> Neither "Unformatted System Services" nor "Unix System Services" has or should have the word "screen". I dunno, after the many, Many, MANY times we've gone round on this I *want *to screen On Mon, Nov 15, 2021 at 12:32 PM Seymour J Metz wrote: > Neither "Unformatted System Services" nor "Unix System Services" has or > should have the word "screen". USS in VTAM determines the appropriate > logmode for an unformatted logon. USS for TN3270 includes equivalent > functionality; Unix System Services is what used to be MVS Open Edition in > 1993, two decades after VTAM and USS. If there is an unformatted screen > services it'sa not part of either VTAM or Unix. > > Of course, TN3270 includes the logon screen and Unix System Services > includes 3270 support, but "screen" is still not part of the names, and > never has been. > > The last I heard from IBM, USS was an official abbreviation for only > Unformatted System Services. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Matt Hogstrom [m...@hogstrom.org] > Sent: Sunday, November 14, 2021 1:29 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Words fail me! > > Unformatted System Services was used in VTAM to specify the screen and > responses to uses to logon to formal VTAM sessions like TSO and CICS. > > USS was Unix System Services IIRC > > Matt Hogstrom > PGP key 0F143BC1 > > > On Nov 13, 2021, at 21:02, greg.pr...@optusnet.com.au wrote: > > > > Way back when (long before UNIX was added to MVS) the network sysprog > told me that USS stood for Unformatted Screen Services. > > > > Years after that but years (decades?) ago, I noticed that some VTAM > books were talking about UNIX System Services in a context completely > unrelated to UNIX. > > > > I sent feedback that this was not the correct expansion of USS in this > context. I expect others also did. References to UNIX were soon removed. > > > > But I wonder if that is why VTAM books talk about Unformatted System > Services now - because they changed UNIX to Unformatted, but not System to > Screen. > > > > Cheers, > > Greg > > > > -- > > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Redbooks Rumor
Sure and there's nothin' wrong with new words--that's how the language evolves! Problem is using them online where you can't explain instantly if folks go "Huh?" I guess I assumed you were using it as a neologism on purpose, rather than thinking it was legit. As you've found, it's "not a word" in that none of the sources, including Urban Dictionary, seem to know it. But also as you note, "now it's something"; indeed, Google Verbatim finds 43 hits, plus duplicates, although I daresay none of them appear to be using it to mean what you did. Most are likely typos, but my favorite is this one: https://forums.civfanatics.com/threads/to-the-great-beyond-space-empires.552865/page-2 How's this for thread drift? On Sun, Nov 7, 2021 at 2:54 PM Bob Bridges wrote: > I thought about protesting at "made-up", then decided to ignore it. Last, > and best, I investigated. > > I don't think ~I~ made it up; I've had the word in my vocabulary as long > as I can remember. If asked, I'd have said I must have read it somewhere. > > But my spell checker didn't recognize it Friday, I now remember. No web > source found a reference to the word. Even Wiktionary is innocent of it. > I still think it's a better coinage than "facetiousness", but I guess I > have to acknowledge that it's not standard -- nor even substandard. It's > nothing. > > Well, it was nothing before. Now it's something :). > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM has lost it completely
https://contentsharing.net/actions/email_web_version.cfm?message_id=21010227&user_id=IBMCORP That’s the “View in browser” from an email a friend forwarded, with the user-specific bits filed off. And this relates to ANY part of IBM’s business…how? -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Redbooks Rumor
Ah, of course. A made-up word. Accepted term is "facetiousness", which is clumsy but at least commonly understandable. On Sun, Nov 7, 2021 at 9:37 AM Bob Bridges wrote: > "Are you being facetious?", in other words. Facetism (which is how I > spell "fa-SEE-shiz-m") is closely related to sarcasm, except the tone is > serious; the hearer is expected to understand that the intent is not. > > Also, I suppose, sarcasm usually has an element of hostility in it; > facetism often doesn't. At least that's how I distinguish the two. > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* Men are qualified for civil liberty, in exact proportion to their > disposition to put moral chains upon their own appetitesSociety cannot > exist unless a controling power upon will and appetite be placed somewhere, > and the less of it there is within, the more there must be without. It is > ordained in the eternal constitution of things, that men of intemperate > minds cannot be free. Their passions forge their fetters. -Edmund Burke, > 1791 */ > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of zMan > Sent: Saturday, November 6, 2021 18:37 > > "facetism"?? fetishism? fascism? fetishist fascism? (is that last one > redundant?) > > --- On Fri, Nov 5, 2021 at 12:45 PM Bob Bridges > wrote: > > I can't tell, Colin: Is this facetism? Some months ago, or maybe a > > year, I found I was no longer able to access the on-line HTMLs; I had > > to content myself with downloaded PDFs (and hope that I'd remember to > > download the updates as often as necessary). It is nice, I agree, to > > know that the documentation I've remembered to download is at my > > fingertips even when my internet connection is down. Not so great to > > know that I can't look up something new during that time. And I > > really liked the HTML search function; the analogue in PDFs isn't as > useful. > > > > I supposed that PDF downloads are the only option, nowadays. Are you > > saying the on-line HTMLs are still available somewhere? > > > > -Original Message- > > From: Colin Paice > > Sent: Friday, November 5, 2021 10:03 > > > > I find the IBM Doc site very slow (10 seconds to get into it) - not a > good > > advertisement for IBM servers. (most of the time "scripting") > > I hope they provide PDF's rather than just web pages. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Redbooks Rumor
> I have noticed that the lack of books related to z/OS has been steadily declining So there are more now? On Thu, Nov 4, 2021 at 10:22 PM Cheryl Watson wrote: > This is really appalling! I hope it's not true, but I have noticed that > the lack of books related to z/OS has been steadily declining, and I find > it very distressing. I've always found the Redbooks to be the best > documentation ever provided by IBM. Unfortunately, most of the Redbooks are > now simply marketing guides. > > The post from Bill Bitner was from a Linux blog post. Is IBM speaking > about Linux/Power Redbooks only? Does it also apply to z/OS Redbooks? > > Why isn't there more outrage on this forum? If you don't complain, IBM > will bury these in one more opportunity to save money while leaving > customers without the excellent resources they've had in the past. > > If you want z/OS Redbooks, please make your voice heard here. > > Thanks, > Cheryl > > == > Cheryl Watson Walker, CEO > Watson & Walker, Inc. > www.watsonwalker.com > == > > > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Neale Ferguson > Sent: Thursday, October 28, 2021 10:03 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Redbooks Rumor > > I am hearing strong rumors that IBM is about to commit the type of > corporate facepalm that is the stuff for future textbooks. Apparently > Redbooks are no longer going to be a thing and the organization disbanded. > If there’s one thing that has differentiated IBM in the mainframe space has > been the quality of its documentation and, in particular, the type of > HOW-TO information contained within Redbooks and Redpieces. These documents > turn a “that’d be nice to do” into a proof-of-concept and finally into > production. In doing so, they must be responsible for millions or billions > of dollar in revenue to IBM. > > Many of the topics of Redbooks cover are complex and even intimidating. > They provide a step-by-step approach to learning and implementing using a > group of people actually doing what they’re writing about. This is > invaluable. > > I hope these rumors are untrue but if not I think we should all be > shouting from the roof until someone with some sense realizes how > shortsighted this decision is. > > Neale > > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Redbooks Rumor
> I can't tell, Colin: Is this facetism? "facetism"?? fetishism? fascism? fetishist fascism? (is that last one redundant?) On Fri, Nov 5, 2021 at 12:45 PM Bob Bridges wrote: > I can't tell, Colin: Is this facetism? Some months ago, or maybe a year, > I found I was no longer able to access the on-line HTMLs; I had to content > myself with downloaded PDFs (and hope that I'd remember to download the > updates as often as necessary). It is nice, I agree, to know that the > documentation I've remembered to download is at my fingertips even when my > internet connection is down. Not so great to know that I can't look up > something new during that time. And I really liked the HTML search > function; the analogue in PDFs isn't as useful. > > I supposed that PDF downloads are the only option, nowadays. Are you > saying the on-line HTMLs are still available somewhere? > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* The secret of being miserable is to have leisure to bother about > whether you are happy or not. The cure for it is occupation. -George > Bernard Shaw (1856-1950) */ > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Colin Paice > Sent: Friday, November 5, 2021 10:03 > > I find the IBM Doc site very slow (10 seconds to get into it) - not a good > advertisement for IBM servers. (most of the time "scripting") > I hope they provide PDF's rather than just web pages. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Programmer Titles
@listserv.ua.edu> > with the message: INFO IBM-MAIN > >> > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu> > with the message: INFO IBM-MAIN > > [ > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.txfb-ins.com%2FTFBICImages%2Fjdpower.jpg&data=04%7C01%7C%7C06bd05653b2a4076928208d98cf5acaf%7C84df9e7fe9f640afb435%7C1%7C0%7C637695809175524138%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=oJNL%2F6MDK%2BAWZtJ9vSLuX%2Bc1SPnEzWguKcRo58A29WU%3D&reserved=0 > ] > > > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.txfb-ins.com%2F&data=04%7C01%7C%7C06bd05653b2a4076928208d98cf5acaf%7C84df9e7fe9f640afb435%7C1%7C0%7C637695809175524138%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=jmvW8lFxWmWGMvpNsAFOzYwBAJhTppJDPfEWcCXsrl0%3D&reserved=0 > < > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.txfb-ins.com%2F&data=04%7C01%7C%7C06bd05653b2a4076928208d98cf5acaf%7C84df9e7fe9f640afb435%7C1%7C0%7C637695809175524138%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=jmvW8lFxWmWGMvpNsAFOzYwBAJhTppJDPfEWcCXsrl0%3D&reserved=0 > > > > > > CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) > is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections > 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you > in error, do not read it. If you are not the intended recipient, you are > hereby notified that any retention, dissemination, distribution, or copying > of this communication is strictly prohibited. Please reply to the sender > that you have received the message in error, then delete it. 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe ransomware solution
And you were. In those exchanges, that makes one of you. On Thu, Oct 7, 2021 at 9:00 PM Charles Mills wrote: > Sincere apologies. I was trying to be constructive. > Bill, you need to put the crack pipe down. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Abbrev. (was: PL/I vs. JCL)
That's a good one, Bob! We've all done that kind o' thing and it's just amazing afterward--you just can't believe you did it! On Mon, Oct 4, 2021 at 9:21 AM Bob Bridges wrote: > Decades ago I was at Burlington Industries -- at the time almost every > programmer in the area passed through Burlington Industries and/or other > textiles companies, one or more times -- and they brought in a new platform > to run factory processes. We were all busy reading the manuals for a week > or so, which was full of new all-caps terms such as DOSRES, SYSRES, SYSTEM > and so on > > Around the second day I ran across that last one, and paused. DOSRES I > remembered from an earlier section, and SYSRES, sure, that meaning was > obvious. But SYS-TEM? What would the "TEM" be? I came up blank. I ran > through other new terms, and reread earlier pages, looking for a definition > or even just a clue to what "TEM" might represent. > > Eventually I brought it to a coworker. > > In my defense, the word was in all-caps like the others, which in this > case it didn't need to be. Still, whenever I need a story that makes me > look foolish, this one is often conveniently available. > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* When I was a boy, I was told that anybody could become President. I'm > beginning to believe it. -Clarence Darrow */ > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Paul Gilmartin > Sent: Sunday, October 3, 2021 11:10 > > Decades ago, I learned "Segments", and I've thought that ever since. > I may never have uttered it. But, GIYF (sic), "Storage" seems to be the > mode, and I must retrain myself. > > I've heard operators pronounce "P" as "Purge". Is that misleading? > > I dislike abbreviations that are not prefix strings. I may make an > exception for "X" for either "TRANS" or "EX". > > TSO seems not to have abbreviations, but alternate names. It's not > "ALLOCate", so I may code "ALLOCATE" of "ALLOC", but not "ALLOCA". > > And "PGM=" is not a keyword. That should have been forbidden. > > --- On Sun, 3 Oct 2021 10:02:46 -0400, David Spiegel wrote: > >I guess that nobody bothered to tell the tech writer that the "S" in > >MVS, is an abbreviation for "Storage". > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
