Re: Why rip out COBOL when you can modernize key applications? - Weirdware

[Wayne Bickerdike]

Interesting. I remember back in 1979 debugging the old Micro Focus COBOL.
It was one of the few tools available for z80 based machines running CP/M
and MP/M.

It had a screen handler that used DISPLAY and ACCEPT and a primitive ISAM
file system. Nice thing was that it would run in 48K of memory. MP/M only
gave you 44K in bank switched memory in the first bank and 48K in the other
3 banks (if you had that config).

Nice to see a survivor of all the platform changes over the years and a
truly excellent COBOL workbench.

REALIA COBOL and CICS were also pretty neat in their day. Eventually dumped
by CA.

Learned to like COBOL over the years, just. It does the job.


On Mon, Apr 6, 2020 at 10:08 PM Mark Regan  wrote:

>
> https://www.weirdware.com/2020/03/24/why-rip-out-cobol-when-you-can-modernise-key-applications
>
> or
>
> *https://tinyurl.com/rezyxke* 
>
> Regards,
>
> Mark T. Regan
>
> --
> 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

Re: pasearch ends with an error "papi.dll not found"

[ITschak Mugzach]

I followed Jon solution. got setenv command not found. However, export
LIBPATH= solved the problem. Tx Jon.

ITschak
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM comming son  *




On Mon, Apr 6, 2020 at 9:48 PM Jon Nolting  wrote:

> I get this on z/OS 2.3.
>
> /u/tec1002# setenv LIBPATH /usr/lpp/tcpip/lib
> /u/tec1002# pasearch -a Secure_Ftpd_Debug | head -10
>
> TCP/IP pasearch CS V2R3   Image Name: TCPIP
>   Date: 04/06/2020Time:  11:45:09
>   TTLS Instance Id: 1584209313
>
>   TTLS Action:  grp_Production
> Version:3
> Status: Active
> Scope:  Group
> TTLSEnabled:On
> SYSE23:/u/tec1002#
>
>
> Jon Nolting
> System Administrator
> Engineering IT
>
> jon.nolt...@oracle.com
> 425-295-1733 (Cell)
>
> -Original Message-
> From: ITschak Mugzach [mailto:imugz...@gmail.com]
> Sent: Monday, April 6, 2020 10:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: pasearch ends with an error "papi.dll not found"
>
> While querying PAGENT (pasearch -t) I get the following error msgs.
> papi.dll is in search path and is APF authorized. Any idea?
>
> ITschak
>
> # pasearch -t
>
> CEE3501S The module papi.dll was not found.
>
>  From entry point paInitPapi at compile unit offset +00A6 at
> entry o
> ffset +00A6 at address 1F840F96.
>
> Ý1¨ + Done(137) pasearch -t
>
>   16843856  Killed  /bin/pasearch
>
> #
>
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM comming son  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Free 3270 emulator for Mac OS

[Jack J. Woehr]

On 4/6/20 7:29 PM, Seymour J Metz wrote:

It's certain that Puss is dead in one of two orthogonal projections; the 
instructor is in a superposition of murder and attempted murder.


Is it?

Heisenberg and Schrödinger get pulled over for speeding.

The cop asks Heisenberg "Do you know how fast you were going?"

Heisenberg replies, "No, but we know exactly where we are!"

The officer looks at him confused and says "you were going 108 miles per 
hour!"


Heisenberg throws his arms up and cries, "Great! Now we're lost!"

The officer looks over the car and asks Schrödinger if the two men have 
anything in the trunk.


"A cat," Schrödinger replies.

The cop opens the trunk and yells "Hey! This cat is dead."

Schrödinger angrily replies, "Well he is now."

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Free 3270 emulator for Mac OS

[Seymour J Metz]

My eye! My first computer, implemented with vacuum tubes, was faster, took up 
drastically less room and had more memory.

https://www.businessballs.com/amusement-stress-relief/tree-swing-cartoon-pictures-early-versions/


--
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: Monday, April 6, 2020 9:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Free 3270 emulator for Mac OS

Building with transistors and LED indicators is all the rage.
https://secure-web.cisco.com/1upr_mKuMWVgENC1hBn7WFxJYrP7SqMxRwp_UATKC5w8DfqVGCHeE2Kd5LqeeNTFFTy48MCR_nxfKysYnuTm-e9Y37jR0-klmB2CmW9l3ZGeIEcmjNhwBXNiYuAqhjTl0jctCWT5foOFSHdwy6UvYShmR5SQPs2wWYJQz41dsqcX0Nhr7Xy0NbXYGOifH_YeDirVkNCbsF66FdBNxg8Td-8A69qNbMSvLjOdSoRlwmpLYvcB51mBpkA_xDeFKbMJsahLKDjz9rBjN7QLWda5ztZIr71aj_laaghLTIzIL-tQqhn3xUcCFxx-6UVxGjq5xrzQ0SwEwOaQb_K-DLqDubK3Y9X6_t5XxWDCFnlJb8IHySwYDTcs0Q9IgJpg0339gFi_vfeKEPolFOw-TpqM0hMu6zAvJRXa9LJY7Qd2v60anrwd5iOj0uejiMKblSOeA/https%3A%2F%2Fhackaday.com%2F2016%2F07%2F06%2F42300-transistor-megaprocessor-is-complete%2F

On Mon, Apr 6, 2020 at 12:47 PM Seymour J Metz  wrote:
>
> I would start bottom up from the gates, which can be built with radically 
> different technologies, e.g., Vacuum tubes ("valves") versus hydraulic logic.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Adam Jacobvitz [02b29b762ea6-dmarc-requ...@listserv.ua.edu]
> Sent: Monday, April 6, 2020 1:26 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Free 3270 emulator for Mac OS
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Back when I was in grad school I used to debate with people which is the best 
> way to teach programming and general purpose computing: from the transistor 
> up or the language down. Both camps had valid points.
>
>
> Sent from ProtonMail mobile
>
>
>
> \ Original Message 
> On Apr 6, 2020, 10:04 AM, Seymour J Metz < sme...@gmu.edu> wrote:
>
> >
> >
> >
> > I hope not.
> >
> >
> > \--
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> >
> > \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_
> > From: IBM Mainframe Discussion List  on behalf of 
> > Charles Mills 
> > Sent: Monday, April 6, 2020 12:37 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Free 3270 emulator for Mac OS
> >
> > If there's a market for BSC-based 3270 emulators, let me know. I've written
> > two. (Well, one I only wrote the BSC to/from screen buffer part; my
> > associate John wrote the keyboard and display part.
> >
> > 
> >
> > Charles
> >
> >
> > \-Original Message-
> > From: IBM Mainframe Discussion List \[mailto:IBM-MAIN@LISTSERV.UA.EDU\] On
> > Behalf Of Timothy Sipples
> > Sent: Sunday, April 5, 2020 6:59 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Free 3270 emulator for Mac OS
> >
> > Seymour J. Metz wrote:
> > >A few more notes on nomenclature. TN3270 and TN3270E (upper case)
> > >are protocols published by the IETF; programs implimenting those
> > >protocols are TN3270 clients, not TN3270 emulators. TN3270 clients
> > >are not 3270 emulators, because they do not support any of the link
> > >protocols that real 3270s do, e.g., BSC, CUT, DFT, SDLC.
> >
> > I disagree with the last sentence, and IBM (among many others) does too,
> > evidently. You'll see "emulator" in the IBM Host On-Demand (HOD)
> > documentation, for example. I don't recall HOD ever communicating via BSC
> > or SDLC. "Emulator" has a different meaning than the word "clone," which
> > is the word you might have been looking for.
> >
> > If you want to be pedantic about it, per Wikipedia "IBM 3270" refers to a
> > family of IBM terminals ("displays"), printers, and controllers (following
> > the IBM 2260 family) that IBM refined and improved over several years. All
> > modern "3270" terminal emulators are necessarily partial emulators in
> > certain respects, but practically all of them exceed the capabilities of
> > the last physical/classic 3270 family of products in certain respects,
> > too.
> >
> > Anyway, if you want to describe various 3270 emulators as "partially"
> > emulating the IBM 3279 (for example), that makes sense to me. However, the
> > word "emulator(s)" is perfectly acceptable and appropriate in this context
> > \-- in my view and with broad consensus agreement as far as I can tell.
> >
> > "TN3270 emulator" (or "TN3270E emulator") is confusing and not generally
> > correct. If you're using TN3270(E) protocol then you're probably not
> > emulating it.
> >
> > A TN3270(E) client need not be a 3270 terminal emulator. I think most
> > people would not describe an automated test tool that works via a
> > TN3270(E) connection as a "3270 emulator," for example. They'd probabl

Re: Free 3270 emulator for Mac OS

[Seymour J Metz]

It's certain that Puss is dead in one of two orthogonal projections; the 
instructor is in a superposition of murder and attempted murder.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Jack J. Woehr [j...@well.com]
Sent: Monday, April 6, 2020 3:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Free 3270 emulator for Mac OS

On 4/6/20 12:34 PM, Seymour J Metz wrote:
> I am not going to murder a poor defenseless kitten just for a CS class!

It's not *certain* the kitty becomes an ex-cat ... :)

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
http://secure-web.cisco.com/1guzov69PFGr99hHrt47QomLQPylOtRJ6wvD2VaKC9IfyiZBGd8SB9pS747lyVSoTzBXUFm5VYSSQN0g4IhBvFWKC72zUPgPCTyHmhJSxoqjGeafnuB9q8NuO8SWaoJSdDU0t6S2VmvsEyaa5z1-ImLuQ2TJPShyD8SXAqnh8j1XrkG7wQ32YxzUyyk4wEbYlUzu9AFBCdwfPpUaNkDWoXNU5WsfHYI0X7XzSHA6NhLoE-PLS7YaNRvMXwzI7-ptH1-rx5l-d2zN205aO0hf3EZiiyFtgsqBrEi877tqysCXvrbGJpNeekpGPv9GsZJodZUS47ja_Ak1YaiMmnca4IbcDrPT052GQ8o8kyrpL5u1iN9np5G2DhhKlMA2bO7us2BQqKS_yaFq_71M27vVbg1tSxtr5pupeJbyTTjZLLXnA2G_GGZ1lVKsUAfCoZKJPH_yVTYU6QCQSaa9-QqQO1w/http%3A%2F%2Fwww.well.com%2F%7Ejax
 # thinking, a way of skeptically interrogating the universe
http://secure-web.cisco.com/1nlfZMqP9aRzpwJZGNeDMtPX6DhzcSaplE628JzDNIYtsotQCwdCiRfdb8EINgjQxAmSwY55Uq6fCtlLjnVhRSR4iM_qVCpqBh0l-Eg5BRIDTvicQUXB-gG9DgE2rMCnFfZ3_MnGg_HwHZmaS9DhUpYw73XlzRAtp_g8tWA4HVQZ6iw9yvTTySh0vYGBaVSVp8AfNOeOJw4gZv8ua1w9kzpPcK-BMFtD2KJV1Gy7_yXVhljpTSxNDwATHl1iF-z4LWUOr6k-habApcjnhGFpEblbRJ3Ly4LOFYj5iDMou5Uw0nZqsRLWLCJ13H0PMyv5aHlyuW900zdoVtJftS_cmD5dzDv3zG-xNIj9Qn3GAgBPBkOUqth4RYXLT2ivc6hfmGAZdT9z_xIDO6yAxQlxo3Ne9Ml5s-YeQhAdizJUCSNoq2slqXWHBa3CtUYNb3Lst/http%3A%2F%2Fwww.softwoehr.com
 # with a fine understanding of human fallibility. - Carl Sagan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Free 3270 emulator for Mac OS

[Mike Schwab]

Building with transistors and LED indicators is all the rage.
https://hackaday.com/2016/07/06/42300-transistor-megaprocessor-is-complete/

On Mon, Apr 6, 2020 at 12:47 PM Seymour J Metz  wrote:
>
> I would start bottom up from the gates, which can be built with radically 
> different technologies, e.g., Vacuum tubes ("valves") versus hydraulic logic.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Adam Jacobvitz [02b29b762ea6-dmarc-requ...@listserv.ua.edu]
> Sent: Monday, April 6, 2020 1:26 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Free 3270 emulator for Mac OS
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Back when I was in grad school I used to debate with people which is the best 
> way to teach programming and general purpose computing: from the transistor 
> up or the language down. Both camps had valid points.
>
>
> Sent from ProtonMail mobile
>
>
>
> \ Original Message 
> On Apr 6, 2020, 10:04 AM, Seymour J Metz < sme...@gmu.edu> wrote:
>
> >
> >
> >
> > I hope not.
> >
> >
> > \--
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> >
> > \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_
> > From: IBM Mainframe Discussion List  on behalf of 
> > Charles Mills 
> > Sent: Monday, April 6, 2020 12:37 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Free 3270 emulator for Mac OS
> >
> > If there's a market for BSC-based 3270 emulators, let me know. I've written
> > two. (Well, one I only wrote the BSC to/from screen buffer part; my
> > associate John wrote the keyboard and display part.
> >
> > 
> >
> > Charles
> >
> >
> > \-Original Message-
> > From: IBM Mainframe Discussion List \[mailto:IBM-MAIN@LISTSERV.UA.EDU\] On
> > Behalf Of Timothy Sipples
> > Sent: Sunday, April 5, 2020 6:59 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Free 3270 emulator for Mac OS
> >
> > Seymour J. Metz wrote:
> > >A few more notes on nomenclature. TN3270 and TN3270E (upper case)
> > >are protocols published by the IETF; programs implimenting those
> > >protocols are TN3270 clients, not TN3270 emulators. TN3270 clients
> > >are not 3270 emulators, because they do not support any of the link
> > >protocols that real 3270s do, e.g., BSC, CUT, DFT, SDLC.
> >
> > I disagree with the last sentence, and IBM (among many others) does too,
> > evidently. You'll see "emulator" in the IBM Host On-Demand (HOD)
> > documentation, for example. I don't recall HOD ever communicating via BSC
> > or SDLC. "Emulator" has a different meaning than the word "clone," which
> > is the word you might have been looking for.
> >
> > If you want to be pedantic about it, per Wikipedia "IBM 3270" refers to a
> > family of IBM terminals ("displays"), printers, and controllers (following
> > the IBM 2260 family) that IBM refined and improved over several years. All
> > modern "3270" terminal emulators are necessarily partial emulators in
> > certain respects, but practically all of them exceed the capabilities of
> > the last physical/classic 3270 family of products in certain respects,
> > too.
> >
> > Anyway, if you want to describe various 3270 emulators as "partially"
> > emulating the IBM 3279 (for example), that makes sense to me. However, the
> > word "emulator(s)" is perfectly acceptable and appropriate in this context
> > \-- in my view and with broad consensus agreement as far as I can tell.
> >
> > "TN3270 emulator" (or "TN3270E emulator") is confusing and not generally
> > correct. If you're using TN3270(E) protocol then you're probably not
> > emulating it.
> >
> > A TN3270(E) client need not be a 3270 terminal emulator. I think most
> > people would not describe an automated test tool that works via a
> > TN3270(E) connection as a "3270 emulator," for example. They'd probably
> > describe it as a "3270 test(ing) tool."
> >
> > \- - - - - - - - - -
> > 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
> >
> > \--
> > 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
> >
> -BEGIN PGP SIGNATURE-
> Version: ProtonMail
>
> wsBmBAEBCAAQBQJei2ZhCRBiYga9B/zq3QAKCRBiYga9B/zq3RExB/0Vouer
> F

Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus Pandemic

[Seymour J Metz]

Were the Spanish variable names at least chosen to clearly convey the purposes 
of the variables to those who spoke Spanish?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Tony Thigpen [t...@vse2pdf.com]
Sent: Monday, April 6, 2020 3:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus 
Pandemic

Many years ago, a programmer where I worked was told to write a program
in Cobol instead of RPG (which he preferred). So he did, but all the
variables were in Spanish. Management was not impressed.

This was in North Alabama early 1980's and there there was not even one
Mexican restaurant in town back then, not even Taco Bell (if you call it
Mexican) so nobody really spoke Spanish. (FYI, he was from Mexico, moved
to the US, served in the Army, married a girl from Alabama and was
most-likely the only real Mexican in 200 miles. He did get his
citizenship while I knew him.)

Tony Thigpen

Seymour J Metz wrote on 4/6/20 1:33 PM:
> The words may be recognizable but not mean what you think. It's rare for a 
> keyword to be more than casually related to the native language meanings.
>
> As for clear variable names, that's an issue of good style rather than 
> something dictated by the language syntax, except for a few abominations 
> whose names shall not sully my keyboard.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Bob Bridges 
> Sent: Monday, April 6, 2020 1:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: New Jersey Pleas for COBOL Coders for Mainframes Amid 
> Coronavirus Pandemic
>
> It's why I said "especially at first".  Once you get used to a language, it
> makes little difference to you whether you write "ADDI RG5,LDL" or "ADD
> LAMDA-LEVEL TO SUBTOT".  But when you're first learning a language, and
> especially when you're learning your ~first~ language, yeah, it really
> helps.
>
> That PL/C teacher I had in college was pretty good at this.  "If you're
> writing a program to compare two numbers and tell you which is larger,
> what's the first thing you have to do?", he asked us.  After we'd worn
> ourselves out on wrong guesses ("print the larger number", "no, compare the
> two numbers" etc) he said "No, the very first thing you have to do is GET
> THE FIRST NUMBER".  And he wrote on the blackboard "GET NUMBER1".  In PL/1,
> "GET" is a perfectly acceptable verb, so we were "writing a program" (well,
> he was writing it, but we were learning algorithmic thought at least)
> without even noticing at first the issue of syntax.
>
> I'm not saying I can understand APL as intuitively as REXX.  (Ok, I'm not
> saying I can understand APL intuitively at all.)  But it makes a lot less
> difference to me now than it did fifty years ago; I know that once I've
> become familiar with a language, it'll seem pretty natural.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* By afflictions, God is spoiling us of what otherwise might have spoiled
> us.  When he makes the world too hot for us to hold, we let it go.  -John
> Powell */
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Seymour J Metz
> Sent: Monday, April 6, 2020 13:04
>
> Well, it helps if the keywords from your native language mean the same as
> they do in your native language. To say nothing of keywords like 77 and 88.
>
> 
> From: IBM Mainframe Discussion List  on behalf of
> Bob Bridges 
> Sent: Monday, April 6, 2020 12:43 PM
>
> Yeah, I saw that line too.  I don't know of ~any~ 3GL algorithmic languages
> that are very "English-like", although I suppose it helps to have
> recognizable words to program with, especially at first when you're not used
> to programming.
>
> (DYLAKOR touted DYL-280II as a 4GL, but IM-not-so-humble-O it simply isn't.
> It is a very handy 3GL, but that's all.)
>
> -Original Message-
> From: Seymour J Metz
> Sent: Monday, April 6, 2020 05:19
>
>1. The check's in the mail
>2. It must be true - I heard it from a friend of a friend of a friend
>3. COBOL is English like
>
> BTW, CODASYL had input from more than Honeywell.
>
> 
> From: Gabe Goldberg [g...@gabegold.com]
> Sent: Monday, April 6, 2020 12:26 AM
>
> Better article...
>
> --
> 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

Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus Pandemic

[Tony Thigpen]

Many years ago, a programmer where I worked was told to write a program 
in Cobol instead of RPG (which he preferred). So he did, but all the 
variables were in Spanish. Management was not impressed.


This was in North Alabama early 1980's and there there was not even one 
Mexican restaurant in town back then, not even Taco Bell (if you call it 
Mexican) so nobody really spoke Spanish. (FYI, he was from Mexico, moved 
to the US, served in the Army, married a girl from Alabama and was 
most-likely the only real Mexican in 200 miles. He did get his 
citizenship while I knew him.)


Tony Thigpen

Seymour J Metz wrote on 4/6/20 1:33 PM:

The words may be recognizable but not mean what you think. It's rare for a 
keyword to be more than casually related to the native language meanings.

As for clear variable names, that's an issue of good style rather than 
something dictated by the language syntax, except for a few abominations whose 
names shall not sully my keyboard.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of Bob 
Bridges 
Sent: Monday, April 6, 2020 1:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus 
Pandemic

It's why I said "especially at first".  Once you get used to a language, it
makes little difference to you whether you write "ADDI RG5,LDL" or "ADD
LAMDA-LEVEL TO SUBTOT".  But when you're first learning a language, and
especially when you're learning your ~first~ language, yeah, it really
helps.

That PL/C teacher I had in college was pretty good at this.  "If you're
writing a program to compare two numbers and tell you which is larger,
what's the first thing you have to do?", he asked us.  After we'd worn
ourselves out on wrong guesses ("print the larger number", "no, compare the
two numbers" etc) he said "No, the very first thing you have to do is GET
THE FIRST NUMBER".  And he wrote on the blackboard "GET NUMBER1".  In PL/1,
"GET" is a perfectly acceptable verb, so we were "writing a program" (well,
he was writing it, but we were learning algorithmic thought at least)
without even noticing at first the issue of syntax.

I'm not saying I can understand APL as intuitively as REXX.  (Ok, I'm not
saying I can understand APL intuitively at all.)  But it makes a lot less
difference to me now than it did fifty years ago; I know that once I've
become familiar with a language, it'll seem pretty natural.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* By afflictions, God is spoiling us of what otherwise might have spoiled
us.  When he makes the world too hot for us to hold, we let it go.  -John
Powell */


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Monday, April 6, 2020 13:04

Well, it helps if the keywords from your native language mean the same as
they do in your native language. To say nothing of keywords like 77 and 88.


From: IBM Mainframe Discussion List  on behalf of
Bob Bridges 
Sent: Monday, April 6, 2020 12:43 PM

Yeah, I saw that line too.  I don't know of ~any~ 3GL algorithmic languages
that are very "English-like", although I suppose it helps to have
recognizable words to program with, especially at first when you're not used
to programming.

(DYLAKOR touted DYL-280II as a 4GL, but IM-not-so-humble-O it simply isn't.
It is a very handy 3GL, but that's all.)

-Original Message-
From: Seymour J Metz
Sent: Monday, April 6, 2020 05:19

   1. The check's in the mail
   2. It must be true - I heard it from a friend of a friend of a friend
   3. COBOL is English like

BTW, CODASYL had input from more than Honeywell.


From: Gabe Goldberg [g...@gabegold.com]
Sent: Monday, April 6, 2020 12:26 AM

Better article...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: pasearch ends with an error "papi.dll not found"

[Michael Babcock]

Make sure the aps attributes are set for papi.dll  when doing an ls-al of
the file.

Shared AS, APF, PGM Control

On Mon, Apr 6, 2020 at 12:56 PM ITschak Mugzach  wrote:

> While querying PAGENT (pasearch -t) I get the following error msgs.
> papi.dll is in search path and is APF authorized. Any idea?
>
> ITschak
>
> # pasearch -t
>
> CEE3501S The module papi.dll was not found.
>
>  From entry point paInitPapi at compile unit offset +00A6 at
> entry o
> ffset +00A6 at address 1F840F96.
>
> Ý1¨ + Done(137) pasearch -t
>
>   16843856  Killed  /bin/pasearch
>
> #
>
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM comming son  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Free 3270 emulator for Mac OS

[Jack J. Woehr]

On 4/6/20 12:34 PM, Seymour J Metz wrote:

I am not going to murder a poor defenseless kitten just for a CS class!


It's not *certain* the kitty becomes an ex-cat ... :)

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: pasearch ends with an error "papi.dll not found"

[ITschak Mugzach]

I used uid of 0 for the call. Auth bits are relevant in this case. Will
look at JON solution when I get to the office. Tx.

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM comming son  *




On Mon, Apr 6, 2020 at 9:52 PM Seymour J Metz  wrote:

> What are the permission bits for papi and the directories in its path.
> Noth that I believe that to be the problem, but I'd check just in case.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of ITschak Mugzach [imugz...@gmail.com]
> Sent: Monday, April 6, 2020 1:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: pasearch ends with an error "papi.dll not found"
>
> While querying PAGENT (pasearch -t) I get the following error msgs.
> papi.dll is in search path and is APF authorized. Any idea?
>
> ITschak
>
> # pasearch -t
>
> CEE3501S The module papi.dll was not found.
>
>  From entry point paInitPapi at compile unit offset +00A6 at
> entry o
> ffset +00A6 at address 1F840F96.
>
> Ý1¨ + Done(137) pasearch -t
>
>   16843856  Killed  /bin/pasearch
>
> #
>
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM comming son  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: pasearch ends with an error "papi.dll not found"

[Seymour J Metz]

What are the permission bits for papi and the directories in its path. Noth 
that I believe that to be the problem, but I'd check just in case.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
ITschak Mugzach [imugz...@gmail.com]
Sent: Monday, April 6, 2020 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: pasearch ends with an error "papi.dll not found"

While querying PAGENT (pasearch -t) I get the following error msgs.
papi.dll is in search path and is APF authorized. Any idea?

ITschak

# pasearch -t

CEE3501S The module papi.dll was not found.

 From entry point paInitPapi at compile unit offset +00A6 at
entry o
ffset +00A6 at address 1F840F96.

Ý1¨ + Done(137) pasearch -t

  16843856  Killed  /bin/pasearch

#

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM comming son  *

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: pasearch ends with an error "papi.dll not found"

[Jon Nolting]

I get this on z/OS 2.3.

/u/tec1002# setenv LIBPATH /usr/lpp/tcpip/lib
/u/tec1002# pasearch -a Secure_Ftpd_Debug | head -10

TCP/IP pasearch CS V2R3   Image Name: TCPIP
  Date: 04/06/2020Time:  11:45:09
  TTLS Instance Id: 1584209313

  TTLS Action:  grp_Production
Version:3
Status: Active
Scope:  Group
TTLSEnabled:On
SYSE23:/u/tec1002#


Jon Nolting
System Administrator
Engineering IT

jon.nolt...@oracle.com
425-295-1733 (Cell)

-Original Message-
From: ITschak Mugzach [mailto:imugz...@gmail.com] 
Sent: Monday, April 6, 2020 10:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: pasearch ends with an error "papi.dll not found"

While querying PAGENT (pasearch -t) I get the following error msgs.
papi.dll is in search path and is APF authorized. Any idea?

ITschak

# pasearch -t

CEE3501S The module papi.dll was not found.

 From entry point paInitPapi at compile unit offset +00A6 at
entry o
ffset +00A6 at address 1F840F96.

Ý1¨ + Done(137) pasearch -t

  16843856  Killed  /bin/pasearch

#

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM comming son  *

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Free 3270 emulator for Mac OS

[Seymour J Metz]

I am not going to murder a poor defenseless kitten just for a CS class!


From: IBM Mainframe Discussion List  on behalf of 
Jack J. Woehr 
Sent: Monday, April 6, 2020 2:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Free 3270 emulator for Mac OS

On 4/6/20 11:47 AM, Seymour J Metz wrote:
> I would start bottom up from the gates, which can be built with radically 
> different technologies, e.g., Vacuum tubes ("valves") versus hydraulic logic.

You Are All Obsolete  :)

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
http://secure-web.cisco.com/1Jg43Jv9KwNUmcc0Jirk_LroCfYxGPz5SYDGdU7ssFbH2-2ER5XvMdhM2_KbErkEDFWJ7EpHRvhgg6uxIyaoA0OGitOIbrQsc6uuMSGrNOBQ-UmcM0pLV_XKHRKSnKtyt1oMqctFToaFJqpkOwvGhgPyRPYOGMGKEA5owCE332RFJEgm9y1eruxg7G3mAGoai00uOLL99jMUeM_70tbbSyf9kBzbew9Gc0VL7G9dJCMSgMsMM611fuq_5De9y6IFD5OkAEvPJoetJjPa54tp48SqYE4Nxa3P_JLn7FGGHKRIKZX6f8BItG_hkDtOXhmwiupmNIS77W2SRiJMjJDc0A_TJt9aeJkJaEU8GyyHLT1sQ5iEMUQnBYZIKmecxVHU5BrG27SDY-kjYUjVOe7GTqTkzWMxjCBN3A2ytcr8v7mhXut4vdsNZfi6sExHyygKl/http%3A%2F%2Fwww.well.com%2F%7Ejax
 # thinking, a way of skeptically interrogating the universe
http://secure-web.cisco.com/1Gi-U4vkipG5Wq7HKfAn1stpRnZVES_oORkHIbW2bHbw_kl1YvlX654-qPngr2C0k3oL6aglNlUNOIVUyNs653cPJHRu0d5WU1yBRtjUpAYNa9XVJEfvRxQVQRQf6rEPZau4_SlOVQ0BeLwHMha5TJ4o5RfVSSnkDBh18skeszWnWd23VjcW5BbyJFEeOF3qjA3banMCxMmGnTN-5kt5y-kyPetZrM_3R3ux_PK3WbLqyqdwjPyg3ydvbaZ9azPwlk5WuQ8ISjqIwxiwBWCrFbSDIMFkhfNuqVTvnweK75qtxKNLSz1rvE9_8s85MqkQby-BNEtFnrhLhJQ4dSWGCOfCe4jgLKMSAiP-YNY09zD9ICBWoD4_tcIXY5TlONwKCTKDjlWgioL_QwXL6U_44irFjjNSwBOLiWNwNWP_1INqgju3XocVmozbEkW0J7Ptv/http%3A%2F%2Fwww.softwoehr.com
 # with a fine understanding of human fallibility. - Carl Sagan


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Free 3270 emulator for Mac OS

[Jack J. Woehr]

On 4/6/20 11:47 AM, Seymour J Metz wrote:

I would start bottom up from the gates, which can be built with radically different 
technologies, e.g., Vacuum tubes ("valves") versus hydraulic logic.


You Are All Obsolete  :)

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

pasearch ends with an error "papi.dll not found"

[ITschak Mugzach]

While querying PAGENT (pasearch -t) I get the following error msgs.
papi.dll is in search path and is APF authorized. Any idea?

ITschak

# pasearch -t

CEE3501S The module papi.dll was not found.

 From entry point paInitPapi at compile unit offset +00A6 at
entry o
ffset +00A6 at address 1F840F96.

Ý1¨ + Done(137) pasearch -t

  16843856  Killed  /bin/pasearch

#

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM comming son  *

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Free 3270 emulator for Mac OS

[Seymour J Metz]

I would start bottom up from the gates, which can be built with radically 
different technologies, e.g., Vacuum tubes ("valves") versus hydraulic logic.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Adam Jacobvitz [02b29b762ea6-dmarc-requ...@listserv.ua.edu]
Sent: Monday, April 6, 2020 1:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Free 3270 emulator for Mac OS

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Back when I was in grad school I used to debate with people which is the best 
way to teach programming and general purpose computing: from the transistor up 
or the language down. Both camps had valid points.


Sent from ProtonMail mobile



\ Original Message 
On Apr 6, 2020, 10:04 AM, Seymour J Metz < sme...@gmu.edu> wrote:

>
>
>
> I hope not.
>
>
> \--
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_
> From: IBM Mainframe Discussion List  on behalf of 
> Charles Mills 
> Sent: Monday, April 6, 2020 12:37 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Free 3270 emulator for Mac OS
>
> If there's a market for BSC-based 3270 emulators, let me know. I've written
> two. (Well, one I only wrote the BSC to/from screen buffer part; my
> associate John wrote the keyboard and display part.
>
> 
>
> Charles
>
>
> \-Original Message-
> From: IBM Mainframe Discussion List \[mailto:IBM-MAIN@LISTSERV.UA.EDU\] On
> Behalf Of Timothy Sipples
> Sent: Sunday, April 5, 2020 6:59 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Free 3270 emulator for Mac OS
>
> Seymour J. Metz wrote:
> >A few more notes on nomenclature. TN3270 and TN3270E (upper case)
> >are protocols published by the IETF; programs implimenting those
> >protocols are TN3270 clients, not TN3270 emulators. TN3270 clients
> >are not 3270 emulators, because they do not support any of the link
> >protocols that real 3270s do, e.g., BSC, CUT, DFT, SDLC.
>
> I disagree with the last sentence, and IBM (among many others) does too,
> evidently. You'll see "emulator" in the IBM Host On-Demand (HOD)
> documentation, for example. I don't recall HOD ever communicating via BSC
> or SDLC. "Emulator" has a different meaning than the word "clone," which
> is the word you might have been looking for.
>
> If you want to be pedantic about it, per Wikipedia "IBM 3270" refers to a
> family of IBM terminals ("displays"), printers, and controllers (following
> the IBM 2260 family) that IBM refined and improved over several years. All
> modern "3270" terminal emulators are necessarily partial emulators in
> certain respects, but practically all of them exceed the capabilities of
> the last physical/classic 3270 family of products in certain respects,
> too.
>
> Anyway, if you want to describe various 3270 emulators as "partially"
> emulating the IBM 3279 (for example), that makes sense to me. However, the
> word "emulator(s)" is perfectly acceptable and appropriate in this context
> \-- in my view and with broad consensus agreement as far as I can tell.
>
> "TN3270 emulator" (or "TN3270E emulator") is confusing and not generally
> correct. If you're using TN3270(E) protocol then you're probably not
> emulating it.
>
> A TN3270(E) client need not be a 3270 terminal emulator. I think most
> people would not describe an automated test tool that works via a
> TN3270(E) connection as a "3270 emulator," for example. They'd probably
> describe it as a "3270 test(ing) tool."
>
> \- - - - - - - - - -
> 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
>
> \--
> 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
>
-BEGIN PGP SIGNATURE-
Version: ProtonMail

wsBmBAEBCAAQBQJei2ZhCRBiYga9B/zq3QAKCRBiYga9B/zq3RExB/0Vouer
F/v7e5U7vb+Lje1CAJrIryAkTMJBda462HJtZ4oTrzx6wwyYIN3Zg1JQXIee
/osE6jePzW2W8ujuWaPVgHFobhnw6MIzljE3szbePa9OT4RQOksRqhcib13N
pQfi055nm4R3MqHN7Pld97++o0SvJnJ1i/ZpPinHEI7GeqRKCbMXNlvB2yAV
IgV50PJIBoS7Pd5CwCUje0QPGZY7nyeufpFLDcWm5a1erDdKgJbaoo0/ugDf
chO8SjMQP0Y5SLmxxmlAqA7DJ2FYIQb4WOp1AfN1wSFagz/Yvnf053OGO4iJ
td92RJtTGR3YBbcy4dphtWQnLYtdoszw1kQK
=4+29
-END PGP SIGNATURE-

Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus Pandemic

[Seymour J Metz]

The words may be recognizable but not mean what you think. It's rare for a 
keyword to be more than casually related to the native language meanings.

As for clear variable names, that's an issue of good style rather than 
something dictated by the language syntax, except for a few abominations whose 
names shall not sully my keyboard.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of Bob 
Bridges 
Sent: Monday, April 6, 2020 1:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus 
Pandemic

It's why I said "especially at first".  Once you get used to a language, it
makes little difference to you whether you write "ADDI RG5,LDL" or "ADD
LAMDA-LEVEL TO SUBTOT".  But when you're first learning a language, and
especially when you're learning your ~first~ language, yeah, it really
helps.

That PL/C teacher I had in college was pretty good at this.  "If you're
writing a program to compare two numbers and tell you which is larger,
what's the first thing you have to do?", he asked us.  After we'd worn
ourselves out on wrong guesses ("print the larger number", "no, compare the
two numbers" etc) he said "No, the very first thing you have to do is GET
THE FIRST NUMBER".  And he wrote on the blackboard "GET NUMBER1".  In PL/1,
"GET" is a perfectly acceptable verb, so we were "writing a program" (well,
he was writing it, but we were learning algorithmic thought at least)
without even noticing at first the issue of syntax.

I'm not saying I can understand APL as intuitively as REXX.  (Ok, I'm not
saying I can understand APL intuitively at all.)  But it makes a lot less
difference to me now than it did fifty years ago; I know that once I've
become familiar with a language, it'll seem pretty natural.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* By afflictions, God is spoiling us of what otherwise might have spoiled
us.  When he makes the world too hot for us to hold, we let it go.  -John
Powell */


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Monday, April 6, 2020 13:04

Well, it helps if the keywords from your native language mean the same as
they do in your native language. To say nothing of keywords like 77 and 88.


From: IBM Mainframe Discussion List  on behalf of
Bob Bridges 
Sent: Monday, April 6, 2020 12:43 PM

Yeah, I saw that line too.  I don't know of ~any~ 3GL algorithmic languages
that are very "English-like", although I suppose it helps to have
recognizable words to program with, especially at first when you're not used
to programming.

(DYLAKOR touted DYL-280II as a 4GL, but IM-not-so-humble-O it simply isn't.
It is a very handy 3GL, but that's all.)

-Original Message-
From: Seymour J Metz
Sent: Monday, April 6, 2020 05:19

  1. The check's in the mail
  2. It must be true - I heard it from a friend of a friend of a friend
  3. COBOL is English like

BTW, CODASYL had input from more than Honeywell.


From: Gabe Goldberg [g...@gabegold.com]
Sent: Monday, April 6, 2020 12:26 AM

Better article...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus Pandemic

[Bob Bridges]

It's why I said "especially at first".  Once you get used to a language, it
makes little difference to you whether you write "ADDI RG5,LDL" or "ADD
LAMDA-LEVEL TO SUBTOT".  But when you're first learning a language, and
especially when you're learning your ~first~ language, yeah, it really
helps.

That PL/C teacher I had in college was pretty good at this.  "If you're
writing a program to compare two numbers and tell you which is larger,
what's the first thing you have to do?", he asked us.  After we'd worn
ourselves out on wrong guesses ("print the larger number", "no, compare the
two numbers" etc) he said "No, the very first thing you have to do is GET
THE FIRST NUMBER".  And he wrote on the blackboard "GET NUMBER1".  In PL/1,
"GET" is a perfectly acceptable verb, so we were "writing a program" (well,
he was writing it, but we were learning algorithmic thought at least)
without even noticing at first the issue of syntax.

I'm not saying I can understand APL as intuitively as REXX.  (Ok, I'm not
saying I can understand APL intuitively at all.)  But it makes a lot less
difference to me now than it did fifty years ago; I know that once I've
become familiar with a language, it'll seem pretty natural.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* By afflictions, God is spoiling us of what otherwise might have spoiled
us.  When he makes the world too hot for us to hold, we let it go.  -John
Powell */


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Monday, April 6, 2020 13:04

Well, it helps if the keywords from your native language mean the same as
they do in your native language. To say nothing of keywords like 77 and 88.


From: IBM Mainframe Discussion List  on behalf of
Bob Bridges 
Sent: Monday, April 6, 2020 12:43 PM

Yeah, I saw that line too.  I don't know of ~any~ 3GL algorithmic languages
that are very "English-like", although I suppose it helps to have
recognizable words to program with, especially at first when you're not used
to programming.

(DYLAKOR touted DYL-280II as a 4GL, but IM-not-so-humble-O it simply isn't.
It is a very handy 3GL, but that's all.)

-Original Message-
From: Seymour J Metz
Sent: Monday, April 6, 2020 05:19

  1. The check's in the mail
  2. It must be true - I heard it from a friend of a friend of a friend
  3. COBOL is English like

BTW, CODASYL had input from more than Honeywell.


From: Gabe Goldberg [g...@gabegold.com]
Sent: Monday, April 6, 2020 12:26 AM

Better article...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Free 3270 emulator for Mac OS

[Adam Jacobvitz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Back when I was in grad school I used to debate with people which is the best 
way to teach programming and general purpose computing: from the transistor up 
or the language down. Both camps had valid points.


Sent from ProtonMail mobile



\ Original Message 
On Apr 6, 2020, 10:04 AM, Seymour J Metz < sme...@gmu.edu> wrote:

>
>
>
> I hope not.
>
>
> \--
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_
> From: IBM Mainframe Discussion List  on behalf of 
> Charles Mills 
> Sent: Monday, April 6, 2020 12:37 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Free 3270 emulator for Mac OS
>
> If there's a market for BSC-based 3270 emulators, let me know. I've written
> two. (Well, one I only wrote the BSC to/from screen buffer part; my
> associate John wrote the keyboard and display part.
>
> 
>
> Charles
>
>
> \-Original Message-
> From: IBM Mainframe Discussion List \[mailto:IBM-MAIN@LISTSERV.UA.EDU\] On
> Behalf Of Timothy Sipples
> Sent: Sunday, April 5, 2020 6:59 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Free 3270 emulator for Mac OS
>
> Seymour J. Metz wrote:
> >A few more notes on nomenclature. TN3270 and TN3270E (upper case)
> >are protocols published by the IETF; programs implimenting those
> >protocols are TN3270 clients, not TN3270 emulators. TN3270 clients
> >are not 3270 emulators, because they do not support any of the link
> >protocols that real 3270s do, e.g., BSC, CUT, DFT, SDLC.
>
> I disagree with the last sentence, and IBM (among many others) does too,
> evidently. You'll see "emulator" in the IBM Host On-Demand (HOD)
> documentation, for example. I don't recall HOD ever communicating via BSC
> or SDLC. "Emulator" has a different meaning than the word "clone," which
> is the word you might have been looking for.
>
> If you want to be pedantic about it, per Wikipedia "IBM 3270" refers to a
> family of IBM terminals ("displays"), printers, and controllers (following
> the IBM 2260 family) that IBM refined and improved over several years. All
> modern "3270" terminal emulators are necessarily partial emulators in
> certain respects, but practically all of them exceed the capabilities of
> the last physical/classic 3270 family of products in certain respects,
> too.
>
> Anyway, if you want to describe various 3270 emulators as "partially"
> emulating the IBM 3279 (for example), that makes sense to me. However, the
> word "emulator(s)" is perfectly acceptable and appropriate in this context
> \-- in my view and with broad consensus agreement as far as I can tell.
>
> "TN3270 emulator" (or "TN3270E emulator") is confusing and not generally
> correct. If you're using TN3270(E) protocol then you're probably not
> emulating it.
>
> A TN3270(E) client need not be a 3270 terminal emulator. I think most
> people would not describe an automated test tool that works via a
> TN3270(E) connection as a "3270 emulator," for example. They'd probably
> describe it as a "3270 test(ing) tool."
>
> \- - - - - - - - - -
> 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
>
> \--
> 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
> 
-BEGIN PGP SIGNATURE-
Version: ProtonMail

wsBmBAEBCAAQBQJei2ZhCRBiYga9B/zq3QAKCRBiYga9B/zq3RExB/0Vouer
F/v7e5U7vb+Lje1CAJrIryAkTMJBda462HJtZ4oTrzx6wwyYIN3Zg1JQXIee
/osE6jePzW2W8ujuWaPVgHFobhnw6MIzljE3szbePa9OT4RQOksRqhcib13N
pQfi055nm4R3MqHN7Pld97++o0SvJnJ1i/ZpPinHEI7GeqRKCbMXNlvB2yAV
IgV50PJIBoS7Pd5CwCUje0QPGZY7nyeufpFLDcWm5a1erDdKgJbaoo0/ugDf
chO8SjMQP0Y5SLmxxmlAqA7DJ2FYIQb4WOp1AfN1wSFagz/Yvnf053OGO4iJ
td92RJtTGR3YBbcy4dphtWQnLYtdoszw1kQK
=4+29
-END PGP SIGNATURE-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Free 3270 emulator for Mac OS

[Seymour J Metz]

I hope not.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Charles Mills 
Sent: Monday, April 6, 2020 12:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Free 3270 emulator for Mac OS

If there's a market for BSC-based 3270 emulators, let me know. I've written
two. (Well, one I only wrote the BSC to/from screen buffer part; my
associate John wrote the keyboard and display part.



Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Timothy Sipples
Sent: Sunday, April 5, 2020 6:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Free 3270 emulator for Mac OS

Seymour J. Metz wrote:
>A few more notes on nomenclature. TN3270 and TN3270E (upper case)
>are protocols published by the IETF; programs implimenting those
>protocols are TN3270 clients, not TN3270 emulators. TN3270 clients
>are not 3270 emulators, because they do not support any of the link
>protocols that real 3270s do, e.g., BSC, CUT, DFT, SDLC.

I disagree with the last sentence, and IBM (among many others) does too,
evidently. You'll see "emulator" in the IBM Host On-Demand (HOD)
documentation, for example. I don't recall HOD ever communicating via BSC
or SDLC. "Emulator" has a different meaning than the word "clone," which
is the word you might have been looking for.

If you want to be pedantic about it, per Wikipedia "IBM 3270" refers to a
family of IBM terminals ("displays"), printers, and controllers (following
the IBM 2260 family) that IBM refined and improved over several years. All
modern "3270" terminal emulators are necessarily partial emulators in
certain respects, but practically all of them exceed the capabilities of
the last physical/classic 3270 family of products in certain respects,
too.

Anyway, if you want to describe various 3270 emulators as "partially"
emulating the IBM 3279 (for example), that makes sense to me. However, the
word "emulator(s)" is perfectly acceptable and appropriate in this context
-- in my view and with broad consensus agreement as far as I can tell.

"TN3270 emulator" (or "TN3270E emulator") is confusing and not generally
correct. If you're using TN3270(E) protocol then you're probably not
emulating it.

A TN3270(E) client need not be a 3270 terminal emulator. I think most
people would not describe an automated test tool that works via a
TN3270(E) connection as a "3270 emulator," for example. They'd probably
describe it as a "3270 test(ing) tool."

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus Pandemic

[Seymour J Metz]

Well, it helps if the keywords from your native language mean the same as they 
do in your native language. To say nothing of keywords like 77 and 88.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of Bob 
Bridges 
Sent: Monday, April 6, 2020 12:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus 
Pandemic

Yeah, I saw that line too.  I don't know of ~any~ 3GL algorithmic languages
that are very "English-like", although I suppose it helps to have
recognizable words to program with, especially at first when you're not used
to programming.

(DYLAKOR touted DYL-280II as a 4GL, but IM-not-so-humble-O it simply isn't.
It is a very handy 3GL, but that's all.)

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* Now some of you are scratching your heads and wondering "How does a
person with an IQ higher than pastry get Super Glue in his ear and not know
it?"  But you parents out there are no doubt nodding your heads and saying
"It would not surprise me to learn that this man has a three-year-old son."
-Dave Barry, _Children May Be Hazardous to Your Health_ */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Monday, April 6, 2020 05:19

  1. The check's in the mail
  2. It must be true - I heard it from a friend of a friend of a friend
  3. COBOL is English like

BTW, CODASYL had input from more than Honeywell.


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Gabe Goldberg [g...@gabegold.com]
Sent: Monday, April 6, 2020 12:26 AM

Better article...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus Pandemic

[Bob Bridges]

Yeah, I saw that line too.  I don't know of ~any~ 3GL algorithmic languages
that are very "English-like", although I suppose it helps to have
recognizable words to program with, especially at first when you're not used
to programming.

(DYLAKOR touted DYL-280II as a 4GL, but IM-not-so-humble-O it simply isn't.
It is a very handy 3GL, but that's all.)

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* Now some of you are scratching your heads and wondering "How does a
person with an IQ higher than pastry get Super Glue in his ear and not know
it?"  But you parents out there are no doubt nodding your heads and saying
"It would not surprise me to learn that this man has a three-year-old son."
-Dave Barry, _Children May Be Hazardous to Your Health_ */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Monday, April 6, 2020 05:19

  1. The check's in the mail
  2. It must be true - I heard it from a friend of a friend of a friend
  3. COBOL is English like

BTW, CODASYL had input from more than Honeywell.


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Gabe Goldberg [g...@gabegold.com]
Sent: Monday, April 6, 2020 12:26 AM

Better article...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Free 3270 emulator for Mac OS

[Charles Mills]

If there's a market for BSC-based 3270 emulators, let me know. I've written
two. (Well, one I only wrote the BSC to/from screen buffer part; my
associate John wrote the keyboard and display part.



Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Timothy Sipples
Sent: Sunday, April 5, 2020 6:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Free 3270 emulator for Mac OS

Seymour J. Metz wrote:
>A few more notes on nomenclature. TN3270 and TN3270E (upper case)
>are protocols published by the IETF; programs implimenting those
>protocols are TN3270 clients, not TN3270 emulators. TN3270 clients
>are not 3270 emulators, because they do not support any of the link
>protocols that real 3270s do, e.g., BSC, CUT, DFT, SDLC.

I disagree with the last sentence, and IBM (among many others) does too, 
evidently. You'll see "emulator" in the IBM Host On-Demand (HOD) 
documentation, for example. I don't recall HOD ever communicating via BSC 
or SDLC. "Emulator" has a different meaning than the word "clone," which 
is the word you might have been looking for.

If you want to be pedantic about it, per Wikipedia "IBM 3270" refers to a 
family of IBM terminals ("displays"), printers, and controllers (following 
the IBM 2260 family) that IBM refined and improved over several years. All 
modern "3270" terminal emulators are necessarily partial emulators in 
certain respects, but practically all of them exceed the capabilities of 
the last physical/classic 3270 family of products in certain respects, 
too.

Anyway, if you want to describe various 3270 emulators as "partially" 
emulating the IBM 3279 (for example), that makes sense to me. However, the 
word "emulator(s)" is perfectly acceptable and appropriate in this context 
-- in my view and with broad consensus agreement as far as I can tell.

"TN3270 emulator" (or "TN3270E emulator") is confusing and not generally 
correct. If you're using TN3270(E) protocol then you're probably not 
emulating it.

A TN3270(E) client need not be a 3270 terminal emulator. I think most 
people would not describe an automated test tool that works via a 
TN3270(E) connection as a "3270 emulator," for example. They'd probably 
describe it as a "3270 test(ing) tool."

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus Pandemic

[Seymour J Metz]

Sorry, senior moment. Honeywell was Gracie's competition (FACT is fiction), 
along with IBM (COMTRAN); she was UNIVAC (FLOW-MATIC et al. For the curious, 
all three are in wiki as

   COMTRAN
   FACT (computer language)
   FLOW-MATIC


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Seymour J Metz [sme...@gmu.edu]
Sent: Monday, April 6, 2020 5:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus 
Pandemic

  1. The check's in the mail
  2. It must be true - I heard it from a friend of a friend of a friend
  3. COBOL is English like

BTW, CODASYL had input from more than Honeywell.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Gabe Goldberg [g...@gabegold.com]
Sent: Monday, April 6, 2020 12:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus 
Pandemic

Better article:

https://secure-web.cisco.com/1WS3QYJYfnP2DtDF0oWjjWWd29wrIACPo7Jv8qErP37KH2YU-oj_mP4MIa3_GUWnvdOkdUu9I59ceucR3wV3ILN4tnRsmpZ_SI_gNpSD1ZkHXfzI2mO2VTlI9izR9AKWDqx-6gJbfzMYMEXUjwVe11FQPoDaL8rgLihTlnDxq3e8N3uQQx-JjTWTZhY00TVYzVZw8Z1tHNP9XNdskDaPLJ4MUiLmta49XjzkZxD3xtRZ8cztoawV6SkzI1F8gXcy_7LiliRCJBOUAoiCqvl9Jly78RBm2-I0GCpaa9krfLOC1M_OQnNxL_9zsQDBNacx78xNPKVfuwoZs_S0Bl-Xe24b91QGHb4ilZj1u06Beo41IoSuoKrO4zuCgTIcwFWMIIO74wKuK9FBaPVWOSe-vtoZk4VlR2pVG-csyVvRxKHiWfUbIYOmWe2dZBhA9X-vs/https%3A%2F%2Ffreedomafterthesharks.com%2F2016%2F06%2F27%2Fexactly-what-is-cobol-and-why-is-cobol-still-a-widely-used-language-in-it%2F

Phil Smith III  said:

https://secure-web.cisco.com/1ws2nq7FZaLATgHXKdcqlCsweBaKqq3M3yjVxXL9Zj19fSxJEsxjRkXTvQZrxcn1RBwvnW3oOijBt15dWepkXUZ91VhtPJ_kw35_0x50HFLLNggAO2PAkVn9DjUwM5IvyK1wyef0rBHhqpfSwSW4SgBPwpKESADnS5SyWCgcVyrmIAEyZL1ufTkNmHA73wl2HDVq88qRFGS4HHk_6qv8P9bF4ixbQBV6J7P5v5KxIH9sNEQeOFu5BWYH9R4IzrjG9eQO_UtNQH9cvOrEov_XuQKq1E_KRuo8JPOk5fPP3PEZkoYwyVDUSZ5d-NAOOeGyj3rngcvukV40A773jW6FF3DTmRM42hNNN2X0_jWhRWBm-aAm9RaWzRmX8F3yKb0ORCXz1Eki6DzV501QrFWC5K2vxHJX8pkSQsvbvL_LPLKrWsfkoYQKTxIoJhp4MYBug0ACN4A3D-OwkE55ifYaoBg/https%3A%2F%2Fwww.tomshardware.com%2Fnews%2Fnew-jersey-cobol-coders-mainframes-coronavirus


Reasonably bad article but kinda funny/ironic/something.

--
Gabriel Goldberg, Computers and Publishing, Inc.   g...@gabegold.com
3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433
LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ESPIE question (does ESPIE "cover" ATTACH'd sub-tasks)

[Peter Relson]

My recollection is that catching '10'X and '11'X was only for ESPIE and 
was intended for use by IBM. One plausible use that comes to mind is guard 
pages for segmented stacks. 


I don't think they had such things when those ESPIE options were made 
available, although perhaps the concepts had been implemented. It is true 
that those options could only be set by authorized programs (and the ESPIE 
itself would still apply only to problem state). 


I meant "ABEND" in the sense I hear it usually used: to abnormally end, to 
blow up


I'm sure many don't want their programs to end abnormally. I had asked 
because that's an argument for having recovery, not an argument for 
(E)SPIE vs (E)STAE(X).

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Fwd: Why rip out COBOL when you can modernize key applications? - Weirdware

[Mark Regan]

https://www.weirdware.com/2020/03/24/why-rip-out-cobol-when-you-can-modernise-key-applications

or

*https://tinyurl.com/rezyxke* 

Regards,

Mark T. Regan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus Pandemic

[Seymour J Metz]

  1. The check's in the mail
  2. It must be true - I heard it from a friend of a friend of a friend
  3. COBOL is English like

BTW, CODASYL had input from more than Honeywell.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Gabe Goldberg [g...@gabegold.com]
Sent: Monday, April 6, 2020 12:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus 
Pandemic

Better article:

https://secure-web.cisco.com/1WS3QYJYfnP2DtDF0oWjjWWd29wrIACPo7Jv8qErP37KH2YU-oj_mP4MIa3_GUWnvdOkdUu9I59ceucR3wV3ILN4tnRsmpZ_SI_gNpSD1ZkHXfzI2mO2VTlI9izR9AKWDqx-6gJbfzMYMEXUjwVe11FQPoDaL8rgLihTlnDxq3e8N3uQQx-JjTWTZhY00TVYzVZw8Z1tHNP9XNdskDaPLJ4MUiLmta49XjzkZxD3xtRZ8cztoawV6SkzI1F8gXcy_7LiliRCJBOUAoiCqvl9Jly78RBm2-I0GCpaa9krfLOC1M_OQnNxL_9zsQDBNacx78xNPKVfuwoZs_S0Bl-Xe24b91QGHb4ilZj1u06Beo41IoSuoKrO4zuCgTIcwFWMIIO74wKuK9FBaPVWOSe-vtoZk4VlR2pVG-csyVvRxKHiWfUbIYOmWe2dZBhA9X-vs/https%3A%2F%2Ffreedomafterthesharks.com%2F2016%2F06%2F27%2Fexactly-what-is-cobol-and-why-is-cobol-still-a-widely-used-language-in-it%2F

Phil Smith III  said:

https://secure-web.cisco.com/1ws2nq7FZaLATgHXKdcqlCsweBaKqq3M3yjVxXL9Zj19fSxJEsxjRkXTvQZrxcn1RBwvnW3oOijBt15dWepkXUZ91VhtPJ_kw35_0x50HFLLNggAO2PAkVn9DjUwM5IvyK1wyef0rBHhqpfSwSW4SgBPwpKESADnS5SyWCgcVyrmIAEyZL1ufTkNmHA73wl2HDVq88qRFGS4HHk_6qv8P9bF4ixbQBV6J7P5v5KxIH9sNEQeOFu5BWYH9R4IzrjG9eQO_UtNQH9cvOrEov_XuQKq1E_KRuo8JPOk5fPP3PEZkoYwyVDUSZ5d-NAOOeGyj3rngcvukV40A773jW6FF3DTmRM42hNNN2X0_jWhRWBm-aAm9RaWzRmX8F3yKb0ORCXz1Eki6DzV501QrFWC5K2vxHJX8pkSQsvbvL_LPLKrWsfkoYQKTxIoJhp4MYBug0ACN4A3D-OwkE55ifYaoBg/https%3A%2F%2Fwww.tomshardware.com%2Fnews%2Fnew-jersey-cobol-coders-mainframes-coronavirus


Reasonably bad article but kinda funny/ironic/something.

--
Gabriel Goldberg, Computers and Publishing, Inc.   g...@gabegold.com
3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433
LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN