Re: Is SMP/E needed for installs?

> There are places in SMP/E jobs that can't use symbols. What does that refer to? Are you saying that you want to be able to use a symbol in DDDEF and have it resolved dynamically each time SMP looks up the ddname in subsequent jobs? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu

Re: Is SMP/E needed for installs?

> Another thing ... Do you remember IPOUPDTE? "The utility you are about to see is true; the name has been changed to protect the innocent." - Jack Webb, Dragnet. Isn't it still there with CPP instead of IPO? -- Shmuel (Seymour J.) Metz http://mas

Re: Is SMP/E needed for installs?

> He also noted this: When? For decades there was no symbol substitution for instream data, but that hasn't been the case for a long time. Still, the rules are a bit clumsy. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM M

Re: "XYZZY"?

wrong. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Brian Westerman [brian_wester...@syzygyinc.com] Sent: Friday, August 25, 2023 12:41 AM To: IBM-MAIN@LISTSERV.U

Re: RPMs for installs and Maint: [WAS SMP/E needed for installs?]

bably someone here that can give a definitive answer. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Steve Thompson [ste...@wkyr.net] Sent: Thursday, August 24, 2023 2:

Re: Is SMP/E needed for installs?

Symbols? SMP may not be perfect, but it's a lot better than what came before. SMP2, SMP3, SMP4 and SMP/E were each an improvement, and SMP/E has itself evolved significantly. Perfect? Of course not. But still essential. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~s

Re: Is SMP/E needed for installs?

s look for ways to make the process smoother, but don't abandon the dependency checking. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Colin Paice [colinpai...@

Re: emacs (was: Re: Has anyone)

hmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David Crayford [dcrayf...@gmail.com] Sent: Wednesday, August 23, 2023 5:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: emacs (was: Re

Re: emacs (was: Re: Has anyone)

LISTSERV.UA.EDU Subject: Re: emacs (was: Re: Has anyone) On Wed, Aug 23, 2023 at 10:44:08AM +, Seymour J Metz wrote: > > Maybe people say so because they expected something else. > > "Humor is such a subjective thing!" (B5). My guess is that the quip > came from an emacs

Re: emacs (was: Re: Has anyone)

very usefull. You have to carbe the bird at the joints. ObTheOneThatGotAway I find that whatever editor I am using, I miss features that some other editor has. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM

Re: emacs (was: Re: Has anyone)

ystrokes in (almost) real time. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David Crayford [dcrayf...@gmail.com] Sent: Wednesday, August 23, 2023 4:17 PM To: IBM-MAIN@LIST

Re: emacs (was: Re: Has anyone)

Sure, but where are the data coming from? If it's a block-mode terminal on one end of the SSH session, then you have the same issue. If it's a PC on one end of the signal then it can send individual characters. The Devil is in the details. -- Shmuel (Seymour J.) Metz http://mas

Re: JAVA IDE

The question "What is the best foo?" is guarantied to start a religious war, whether foo be an editor, an IDE, a language, an OS or a shell. Try a few and see what you like. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM

Re: emacs (was: Re: Has anyone)

* I'm willing to scarf up good tools where I find them. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David Crayford [dcrayf...@gmail.com] Sent: Wednesday, Au

Re: emacs (was: Re: Has anyone)

nux that doesn't have emacs either in the base or in its repositories? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tomasz Rola [rto...@ceti.com.pl] Sent: Tuesda

Re: Converting Assembler TPUTS to ISPF

and programmed like ISPF applications. That said, there are times where dynamic panels are appropriate. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Schmitt, Mi

Re: Converting Assembler TPUTS to ISPF

It might be easier to use ISPF dynamic panels, but that should work. However, is it really bothersome to distribute multiple elements? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU

Re: TECO (was Re: Has anyone)

It's true that the original vi was based on TECO, but I believe that it was rewritten long since. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Hayim Sok

Re: Has anyone

tem that desperately needs a text editor" -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tomasz Rola [rto...@ceti.com.pl] Sent: Tuesday, August 22, 2023 2:07 AM

Re: Updating IEEMB846

You can do it in flight, but at some risk if you do it in place. The safest way is to link it into a separate library, activate dynamic linklist and then loggon. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion

Re: Converting Assembler TPUTS to ISPF

The easiest way is to actually create a panel, either directly or via DTL. It's a lot easier than reinventing the wheel. ISPF does have dynamic panels, but that seems like overkill. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From

Re: XCFAS and TRUSTED

nd the ramifications of decisions that he makes on his own and know when to consult specialists. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Leonard D Woren [ib

Re: XCFAS and TRUSTED

> Not worth the risk, in my view (our security group disagreed!) In the Army they taught me that unauthorized denial of service is also a security breach. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [

Re: Strange results for the PS1 prompt with z/OS Unix

hoc methods of an earlier era. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of kekronbekron [02dee3fcae33-dmarc-requ...@listserv.ua.edu] Sent: Monday, August 21, 2023

Re: BLDL User Data

IGWDES? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Joseph Reichman [reichman...@gmail.com] Sent: Sunday, August 20, 2023 4:25 PM To: IBM-MAIN@LISTSERV.UA.EDU

Re: BLDL User Data

What about FUNC=GET_NAMES? Which DESERV function are PDSE only and which work for PDS as well? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Peter Relson [rel

Re: BLDL User Data

DESERV will do the job for PDSE; I suspect that it will work for PDS as well. You can contact me at work if you have questions. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on

Re: BLDL User Data

Yes, each alias entry includes the member name and they all have the same TTR. You can use DESERV to get all of them in one swell foop, at least for PDSE; I suspect that it works for PDS as well. Note concatenation restrictions. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

Re: vi

16 bits would make it some model of the PDP-11 If you read CHAPTER 4 INSTRUCTION SET of the PDP-11 processor handbook at <http://bitsavers.org/pdf/dec/pdp11/handbooks/PDP-11_Processor_Handbook_1981.pdf#page=53>, it should be clear why DEC used octal notation. -- Shmuel (Seymour J.) Met

Re: Microsoft office

I've cases where OpenOffice could handle old word documents that the newer word couldn't; you might try using LibreOffice as a bridge. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTS

Re: BLDL User Data

Why not let DESERV do the heavy lifting? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Dave Kreiss [davekre...@gmail.com] Sent: Saturday, August 19, 2023 6:14 PM To

Re: vi

AX was the 16-bit PDP-11. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Hayim Sokolsky [hsokol...@rocketsoftware.com] Sent: Friday, August 18, 2023 3:42 PM To: IB

Re: vi

What is "PDP"? The 16, 18 and 36 bit architectures are very different from each other. Of the top of my head: 12: LINC, LINC-8, 5, 8 16: 11 18: 1, 4, 7, 9, 15 32: VAX-11 36: 6, 10, DECSYSTEM-20 -- Shmuel (Seymour J.) Metz http://mason.gmu.e

Re: Strange results for the PS1 prompt with z/OS Unix

I would consider a person who claims to know what another knows, absent evidence, to be in that category. Ad hominem arguments have no place here. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN

Re: zsh (was: Strange results for the PS1 prompt ...)

. Now, if you're working on a large project hen some standardization is needed; again, if the choices made on the project work for the project, that's what matters. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe

Re: Has anyone

ore. I regard them as part of the ecosystem. Take emacs. There's a plethora of stuff that has grown up around it, and that makes it more useful than it would have been in isolation. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: I

Re: Strange results for the PS1 prompt with z/OS Unix

e to comment on what people actually write; it's not so fine to comment on what only exists in your head. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David Crayfor

Re: Strange results for the PS1 prompt with z/OS Unix

While, IMHO, zsh should have been included in MVS/ESA SP V4.3 OpenEdition, I don't see it killing bash, due to compatibility. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.ED

Re: Strange results for the PS1 prompt with z/OS Unix

He might also try diff. Both the code page issue for [ ] and the visual similarity of ` to ' seem plausible culprits. I've had similar issues on the PC side with AA versus AC for ¬. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

Re: Strange results for the PS1 prompt with z/OS Unix

I would try displaying both in hex. Is it possible that one has a space where the other has an HT? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tom Longfellow

Re: Has anyone

, but it's an obvious tool to look at. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David Crayford [dcrayf...@gmail.com] Sent: Thursday, August 17, 2023 7:28

Re: Pass PARM by reference to COBOL

that is not used when the jobstep is authorized? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Steve Thompson [ste...@wkyr.net] Sent: Wednesday, August 16, 2023 2:3

Re: Pass PARM by reference to COBOL

fe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, August 16, 2023 3:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Pass PARM by reference to COBOL On Wed, 16 Aug 2023 18:23:33 +, Seymour J Metz wrote: >> Irrelevant pedantry. > >Nonsense. > Projection. >> I

Re: Pass PARM by reference to COBOL

ect, it will be in SP252. > That's a horrible misdesign. I don't like what the Initiator does, but it is BAD and documented. > Second choice would be to add an > option to EXEC indicating the AMODE of the PGM. RFE? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 __

Re: Has anyone

s it emacs? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bob Bridges [robhbrid...@gmail.com] Sent: Wednesday, August 16, 2023 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re:

Re: Pass PARM by reference to COBOL

What the called program can do depends on the caller. The PARM might be in R/O storage. The Initiator does not pass a 64-bit PARM. From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Wed

Re: Has anyone

If I can't have BookMaster or BookManager Build, LaTeX is a good choice, especially with expl3. There is a massive library of packages at Comprehensive TeX Archive Network (CTAN) <https://ctan.org/>. -- Shmuel (Seymour J.) Metz http://mason.gmu.

Re: Help for US Talent

Sometimes you have to do something boring that is not your responsibility because you're the only one they trust to do it right and they can't afford for it to be done wrong. That said, there's nothing wrong with writing tools to eliminate some of the drudgery. ___

Re: How can a REXX data stack pass information from a program?

In what environment is your REXX code running -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Schmitt, Michael [michael.schm...@dxc.com] Sent: Tuesday, August 15, 2023

Re: How can a REXX data stack pass information from a program?

I believe that he is referring to the command CALL in the TSO environment. address tso 'call' '...' From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Tuesday, August 15, 2023 3:24 PM To

Re: How can a REXX data stack pass information from a program?

ortunately, neither one resolves in this environment. I tried getenv() also. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Tuesday, August 15, 2023 2:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How can a REXX data stack pass information from

Re: How can a REXX data stack pass information from a program?

Either the environment() BIF or the stem __environment. From: IBM Mainframe Discussion List on behalf of Schmitt, Michael Sent: Tuesday, August 15, 2023 3:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How can a REXX data stack pass information from a p

Re: How can a REXX data stack pass information from a program?

GETLINE and PUTGET let you read from the stack, if you're comfortable writing in assembly language. From: IBM Mainframe Discussion List on behalf of Schmitt, Michael Sent: Tuesday, August 15, 2023 1:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: How can a

Re: Has anyone

I find OpenOffice and LibreOffice perfectly adequate. From: IBM Mainframe Discussion List on behalf of Farley, Peter <031df298a9da-dmarc-requ...@listserv.ua.edu> Sent: Tuesday, August 15, 2023 11:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Has any

Re: [EXT] Re: The ultimate (another one!) definition of mainframe

1984? You mean when Apple announced a system that was less open the IBM's? Are you sure that it isn't Apple who is "Big Brother"? From: IBM Mainframe Discussion List on behalf of Crawford Robert C (Contractor) <04e08f385650-dmarc-requ...@listserv.ua.

Re: The ultimate (another one!) definition of mainframe

ic Church. Sent from Yahoo Mail for iPhone On Tuesday, August 15, 2023, 4:10 AM, Seymour J Metz wrote: Nonsense; the Bible is a lot of things, including History. The fun starts when people argue about which parts are what. There's lot's of allegory, metaphor poetry, etc., but there

Re: The ultimate (another one!) definition of mainframe

ruggedness, when it's cruising on the highway, the ride is surprisingly similar to that of a full-size luxury sedan being dragged across a boulder field on its roof. -Dave Barry, 2001-01-07 */ -Original Message----- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz

Re: Help for US Talent

er well in either direction. No, I did not make this up, and it isn't a one-time thing. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Steve Beaver [050e0c37

Re: USS Features

teach basic theory has caused a lot of problems. That said, I also believe that students should be exposed to several radically different languages along with the theory, but that it is misguided to concentrate on the language du jour. -- Shmuel (Seymour J.) Metz http://m

Re: The ultimate (another one!) definition of mainframe

It's a bit more complicated than that, but Cutler certainly had a major role. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Wayne Bickerdike [wayn...@gmail.com]

Re: The ultimate (another one!) definition of mainframe

better example of a religious war, although even there it is more complicated. As for security, if I wanted to crack a system, I'd look first for vulnerabilities in the staff rather than in the technology. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 _

Re: Help for US Talent

wall and saw what stuck. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of rpinion865 [042a019916dd-dmarc-requ...@listserv.ua.edu] Sent: Monday, August 14, 2023 8:36

Re: The ultimate (another one!) definition of mainframe

There were syntax changes going from CP/M to [MS|PC]-DOS, and somewhere along the way PIP was lost. The editor also changed fr Mr. Ed to Mr. Edlin. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN

Re: The ultimate (another one!) definition of mainframe

re so exciting, even though they don't go back far enough. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bill Johnson [0047540adefe-dmarc-requ...@listserv.ua

Re: The ultimate (another one!) definition of mainframe

ITYM טְּהוֹרָ֗ה. Also, the sentence uses the word טְּהוֹרָ֗ה, which limits it to mammals. "All translations are lies." -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on

Re: The ultimate (another one!) definition of mainframe

xplain how every word of Song of Songs is literally true -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bill Johnson [0047540adefe-dmarc-requ...@listserv.ua.edu] Se

Re: The ultimate (another one!) definition of mainframe

However, on that page it says "These claims have not been accepted by the scientific community." Also, in a part of the world prone to flooding, do we really need a rare event to explain a story about a flood? -- Shmuel (Seymour J.) Metz http://mason.gmu.e

Re: ransomware on z

the, e.g., Bank Examiner, Pigeon Drop, but, alas, they do. The same applies to security breaches; I can understand getting caught by a day zero exploit, but why are people getting caught by things we've known about for decades? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~s

Re: ISPF in batch

What are you tring to do? What's wrong with ADDRESS ISPEXEC EDIT ... within an ISPF script?? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Steve B

ibm-main@listserv.ua.edu

Not quite. In one case there are three ampersand and in the other only one, plus in addition to the fact that SYSUID has a value. Were you to SET &SYSUT2='FOO', you'd get DSN=FOO, not DSN=&FOO, and it wouldn't be a temporary. -- Shmuel (Seymour J.) Metz

ibm-main@listserv.ua.edu

e9c879d-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, August 9, 2023 1:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DD SYSOUT=(,),DSN=&SYSUID? On Wed, 9 Aug 2023 17:12:41 +0000, Seymour J Metz wrote: >"The system treats double ampersands as a single character. " >

ibm-main@listserv.ua.edu

V.UA.EDU Subject: Re: DD SYSOUT=(,),DSN=&SYSUID? On Wed, 9 Aug 2023 13:57:21 +, Seymour J Metz wrote: >The form DSN=&&&SYSUID may not be explicitly documented, but its expansion >is a direct consequence of the documented rules. > I trust Hayim's explanation.

ibm-main@listserv.ua.edu

The form DSN=&&&SYSUID may not be explicitly documented, but its expansion is a direct consequence of the documented rules. From: IBM Mainframe Discussion List on behalf of Hayim Sokolsky Sent: Wednesday, August 9, 2023 9:47 AM To: IBM-MAIN@LISTSERV.UA.

ibm-main@listserv.ua.edu

The constructed DSN is used for retrieving the dataset. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Jay Maynard [jaymayn...@gmail.com] Sent: Wednesday, August 9

Re: IBM C/C++ for Open Enterprise Languages

See https://en.wikipedia.org/wiki/Thunk -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of kekronbekron [02dee3fcae33-dmarc-requ...@listserv.ua.edu] Sent: Wednesday

ibm-main@listserv.ua.edu

While some things have changed, the OS/360 and MVS logic manuals at bitsavers would be a good starting point. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

It was obvious in 2016, but we don't have a monopoly on electing bad leaders. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bill Johnson [0047540adefe-dmarc

Re: What's the fastest way to clear a register? Was: Trucks and Politics

Well, SLR, SR and XR have less of a I-cache hit then the others. What about, e.g., SGR, SLGR, XFR? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Attila Fogarasi

Re: IBM quarterly sales.

Spend it or lose it? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Mike Schwab [mike.a.sch...@gmail.com] Sent: Tuesday, August 8, 2023 12:49 AM To: IBM-MAIN

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

ndependent variables, so I would like to see a study that did a four-way comparison: large-fast, large, slow, small-fast, small-slow. I suspect that speed is more relevant than size, but data trump suspicions. And what about shipping by rail or, where feasible, by boat? -- Shmuel (Seymour J.)

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

If the were actually pro life then they would support WIC programs. "The right to life ends at birth." -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bi

Re: Keyboards [WAS: z/OSMF]

I really liked the converged (122 key) keyboard with a cursor diamond. Does anybody make one with an extra key for [ and ]? From: IBM Mainframe Discussion List on behalf of Bob Bridges Sent: Monday, August 7, 2023 3:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Su

Re: Keyboards [WAS: z/OSMF]

I can't resist: ? From: IBM Mainframe Discussion List on behalf of Bob Bridges Sent: Monday, August 7, 2023 3:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Keyboards [WAS: z/OSMF] LOL, isn't there an

Re: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

> for some reason, I cannot convince anyone else to use it. My guess is inertia. At least they admit that it has been around for a long time. Please tell me that they do! From: IBM Mainframe Discussion List on behalf of Jack Zukt Sent: Saturday, August

Re: Separation of Duties RACF Security Admins/Systems Programmers - Sarbanes-Oxley

role based models work well if they are designed correctly for incumbents. On Sun, Aug 6, 2023 at 7:52 AM Seymour J Metz wrote: > From a SysProg perspective, a well trained security administrator can > relieve a lot of burden. OTOH, a poorly trained or uncooperative security > adm

Re: Separation of Duties RACF Security Admins/Systems Programmers - Sarbanes-Oxley

From a SysProg perspective, a well trained security administrator can relieve a lot of burden. OTOH, a poorly trained or uncooperative security administrator can be a nightmare, and may leave you less secure, As usual, the Devil is in the details. From:

Re: Channelized I/O WAS: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

ent. -Samuel Butler */ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Friday, August 4, 2023 07:14 Also 'Data Processing'; I vaguely recall that there were a few more terms. From: P H [04843e86df79-dmarc

Re: Accessing JCL SETs in Rexx

Senior moment - it was the disposition messages, not the substitution messages, that got moved. For substitution the change was using a message id. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN

Re: Channelized I/O WAS: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

; 'computers' or 'computing'. Also 'Data Processing'; I vaguely recall that there were a few more terms. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSE

Re: Accessing JCL SETs in Rexx

Back in the bad old days, IBM showed the expansion immediately after the JCL. Alas, in MVS they chose to show it as a message in a separate JES dataset. Have they moved IEF653I to be inline since then? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

Re: Accessing JCL SETs in Rexx

; Sent: Thursday, August 3, 2023 2:39 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Accessing JCL SETs in Rexx On Thu, 3 Aug 2023 17:48:56 +, Seymour J Metz wrote: >The short answer is use ADDRESS LINKMVS. It's probably easier to write a >REXX-aware function in HLASM. > I have an Idea

Re: Accessing JCL SETs in Rexx

The short answer is use ADDRESS LINKMVS. It's probably easier to write a REXX-aware function in HLASM. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David Sp

Re: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

Cray used a variety of front ens, including DG Supernova. From: IBM Mainframe Discussion List on behalf of Grant Taylor <023065957af1-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, August 2, 2023 5:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Main

Re: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

An access register points (indirectly) to an entire address space, not just a page. From: IBM Mainframe Discussion List on behalf of Mike Schwab Sent: Tuesday, August 1, 2023 4:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mainframe Makers WAS: Ar

Re: Definition of mainframe? Was: Ars Technica

alternatives. On Tue, Aug 1, 2023, 10:51 Seymour J Metz wrote: > The term of art "move" goes back at least to the 705, well before COBOL, > so even if it's confusing it's not likely to change. > > > From: IBM Mainframe Discussion

Re: Definition of mainframe? Was: Ars Technica

The term of art "move" goes back at least to the 705, well before COBOL, so even if it's confusing it's not likely to change. From: IBM Mainframe Discussion List on behalf of Gary Weinhold Sent: Tuesday, August 1, 2023 11:38 AM To: IBM-MAIN@LISTSERV.UA.

Re: Definition of mainframe? Was: Ars Technica

Mostly the same CCW opcodes. ECKD added some and a few obsolete ones are gone. Of course, FBA and FCP are new. Physical volumes are another matter - he's dead, Jim. From: IBM Mainframe Discussion List on behalf of Grant Taylor <023065957af1-dmarc-re

Re: Ignorant z/OS question

: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Ignorant z/OS question > On Sunday, July 30, 2023 at 03:39:46 PM PDT, Seymour J Metz > wrote: > I'm saying that you are lying about what we disagree about. You said I lied again in that Email. Your non-answer is not an answer. What specif

Re: AT-TLS and CSSMTP setup

fastmail? From: IBM Mainframe Discussion List on behalf of Brian Westerman Sent: Monday, July 31, 2023 3:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AT-TLS and CSSMTP setup Hi, Peters directions for setting up the trace were very simple and easy to

Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

The 2260 had no function keys. The 3270 was available with half a dozen keyboard arrangements, with no, five or 12 function keys. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on

<    2   3   4   5   6   7   8   9   10   11   >