Re: J/TIP
David, What are you trying to accomplish with this program or set of programs ? A little more verb age would be great. Scott On Thu, Sep 17, 2020 at 5:53 AM David Spiegel wrote: > No. > > > > On 2020-09-16 23:18, Seymour J Metz wrote: > > > JTIP is more of an unsupported SAPI; it doesn't do what SDSF does. > Various versions of Wylbur supported it as an alternative SPOOL access. Do > you have a batch version of Wylbur at your shop? > > > > > > > > > -- > > > Shmuel (Seymour J.) Metz > > > > https://eur03.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7C%7Cdb4c227bfa7f486bc2f008d85ab86eda%7C84df9e7fe9f640afb435%7C1%7C0%7C637359095472893843sdata=lE4zbYs8fbfko5TfxYBfnSac4cme6F%2B7Um47YsZsN5I%3Dreserved=0 > > > > > > > > > > > > From: IBM Mainframe Discussion List on > behalf of David Spiegel > > > Sent: Wednesday, September 16, 2020 9:51 PM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: J/TIP > > > > > > Hi, > > > I have been asked to investigate a number of JES2 Exits which are being > > > used to support remnants of J/TIP. > > > Does anyone here have J/TIP documentation or know where to find it? > > > > > > J/TIP is from University of Illinois in the '70s-'8-80s and the acronym > > > is short for JES2 TSO Interface Program. > > > Apparently quite a few of its features are built into SDSF. > > > I am trying to figure out (among other things) what purpose(s) it has in > > > JCL of Batch Jobs. > > > > > > Thanks in Advance, > > > David > > > > > > -- > > > 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 > > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REXX true/false (was Constant Identifiers)
I have done things like true =‘Y’ and then If true .. end Scott On Sun, Sep 6, 2020 at 8:11 AM Rupert Reynolds wrote: > To expand, I had some code monitoring input data as it arrived, waiting for > > a fault condition that was in several parts, order unknown. > > > > So I used a few Rexx variables as Booleans, as they made the conditional > > code shorter and clearer. > > > > But someone will reuse my code another day (perhaps me), and without the > > WWW or access to the proper Rexx docs, can I rely on '1' and '0' always > > being equivalent to the Boolean true and false, in every version of every > > interpreter and perhaps compilers as well? > > > > This was not like (say) PL/1, in which a bit(1) with the value '1'b had a > > precise meaning for Boolean logic, stated in a book already sat on my desk > > :-) > > > > Using TRUE and FALSE like constants from the top made it clear to anyone > > viewing it, and fairly easy to find and change in the code, if necessary. > > > > It worked, BTW. As I remember things, it found the bug before my coffee mug > > was empty, but a few days later they cancelled the software licence over a > > different, bigger bug. Ho-hum :-) > > > > Rupert > > > > On Sat., Sep. 5, 2020, 23:56 Paul Gilmartin, < > > 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > > > > On Sat, 5 Sep 2020 23:36:37 +0100, Rupert Reynolds wrote: > > > > > > >Writing Rexx for myself (therefore no local standards to follow) I had > to > > > >set an internal boolean in a few places. > > > >So I started it with > > > >TRUE = (1=1) > > > >FALSE = \TRUE > > > > > > > Now you have them; how are they useful? (Examples?) > > > > > > >That's partly because I couldn't find doc on Rexx standards (no WWW yet) > > > >and I didn't like to assume that 1 and 0 were always valid :-) > > > > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dovetail/Kirk Wolf?
Wolf, wolf . We here have a pack including a Siberian, welcome to the pack ... Scott, now retired On Tue, Sep 1, 2020 at 8:24 AM Joe Monk wrote: > Dave, > > > > I would encourage you to check whether websockets are enabled on the T:Z > > product. If not, nothing to worry about, and you can report the issue to > > your security team as mitigated. > > > > Joe > > > > On Tue, Sep 1, 2020 at 6:00 AM Jousma, David < > > 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > > > > > Thanks Kirk, > > > > > > Totally understand re free z/OS distribution. Any plans to port a newer > > > version? We've got a lot of time/effort in our Tech support wiki, and > all > > > the documentation that is in it. I don’t want to be forced to shut it > > > down due to the reported vulnerability. Is there a RYO path to newer > > > version on z/OS with SAF support? > > > > > > > > > > _ > > > Dave Jousma > > > AVP | Director, Technology Engineering > > > > > > Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand > > > Rapids, MI 49546 > > > 616.653.8429 | fax: 616.653.2717 > > > > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List On Behalf > > > Of Kirk Wolf > > > Sent: Monday, August 31, 2020 5:23 PM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: Dovetail/Kirk Wolf? > > > > > > **CAUTION EXTERNAL EMAIL** > > > > > > **DO NOT open attachments or click on links from unknown senders or > > > unexpected emails** > > > > > > I'm fine (and utterly amused that my status might be inferred from my > > > cancelled Twitter account :-) > > > > > > We wanted to look into your Tomcat request from Thursday before > responding. > > > We do offer a z/OS distribution of Tomcat free without support, so > > > sometimes other things take precedence. > > > To confirm: Tomcat 8.5.6 is the last z/OS integration build that we > > > currently offer. > > > > > > Kirk Wolf > > > Dovetailed Technologies > > > > > > > https://protect2.fireeye.com/url?k=c6be0738-9ae2f337-c6be2da0-0cc47a33347c-7966752b50828413=http://dovetail.com/ > > > > > > On Mon, Aug 31, 2020 at 12:12 PM Dave Jousma < > > > 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > > > > > > > Has anyone heard from Kirk Wolf recently? I don’t see much action on > > > his > > > > community forum over at dovetail.com either. > > > > > > > > I ask because we have been running Dovetail’s port of TOMCAT on Z that > > > > has the SAF interfaces added to it to house our internal team > > > documentation. > > > > We are admittedly behind, but I only see TOMCAT 8.5.6 on Dovetails > > > > site, and our security folks have identified a security > > > > vulnerability(WebSocket DoS CVE-2020-13935) in all releases older than > > > 9.0.37. > > > > > > > > -- > > > > 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 **CAUTION > > > EXTERNAL EMAIL** > > > > > > **DO NOT open attachments or click on links from unknown senders or > > > unexpected emails** > > > > > > This e-mail transmission contains information that is confidential and > may > > > be privileged. It is intended only for the addressee(s) named above. If > > > you receive this e-mail in error, please do not read, copy or disseminate > > > it in any manner. If you are not the intended recipient, any disclosure, > > > copying, distribution or use of the contents of this information is > > > prohibited. Please reply to the message immediately by informing the > sender > > > that the message was misdirected. After replying, please erase it from > your > > > computer system. Your assistance in correcting this error is appreciated. > > > > > > > > > -- > > > 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 > > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Federalism and speed limits
Bob, We drove 130kph + in Switzerland and France when I lived there. Everyone was like a low flying jet, but safe, very few accidents. On Wed, Aug 5, 2020 at 11:58 AM Bob Bridges wrote: > Radoslaw, it seems to me two things are going on here. One is simply a > mistake of fact: Speed limits are ~not~ a good candidate for > standardization. An upper limit of 120mph would be possible in Texas but > insane in North Carolina. You said pretty much the same thing in your > original post: In Poland you use 140kph, but in Germany they > use...nothing, I guess, except the local policeman's judgement as to > whether you're driving safely. Why then do you say it should be different > here? I'm guessing you're thinking of the USA as being a single country in > the same way Poland is a single country (so why can't the US have a single > speed limit like Poland?). But the USA has almost (not quite) the area of > Europe. Of course its geography varies considerably, and its speed limits > should do the same. > > The other thing you're ignoring is the issue of sovereignty. I'm guessing > you're thinking of the USA as a single country, and assuming the national > government can (and should) impose a standardized speed limit on its > subdivisions. But as I said in another post, we are a collection of > states, not of provinces; the federal government wasn't given that > authority. Of course the states can individually agree on standardized > rules for some things (not speed limits), IF THEY CHOOSE TO - just as > Poland can agree to use the same electrical standards as other sovereign > nations, for convenience. But Poland has the authority to decide that - > and I'm sure there are subjects on which Poland has decided not to go along > with everyone else in EU, for reasons that no doubt seem good to Poland. > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* Miss Manners has also observed that when children are truly allowed to > express their preferences, uninfluenced by the dreary adult expectation > that they must all be artistic and original little noble savages, they come > out resoundingly in favor of rigid traditionalism. The devotion to ritual > exhibited by the average toddler in regard to his bedtime routine would > make a nineteenth-century English butler look like a free spirit. -from > "Miss Manners' Guide to Rearing Perfect Children" by Judith Martin */ > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of R.S. > Sent: Wednesday, August 5, 2020 09:27 > > So they make pointless differences because they can. Bingo. > You know we (Poland) are independent country and we have some kind of > states (województwo), but driving rules are common and much more > similiar to other countries in EU than your states one to another. > And we have the same voltage and frequency as the rest of Europe. Why > there is no 135V in Texas and 50Hz in Dakota? That would prove "certain > powers" of those states. > > Again: standarization is good thing. You have a lot of de facto > standards which are good or not necessarily needed. Speed limits and > other driving rules are good candidates for standarization. > > > > --- On Wed, Aug 5, 2020 at 7:16 AM R.S. > wrote: > >> Federal limits, state limits... This is something I don't understand. > >> Standarization is good thing and common rules are easier to follow. > >> I just checked - 85mph in Texas, even for trucks. And 55mph in District > >> of Columbia (not to mention Guam). From the other hand Residential Areas > >> limits vary from 15 to 55mph. > > >> Howeve it is matter of simple table with different values for each row > >> (state), because the columns (rules) vary also. That lead to confusion. > > >>>> -Original Message- > >>>> From: R.S. > >>>> Sent: Tuesday, August 4, 2020 7:23 AM > >>>> > >>>> My opinion: I like american cars and roads. However I don't understand > >>>> common speed limit 55 mph which is in my opinion too low for the road > >>>> on desert. > >>>> > >>>> BTW: Here in Poland default limit on highway is 140 km/h. However in > >>>> Germany default is ...your sanity. No speed limit. Most cars have > >>>> factory limit at 250 km/h, but not luxury ones. And yes, it is legal > >> to drive 300 km/h Of course this is for highways only. And speed limit > >> signs may reduce it. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe co-op
I have think more or less along the same lines Grant., since I have retired .. Scott On Fri, Jul 3, 2020 at 1:22 PM Tomasz Rola wrote: > On Fri, Jul 03, 2020 at 10:18:13AM -0600, Grant Taylor wrote: > [...] > > There are a group of hobbyists and enthusiasts that have taken MVS > > 3.8j, which decidedly does not include REXX or prerequisites > > therefor, and backported (?) REXX to it, including re-creating any > > prerequisites. > > > > This is the creative and enthusiastic spirit that created Unix 50 > > years ago and helped Linux become what it is today. Just think for > > a moment where the mainframe could be in 10 or 20 years if even some > > of these creative efforts were directed at enhancing the mainframe. > > Perhaps this kind of spirit is not compitible with spirit of IBM? > > Perhaps one not only needs to imagine what could have happened, but > also why something does not happen / have not happened? > > No, I do not have the answers. I think a good question is worth a > thousand answers, perhaps. > > -- > Regards, > Tomasz Rola > > -- > ** A C programmer asked whether computer had Buddha's nature. ** > ** As the answer, master did "rm -rif" on the programmer's home** > ** directory. And then the C programmer became enlightened... ** > ** ** > ** Tomasz Rola mailto:tomasz_r...@bigfoot.com ** > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WP vs MS [was:: Quote style (was: ... Passive FTP ... )]
ECe7eZT5D0QwvSGxvq4C9mYfUhqM2iIVGl4JYiUpzOMBr_https-253A-252F-252Fen.wikipedia.org-252Fwiki-252FLaTeX=DwIFAg=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ=K8Is7dW492k9RcCQgD7G_virhOHcBXlMmDYD25EAXa8=yTqXMbHQnfYeHYylY7qLCzxAbPYKTNgHz1t9x1ILKyQ= > Actually, TeX is a typesetting system. > And it is a markup language (like HTML & CSS). > > https://urldefense.proofpoint.com/v2/url?u=https-3A__secure-2Dweb.cisco.com_1e9l6DUBYXeolRVKZUFkzzM73CB-5F6yiZ3McNsmtJCcTSJrLYv6QDjDxBH8GMu79vFGWMlrO-2DP8fOKmSogsSUK0FZB6RXey0jk-2D-5F7jHBD6q13pkCgB1-2Dajfj7-2DtxOEIoiX5LpKcFWr0HPq06avFveqNYnPStvkXz1GnEu1xn0iBE3DJP6IazX6e-5FdY-5FD38lpdBG2AKkY532eVsQgSwHM-2DEX2oX6z-5FbDzOeS4wvCxCXkRVTOcYrEkUH4X-2DVB481WMC-2DRCIaTZxL-2D5dz2jbwp0U1LJK5YpNOF5kXBD3iy4XAoWNUV5F7U-2DTbwuwSs4-5FtK3Q-2DxchUcHXJ4V2zo5rZS4IZhNlQdc-5FGPWd-5F0mmoItmDTJeonnf2E-5Fhs8oEfXvl8cSgC8Et4DzoWaMJsPMcaf59mz00ELujcy4fteFZqG9ENA5D5kh9nb9If2oAod-2DZ2g26o_https-253A-252F-252Fen.wikipedia.org-252Fwiki-252FTeX=DwIFAg=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ=K8Is7dW492k9RcCQgD7G_virhOHcBXlMmDYD25EAXa8=bpln2T7G5ULJvYGZ1-I_4eXtie1JTdbw084rBY6E5ds= > . I also like LyX which generates LaTeX > as its output. > > https://urldefense.proofpoint.com/v2/url?u=https-3A__secure-2Dweb.cisco.com_1fjEbeAFoNONUBy8kh8IgqyD0wIIPhy5PKMaz9d3AjYtlXMQp-2DV0w-2D4lRph4Jrk8VGEbjzJrcu-5FAUWRjRYhfDmC1YMN6F7KeSDvFczk8dYaEmA6OKcePkJcgxAjUkdTy86TwPPIwyCzsbkbFK8nWhFkGDpRdp3YGI-2DL5DpAadxOmKFDgeXnQY04qMyKEKJSHUCaVLGitZHq3N2s-5F5zRdMUJOOYvNfNi-2DEVYmA8pCSjcOeYZi9-2DtQVLqsbj5yQn1Gb-5Fw48GmUcQX1v8UX-5FQRmpNkd79-5FyK6t384MSdwyKMUQMv4ZB5hi0ygZRWS83DRjGOIUmgJcsOob26sEQVd0X0AhsZTtNfSdEhHfUkl8Kkoa0lg30eTrFwfnq2RFxoNkHK7Y2HQtBPelromY9rlIVPQiQj7YRg8wbgmmNYW3OOQfe0ovGW8CeXtNEu11H6CGaH_https-253A-252F-252Fwww.lyx.org-252F=DwIFAg=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ=K8Is7dW492k9RcCQgD7G_virhOHcBXlMmDYD25EAXa8=63uBZ4XYTEjlTm05xiS2x7UkBoXnK6oemL3S-2X6f08= > > > > -- > People in sleeping bags are the soft tacos of the bear world. > Maranatha! <>< > John McKown > > -- > 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 > > > > > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Friday Follies/Why won't this work?/TSO Rant #387
This is great David, thank you kind sir On Sat, May 23, 2020 at 3:54 AM David Crayford wrote: > On 2020-05-23 3:20 AM, scott Ford wrote: > > I got bit on case and end of line characters using GIT. I was using > > Notepad++ and had the EOL set incorrectly, duh ! > > > Create a .gitattributes file to control line endings > https://www.edwardthomson.com/blog/git_for_windows_line_endings.html > > > > Scott > > > > On Fri, May 22, 2020 at 3:10 PM Seymour J Metz wrote: > > > >> While I started with upper case only languages and progressed to case > >> independent languages, there is a case for case dependent languages. It > >> helps if you have a good IDE. > >> > >> > >> -- > >> Shmuel (Seymour J.) Metz > >> http://mason.gmu.edu/~smetz3 > >> > >> > >> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on > behalf > >> of Steve Smith [sasd...@gmail.com] > >> Sent: Friday, May 22, 2020 3:00 PM > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> Subject: Re: Friday Follies/Why won't this work?/TSO Rant #387 > >> > >> Case sensitivity is the root of all evil. > >> > >> sas > >> > >> Disclaimer: The above may contain excessive generalization, hyperbole, > and > >> offend your sensibilities. I'd say I'm sorry, but that would just add > >> flat-out lying to the mix. > >> > >> -- > >> 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Friday Follies/Why won't this work?/TSO Rant #387
I got bit on case and end of line characters using GIT. I was using Notepad++ and had the EOL set incorrectly, duh ! Scott On Fri, May 22, 2020 at 3:10 PM Seymour J Metz wrote: > While I started with upper case only languages and progressed to case > independent languages, there is a case for case dependent languages. It > helps if you have a good IDE. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Steve Smith [sasd...@gmail.com] > Sent: Friday, May 22, 2020 3:00 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Friday Follies/Why won't this work?/TSO Rant #387 > > Case sensitivity is the root of all evil. > > sas > > Disclaimer: The above may contain excessive generalization, hyperbole, and > offend your sensibilities. I'd say I'm sorry, but that would just add > flat-out lying to the mix. > > -- > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Friday Follies/Why won't this work?/TSO Rant #387
Charles,
Just a document rc=4 from Getmsg , the getmsg could not match your
criteria , filter ...
Scott
On Fri, May 22, 2020 at 1:58 PM Richards, Robert B. <
01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:
> Snippet:
>
> Cart_V = 'CONS1'random(100,) /* build CART value
>*/
> pass_arg. = "CONSOLE SYSCMD("con_input") CART("Cart_V")"
> "TSOEXEC CONSPROF SOLDISP(NO) SOLNUM(400)"
> /*
> activate Console services*/
> "TSOEXEC CONSOLE ACTIVATE NAME("con_name") CART("Cart_V")"
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Charles Mills
> Sent: Friday, May 22, 2020 1:53 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Friday Follies/Why won't this work?/TSO Rant #387
>
> We have a winner! You've got it about 90%.
>
> The clue is in the subject line -- this is actually a TSO rant.
>
> TSO uppercases commands so "CART" MyCart becomes effectively "CART
> MYCART01".
>
> GETMSG is an ordinary Rexx function so parameters are passed "as-is," and
> RC = GETMSG('MYMSGS.','SOL',MyCart,,1) becomes effectively RC =
> GETMSG('MYMSGS.','SOL','MyCart01',,1).
>
> The two CARTs do not match, and no messages are retrieved.
>
> I think it is *possible* that you could solve the problem by quoting the
> CART but I have not tested. Something like "CART" "'"||MyCart||"'" .
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Robert Garrett
> Sent: Friday, May 22, 2020 10:46 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Friday Follies/Why won't this work?/TSO Rant #387
>
> Your problem is caused by using lower case characters in your CART
> parameter
> value, the value of variable MyCart. If you used all upper case, or all
> numerics, it would work fine.
> That's not documented anywhere that I've thus far been able to find.
>
> Cheers,
> Robert
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Seymour J Metz
> Sent: Friday, May 22, 2020 11:01 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Friday Follies/Why won't this work?/TSO Rant #387
>
>
> I called my congressman and he said quote
> I'd like to help you son, but you're too young to vote.
>
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Charles Mills [charl...@mcn.org]
> Sent: Friday, May 22, 2020 10:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Friday Follies/Why won't this work?/TSO Rant #387
>
> What is wrong with this Rexx? (I spent about two hours debugging before I
> solved it.) The problem is right here on this page: the answer is NOT
> something in RACF or JES2. It's not something missing: it's a sin of
> commission, not a sin of omission. The below will never work. That is, the
> output will always be RC = 4 , Msgs = MYMSGS.0 , Msg.1 = MYMSGS.1. Why?
>
> /* Rexx to test command/response */
> MyCart = "MyCart01"
> "CONSPROF SOLDISP(NO) SOLNUM(400)"
> "CONSOLE ACTIVATE"
> Address Console
> "CART" MyCart
> "$DQ"
> RC = GETMSG('MYMSGS.','SOL',MyCart,,1)
> Say "RC =" RC ", Msgs =" MYMSGS.0 ", Msg.1 =" MYMSGS.1 "CONSOLE DEACTIVATE"
>
> Charles
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> 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
>
--
Scott Ford
IDMWORKS
z/OS Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Friday Follies/Why won't this work?/TSO Rant #387
Charles ,
I was incorrect here:
READY
CONSPROF SOLDISP(NO) SOLNUM(400)
CONSOLE ACTIVATE
CONSOLE SYSCMD($S PRT1) CART('PRT10001')
CONSOLE SYSCMD($S PRT2) CART('PRT20002')
EXEC MY.EXEC(CHKPRT) 'PRT10001' EXEC
EXEC MY.EXEC(CHKPRT) 'PRT20002' EXEC
The exec you invoke (CHKPRT) checks whether the printers were started
successfully. The exec uses the arguments you pass on the invocation (CART
values) as the CART on the GETMSG function. Figure 1
<https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ikja300/ikja300179.htm?view=kc#ikja300-gen179__chkprt>
shows
the example exec.
Figure 1. Example exec (CHKPRT) to check start of printers
/* REXX exec to check start of printers */
ARG CARTVAL
GETCODE = GETMSG('PRTMSG.','SOL',CARTVAL,,60)
IF GETCODE = 0 THEN
DO
IF POS('$HASP000',PRTMSG.1) ¬= 0 THEN
SAY "Printer started successfully."
ELSE
DO INDXNUM = 1 TO PRTMSG.0
SAY PRTMSG.INDXNUM
END
END
ELSE
SAY "GETMSG error retrieving message. Return code is" GETCODE
EXIT
On Fri, May 22, 2020 at 12:40 PM scott Ford wrote:
> Charles:
>
> I think that should be 'address mvs' ...scott
>
> On Fri, May 22, 2020 at 12:35 PM Charles Mills wrote:
>
>> Message handling is fine, other than one very specific problem that is
>> inherent in the Rexx code posted.
>>
>> Note this is a Friday Folly, not a "real question." I know the answer
>> (after 2+ hours of debug struggle!).
>>
>> Charles
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Joe Monk
>> Sent: Friday, May 22, 2020 9:07 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Friday Follies/Why won't this work?/TSO Rant #387
>>
>> Check your message handling ...
>>
>> Joe
>>
>> On Fri, May 22, 2020 at 11:00 AM Seymour J Metz wrote:
>>
>> >
>> > I called my congressman and he said quote
>> > I'd like to help you son, but you're too young to vote.
>> >
>> >
>> >
>> > --
>> > Shmuel (Seymour J.) Metz
>> > http://mason.gmu.edu/~smetz3
>> >
>> >
>> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
>> behalf
>> > of Charles Mills [charl...@mcn.org]
>> > Sent: Friday, May 22, 2020 10:02 AM
>> > To: IBM-MAIN@LISTSERV.UA.EDU
>> > Subject: Friday Follies/Why won't this work?/TSO Rant #387
>> >
>> > What is wrong with this Rexx? (I spent about two hours debugging before
>> I
>> > solved it.) The problem is right here on this page: the answer is NOT
>> > something in RACF or JES2. It's not something missing: it's a sin of
>> > commission, not a sin of omission. The below will never work. That is,
>> the
>> > output will always be RC = 4 , Msgs = MYMSGS.0 , Msg.1 = MYMSGS.1. Why?
>> >
>> > /* Rexx to test command/response */
>> > MyCart = "MyCart01"
>> > "CONSPROF SOLDISP(NO) SOLNUM(400)"
>> > "CONSOLE ACTIVATE"
>> > Address Console
>> > "CART" MyCart
>> > "$DQ"
>> > RC = GETMSG('MYMSGS.','SOL',MyCart,,1)
>> > Say "RC =" RC ", Msgs =" MYMSGS.0 ", Msg.1 =" MYMSGS.1
>> > "CONSOLE DEACTIVATE"
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
>
> --
>
>
>
> *IDMWORKS *
>
> Scott Ford
>
> z/OS Dev.
>
>
>
>
> “By elevating a friend or Collegue you elevate yourself, by demeaning a
> friend or collegue you demean yourself”
>
>
>
> www.idmworks.com
>
> scott.f...@idmworks.com
>
> Blog: www.idmworks.com/blog
>
>
>
>
>
> *The information contained in this email message and any attachment may be
> privileged, confidential, proprietary or otherwise protected from
> disclosure. If the reader of this message is not the intended recipient,
> you are hereby notified that any dissemination, distribution, copying or
> use of this message and any attachment is strictly prohibited. If you have
> received this message in error, please notify us immediately by replying to
> the message and permanently delete it from your computer and destroy any
> printout thereof.*
>
--
*IDMWORKS *
Scott Ford
z/OS Dev.
“By elevating a friend or Collegue you elevate yourself, by demeaning a
friend or collegue you de
Re: Friday Follies/Why won't this work?/TSO Rant #387
Charles:
I think that should be 'address mvs' ...scott
On Fri, May 22, 2020 at 12:35 PM Charles Mills wrote:
> Message handling is fine, other than one very specific problem that is
> inherent in the Rexx code posted.
>
> Note this is a Friday Folly, not a "real question." I know the answer
> (after 2+ hours of debug struggle!).
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Joe Monk
> Sent: Friday, May 22, 2020 9:07 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Friday Follies/Why won't this work?/TSO Rant #387
>
> Check your message handling ...
>
> Joe
>
> On Fri, May 22, 2020 at 11:00 AM Seymour J Metz wrote:
>
> >
> > I called my congressman and he said quote
> > I'd like to help you son, but you're too young to vote.
> >
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> >
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> > of Charles Mills [charl...@mcn.org]
> > Sent: Friday, May 22, 2020 10:02 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Friday Follies/Why won't this work?/TSO Rant #387
> >
> > What is wrong with this Rexx? (I spent about two hours debugging before I
> > solved it.) The problem is right here on this page: the answer is NOT
> > something in RACF or JES2. It's not something missing: it's a sin of
> > commission, not a sin of omission. The below will never work. That is,
> the
> > output will always be RC = 4 , Msgs = MYMSGS.0 , Msg.1 = MYMSGS.1. Why?
> >
> > /* Rexx to test command/response */
> > MyCart = "MyCart01"
> > "CONSPROF SOLDISP(NO) SOLNUM(400)"
> > "CONSOLE ACTIVATE"
> > Address Console
> > "CART" MyCart
> > "$DQ"
> > RC = GETMSG('MYMSGS.','SOL',MyCart,,1)
> > Say "RC =" RC ", Msgs =" MYMSGS.0 ", Msg.1 =" MYMSGS.1
> > "CONSOLE DEACTIVATE"
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
--
*IDMWORKS *
Scott Ford
z/OS Dev.
“By elevating a friend or Collegue you elevate yourself, by demeaning a
friend or collegue you demean yourself”
www.idmworks.com
scott.f...@idmworks.com
Blog: www.idmworks.com/blog
*The information contained in this email message and any attachment may be
privileged, confidential, proprietary or otherwise protected from
disclosure. If the reader of this message is not the intended recipient,
you are hereby notified that any dissemination, distribution, copying or
use of this message and any attachment is strictly prohibited. If you have
received this message in error, please notify us immediately by replying to
the message and permanently delete it from your computer and destroy any
printout thereof.*
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REXX assistance
David, I would, IMHO , check the region= and make sure the main task for Netview and sub tasks. A dump also provide insight into the offending module. I would also check maintenance against Netview. Eileen is correct Profile high is usually TSO rexx , been through this several times. The Rexx internal buffer space is not unlimited, you could ask for another buffer, I.e.; Makebuf equivalent. HTH, Scott On Wed, May 20, 2020 at 1:02 PM Cieri, Anthony < 02d7f4ec1fff-dmarc-requ...@listserv.ua.edu> wrote: > > In this instance the IDCAMS command represents a NETVIEW command: > > CMDDEF.IDCAMS.MOD=DSIDCAMS > CMDDEF.IDCAMS.FOLDUP=Y > > DISPMOD DSIDCAMS > > CNM263I MODULE LENGTH CSECTDATE PTF EPA AM > ATTR > CNM263I DSIDCAMS 000570 DSIDCAMS 05/30/14 --- 000291B0 24 RN > RU > CNM265I END OF DISPLAY > > In my example, I am running Netview V6.2.1. I believe that the > intent here was to provide a method for Netview to runs IDCAMS > "maintenance" functions on the various Netview Databases; NLDM, NPDA, TARA > etc, without the need to recycle the Netview tasks. I do use them for such > maintenance, but they run infrequently. > > I don't claim to understand the relationship/difference between > using the Netview IDCAMS command and the TSO or batch flavor, but it likely > that the storage issue is related to how Netview invokes IDCAMS. > > It might be help to route this question/issue to the Netview users > group. I believe that they are at Groups.io. > > Hth > Tony > > > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Paul Gilmartin > Sent: Wednesday, May 20, 2020 12:26 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: REXX assistance > > [[ SEI WARNING *** This email was sent from an external source. Do not > open attachments or click on links from unknown or suspicious senders. *** > ]] > > > On Wed, 20 May 2020 06:45:57 -0500, Dave Jousma wrote: > > >All, > >... > In a JCL example in > > https://www.ibm.com/support/knowledgecenter/zosbasics/com.ibm.zos.zdatamgmt/zsysprogc_utilities_IDCAMS.htm > I see: > //SYSPRINT DD * > > Is that probably what the writer intended? Is it even legal? > Writers should hand their examples back to coders for review and testing. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ------ > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How determine local time zone *name* in Rexx?
Charles, Maybe a C or C++ function call sir? Scott On Sun, May 17, 2020 at 3:21 PM Charles Mills wrote: > The heck with it! I wanted it for the "Date:" line in an outgoing e-mail > but > it appears that SMTP provides a sent timestamp if I don't, so the heck with > it! > > Thanks all for your efforts. Why should something so basic be so hard? > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Charles Mills > Sent: Sunday, May 17, 2020 11:38 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: How determine local time zone *name* in Rexx? > > I want to get the 3-or-so character *name* of the local time zone in Rexx. > What is the most straightforward way? > > I get lots of hits that explain how to calculate the local offset from GMT, > but what I need is the name such as 'EST' or 'PDT' (and yes, I know the > limitations thereof, and that they are not necessarily unique, etc., etc.). > I just want to get it. I would prefer not to have a table and calculate it > from the offset. > > Environment: Rexx running in an STC under TSO (IRXEXEC). > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for clarification/guidance on SMTP DD FREE/SPIN
Seymour,
Rxsock - TCPIP guide for OOrexx
Chapter 8 specifically.
Scott
On Sun, May 17, 2020 at 3:34 PM Seymour J Metz wrote:
> > How does one "issue" SPIN=UNALLOC?
>
> With a DD statement in the JCL. That's part of why I find the text
> confusing.
>
> > What is a "spin SYSOUT data set" other than one with the SPIN keyword or
> text unit?
>
> A spin dataset is a SYSOUT dataset that can be processed before the job
> terminates. You can specify it in the JCL, in the dynamic allocation or in
> the DYNAMIC unallocation. You can also spin an open SYSOUT dataset with
> SETPRT.
>
> > Documentation semantics aside
>
> You can't get correct output if you set the semantics aside.
>
> > How do I allocate an independent track group?
>
> DALSPIN (X'8013')
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Charles Mills [charl...@mcn.org]
> Sent: Sunday, May 17, 2020 3:11 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Looking for clarification/guidance on SMTP DD FREE/SPIN
>
> Thanks and agree on the confusing part.
>
> "dynamically allocate a spin SYSOUT data set ... fail to issue
> SPIN=UNALLOC"
>
> How does one "issue" SPIN=UNALLOC? What is a "spin SYSOUT data set" other
> than one with the SPIN keyword or text unit?
>
> Documentation semantics aside, this could be an issue for me. It is
> intended
> to be a long-running STC that will send small e-mails infrequently ... but
> a
> track here and a track there .. pretty soon you are talking real DASD.
>
> How do I allocate an independent track group?
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Seymour J Metz
> Sent: Sunday, May 17, 2020 11:50 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Looking for clarification/guidance on SMTP DD FREE/SPIN
>
> > What options are those?
>
> "For applications that dynamically allocate a spin SYSOUT data set
> (unallocation at Close - Key X'001C')
> but fail to issue FREE=CLOSE or SPIN=UNALLOC, JES2 does not free spool
> tracks allocated to the spin
> data set until the job is purged. In this case, end-of-task processing
> deallocates the data set and job
> purge processing returns the allocated tracks."
>
> That text is confusing, since FREE and SPIN are keywords on the DD
> statement
> and X'001C' is DALFREE, but DALSPIN (X'8013') would seem to be what is
> relevant for the allocation. There is a DUNSPIN ('X'8013') on unallocation
> that is documented as having the same effect, but if the data set doesn't
> already have an independent track group then unallocate can't change that.
> I've sent an RCF.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of
> Charles Mills [charl...@mcn.org]
> Sent: Sunday, May 17, 2020 11:19 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Looking for clarification/guidance on SMTP DD FREE/SPIN
>
> > Haven't you switched to CSSMTP? What's the drop dead date on SMTP?
>
> Nope and I don't know. I Googled and
> and got no hits. Do you know?
>
> > Do you want the SPOOL space release after the e-mail goes out? If you do
> dynamic allocation then you need to use the right options.
>
> Thank you. Yes. What options are those?
>
> > Why put it in your JCL at all.
>
> That sort of knowledge was indeed one of the purposes of my query.
>
> Charles
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> ------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
--
*IDMWORKS *
Scott Ford
z/OS Dev.
“By elevating a friend or Collegue you elevate yourself, by demean
Re: How determine local time zone *name* in Rexx?
Charles, A thought, issue ‘D IPLINFO’ before set Outtrap on with a stem variable After command set outtrap off and the do a parse of the stem ... Scott On Sun, May 17, 2020 at 2:42 PM scott Ford wrote: > Charles, > > I just looked through the TSO Rexx manual, I assumed you did, I didn’t see > Timezone. Maybe a TSO function ? > > Scott > > On Sun, May 17, 2020 at 2:38 PM Charles Mills wrote: > >> I want to get the 3-or-so character *name* of the local time zone in Rexx. >> What is the most straightforward way? >> >> I get lots of hits that explain how to calculate the local offset from >> GMT, >> but what I need is the name such as 'EST' or 'PDT' (and yes, I know the >> limitations thereof, and that they are not necessarily unique, etc., >> etc.). >> I just want to get it. I would prefer not to have a table and calculate it >> from the offset. >> >> Environment: Rexx running in an STC under TSO (IRXEXEC). >> >> Thanks, >> >> Charles >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > -- > Scott Ford > IDMWORKS > z/OS Development > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How determine local time zone *name* in Rexx?
Charles, I just looked through the TSO Rexx manual, I assumed you did, I didn’t see Timezone. Maybe a TSO function ? Scott On Sun, May 17, 2020 at 2:38 PM Charles Mills wrote: > I want to get the 3-or-so character *name* of the local time zone in Rexx. > What is the most straightforward way? > > I get lots of hits that explain how to calculate the local offset from GMT, > but what I need is the name such as 'EST' or 'PDT' (and yes, I know the > limitations thereof, and that they are not necessarily unique, etc., etc.). > I just want to get it. I would prefer not to have a table and calculate it > from the offset. > > Environment: Rexx running in an STC under TSO (IRXEXEC). > > Thanks, > > Charles > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for clarification/guidance on SMTP DD FREE/SPIN
Charles, Oorexx on Linux or USS has a built in SMTP class with examples Scott On Sun, May 17, 2020 at 2:12 PM Charles Mills wrote: > Thanks. > > Looks to be 100% or at least 98% compatible at the "send an e-mail" level > so > I don't think it matters a lot to this application. > > SMTP is already up and running and functional and CSSMTP is not, so it > makes > sense to use SMTP for now. > > The system in question is V2R1 (yes, I know) and soon to be V2R4. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Cieri, Anthony > Sent: Sunday, May 17, 2020 8:48 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Looking for clarification/guidance on SMTP DD FREE/SPIN > > I believe that zOS V2R2 is the last OS that will support SMTP. > Starting with zOS V2R3, CSSMTP is required. > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Colossus, Strangelove, etc. was: Developers say...
Russell: Yep , exactly, AI's that develop themselves , think Person of Interest , had a list of all the social security numbers of people that needed help and at Midnight did a complete refresh of that list. A very interesting concept. Scott On Mon, May 11, 2020 at 10:06 PM Seymour J Metz wrote: > Well, Heinlein's explanation was bafflegab, but think neural nets; they > have to be trained rather than programmed. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Russell Witt [025adb32e6d7-dmarc-requ...@listserv.ua.edu] > Sent: Monday, May 11, 2020 9:52 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Colossus, Strangelove, etc. was: Developers say... > > But what about the AI that develops autonomously? Remember Mike (Mycroft) > from The Moon is a Harsh Mistress (Heinlein) and TANSTAAFL (still true > today - so many people forget). AI might not be "developed" directly, which > then rules out having any "rules". > > Russell > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of scott Ford > Sent: Monday, May 11, 2020 10:51 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Colossus, Strangelove, etc. was: Developers say... > > Joel, > > I agree I am a huge sci-fi fan and believe in the sciences over utter > stupidity. > Lionel your point is well taken. I am guilty too, but when you have strong > feelings , which sometimes part of ADHD , it’s called RSD ( Reject > Sensitive Dysphoria ). > I have both ... > > Scott > > On Mon, May 11, 2020 at 11:22 AM Lionel B Dyck wrote: > > > Joel - can we please keep politics out of this listserv. Personally I > > wouldn't trust anyone in power to act against their own self interests > > and that applies to politicians and anyone else with power (as in > > money, influence, etc.). > > > > There are altruistic individuals in the world and when it comes to the > > development of an AI robot one prays/hopes that those are the software > > developers who implement the code for the three laws. > > > > > > Lionel B. Dyck < > > Website: > https://secure-web.cisco.com/10rW9HRt3rzwxzpQwZHaIaC_lBpBXktWnjqey9MYD8CTNRZehiZ-cQm-wjOlPtpza0yh2Q10-0KdT_XcArRjoeQ2nMiLt61252ye4hPTKFuPXgrYELwQ54ioOLkR-FEGH68FsHXY145RqiE1b97NrhE7o2clkfWGlhPy4F22jGvW6jjJwZoNwOx_dD5DdA6cOy-OO7TwEgYNdCD5EJ4IN51GSWLIYW-JGV4c_TaAon7_kL_nRItaZXmspnf7KySHBu5WuvaH4pKwaq4YARZjZT50Ltdv63kKUvQ72XSRiO7-aCszqGoWi4CU0gh--4qDLpQsD5sQH0UhbJfJkZKPzfZoGfFDT12X_BzTNKk0CYbrB-yKyMQlyr3pXTBSYUcc74hMt2il56Km4CzPi85cLM1YuDxBMjeMeZMa1sXtneJ86iw1PpGfx__Tkz8En7xH8/https%3A%2F%2Fwww.lbdsoftware.com > > > > "Worry more about your character than your reputation. Character is > > what you are, reputation merely what others think you are." - John > > Wooden > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Joel C. Ewing > > Sent: Monday, May 11, 2020 10:12 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Colossus, Strangelove, etc. was: Developers say... > > > > I've greatly enjoyed Asimov's vision of future possibilities, but when > > I step back to reality it occurs to me that his perfect laws of > > robotics would have to be implemented by fallible human programmers. > > Even if well-intentioned, how would they unambiguously convey to a > > robot the concepts of "human", "humanity", "hurt", and "injure" when > > there have always been minorities or "others" that are treated by one > > group of humans as sub-human to justify injuring them in the name of > "protecting" > > them or protecting humanity? And then there is the issue of who might > > make the decision to build sentient robots: For example, who in our > > present White House would you trust to pay any heed to logic or > > scientific recommendations or long-term consequences, if they were > > given the opportunity to construct less-constrained AI robots that > > they perceived offered some short-term political advantage? > > > > Humanity was also fortunate that when the hardware of Asimov's Daneel > > began to fail, that he failed gracefully, rather than becoming a > > menace to humanity. > > Joel C Ewing > > > > On 5/11/20 8:43 AM, scott Ford wrote: > > > Well done JoelI agree , But I can help to to be curious about > > > the future of AI. > > > a bit of Isaac Asimov > > > > >
Re: WannaCry hero faces jail time
Mike, Thanks for the great article, I literally just read all of it. Amazing story, he was a savant of sorts. I am not one to judge, right and wrong per se have shades of gray. Scott On Wed, May 13, 2020 at 6:38 AM Seymour J Metz wrote: > I think that he should have gotten jail time, but I also think that his > confession should have been thrown out and the FBI agents disciplined for > failing to present the warrant at the time of his arrest, for failing to > read him his Miranda rights and for interrogating him without a lawyer > present. > > I also think that Wired should hire a proofreader with a technical > background: the Web is not the Internet, among other things they got wrong. > > > -- > 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: Wednesday, May 13, 2020 2:09 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: WannaCry hero faces jail time > > > https://secure-web.cisco.com/1Fsb88pR44w_Yq0lMY7lOmuXWSr1sxFRT1sm43wEOkk8kyyivBZwqdHzu8GojIxaD9QzZIrj1k8EHc4pubOKw4355ZJ2NQVvk2pXjOZc8MizG4m1BmvOywRD-J0yqjqR0JJM3NO4cerGHFz4mrxFR7lSenSmr4Nsv4oj62TSXc3kK5jHEJYZWXV4b5RH1nBVQwLEUIvIuDxAKFj4tAlGme0fdu9gidT2BnwpCTfewAi1ey4cp7mRJb_Ufqeqp5LUtvpM2V1m1T7i6CsEEQvfVQ_mivfP1wImmgjvv7HrEKdNq5uetBv2oa4_RCnJiiju-U45oBO8gZIKO-M8ojuSg7IZ1tEE9iMtBIvaAdgtNFq_PfaMfv9ihFjJ_Bkir1TkrTnKAUkMT5zsw4r0eypHdjzL6Blzd8WrgGgr2VXd0CXzpX_7OIDpU-5kfJV4GuneoiPsCGyGciBS8QBHRZGqvoFsycWc0k6RXrzygc8Mkszo/https%3A%2F%2Fwww.wired.com%2Fstory%2Fconfessions-marcus-hutchins-hacker-who-saved-the-internet%2F%3Fmbid%3Dsocial_facebook%26utm_brand%3Dwired%26utm_medium%3Dsocial%26utm_social-type%3Downed%26utm_source%3Dfacebook > > -- > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > -- > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Go> Colossus> Devs
Sounds good Ken I will chec it out, thx. Scott On Tue, May 12, 2020 at 2:44 PM Ken Smith wrote: > For SF fans or Philosophy majors try the FX/Hulu TV series "Devs > <https://www.fxnetworks.com/shows/devs>". From the NYTimes: > > *"In “Devs,” ... a messianic tech founder devises a supercomputer that can > simulate the past and predict the future, based on principles of physical > determinism."* > > Artfully filmed, it imagines a computer with the astounding capacity to > "know" every moment in time. Extrapolating backward or forward, it can show > these events, for example, Jesus on the cross. This presumes, however, > that all events are predetermined, that is, there is no free will - > everything that has happened or will happen is immutable. Or is it? > > Unique to the "computer run amok" genre this computer is not out of control > but in fact does exactly what developers have programmed it to do. > > Excellent. > > Ken > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: But COBOL is the problem?
Yep, I agree On Mon, May 11, 2020 at 4:06 PM Seymour J Metz wrote: > "There's never time to do it right but there's always time to do it over." > Yes, the quality of the plan and its enforcement makes a big difference in > the outcome. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of scott Ford [idfli...@gmail.com] > Sent: Monday, May 11, 2020 12:04 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: OT: But COBOL is the problem? > > Seymour, > > Yes sir no balance between Money and quality of life per se. I feel > computer languages are our tools to get the job done. But one has to plan , > work the plan, basically execute it. This is how I learned working IBM in > NYC ...it works IMHO.. > > Scott > > On Fri, May 8, 2020 at 11:58 AM Seymour J Metz wrote: > > > > BTW: C++ is not the problem either ;-) > > > > Nor is Academia. If anything, such ineptitude is more common in the > > private sector. Morton-Thiokol. Boeing. Perkin-Elmer. > > > > > > -- > > Shmuel (Seymour J.) Metz > > http://mason.gmu.edu/~smetz3 > > > > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > > of Kirk Wolf [k...@dovetail.com] > > Sent: Friday, May 8, 2020 11:02 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: OT: But COBOL is the problem? > > > > > > > https://secure-web.cisco.com/13_dUZjSXiW4502OI3_iUobjB67KaxPIaxYDgXjEyzmGl1CBAkFMZZRuO-3sHVKNfOsHPuj-xBNixpbcgXaATL04rDbIAI49t5m4zUcbDMptUu-OeEFKfe2F7Wof60cWetuVPS1CBAcRzrXCJ5DkSiaXEDzlqzgLRTh2SiBpBnTKNfr_kW52YmxjM9pgcTKAzW79-5-ocX6Af8KsWFZKNKlqwKH59WZOIpo8HomN39d95h8Ju-09pcgJbN4KoU_f20FLwR8nHHncaOqsKan8uXx8ATS1ENhaoXM-HZi_cHkS1guFwpmWWIaAwSSEoSWnRwFmffg4MON-bkNXIHBIUuJPB1Q7On-E1zUc4AIjfLCJho6zHPMVtyWtqL6GPwBZ2IsTpgsbIh8iIJq50cTok-enhAsJlE_PKM35BSZ9Y9gGutpWqPaBnxLJBqu1x_wrF/https%3A%2F%2Flockdownsceptics.org%2Fcode-review-of-fergusons-model%2F > > > > BTW: C++ is not the problem either ;-) > > > > Kirk Wolf > > Dovetailed Technologies > > > > > http://secure-web.cisco.com/1VneLcEjo-fhdKw5y_gqhccmM75JFhQGYOP-UVsuJad7w_9opIsOpSMYM86wVKS5oteIm7yvG6dZcHY1qcjVNwR9xpHwaKIbEP8YseR12FFeuvDHeFnt9kW2FXR4e6uQVdYqVGbCl7wzUZXLI6f5INvLSqKPFb7Vrx0ehTLP3q2VVWMWn0cF8m6d4LG4qOuzIWOLkFJIjDcIw83mAepnLZy06mT8vQf1s5bVRbaFe06zZlRyx5o0Hd0khg4QDmLukMy5bgzdqhjdpYJYqJQYmudTDfTfoSsuP7BUzQkwvstLw3km-O-X1JOpp3hATQNcatyLQ_Kx7XaAk1qCgJNIrNlOVU7GcySEWuPlufBE8EsIA8VDB8Idi-UeAuPm03XI_EznD8UOhURENg1tnhD-QccVyKz5ycNajwbPdv4nHicGDera-YUXz9rn856r0rn3j/http%3A%2F%2Fdovetail.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 > > > -- > Scott Ford > IDMWORKS > z/OS Development > > -- > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: But COBOL is the problem?
You both hit ,the nail on the head Scott On Mon, May 11, 2020 at 2:29 PM Clark Morris wrote: > [Default] On 11 May 2020 10:57:42 -0700, in bit.listserv.ibm-main > poodles...@sbcglobal.net (Dan at Poodles) wrote: > > In addition to documentation is there a good set of test data and is > it kept current? One of my biggest problems in doing applications > upgrade was figuring out how to test the dang thing with 20 sets of > files that had to match. > > Clark Morris > >From 46 years of experience, these problems can be mostly traced to > little, if any, documentation. Is there correct system documentation? Is > there correct file/data base documentation? Is there correct operational > documentation? Is there correct program documentation? Are the programs > documented externally (this is what this program does) and internally > (explaining in excruciating detail every action taken). Have standards > been established and strictly followed? > > > >Yea, I know all of this is a pain in the a$$, but who's going to support > the code should the author(s) get run over by a bus? Detailed internal > program documentation is also a great tool to review the author's logic and > assumptions. It forces programmers and managers to re-think and re-verify > everything. > > > >This lack of documentation can always, always, be traced to pi$$ poor > management. Just because a project is completed in record time and under > budget does not mean the project is a success. More likely than not, the > poor souls tasked with supporting these systems are left with a nightmare. > They pick up the crap they inherited and simply add more. What the hell, > that was good enough before. > > > >Quick and dirty one-time shots should never be placed into production. > Yet, I've seen this occur way too often. > > > >Whatever programming languages are used to write code is completely > irrelevant. It's all about the documentation. > > > >-Original Message- > >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of scott Ford > >Sent: Monday, May 11, 2020 11:04 AM > >To: IBM-MAIN@LISTSERV.UA.EDU > >Subject: Re: OT: But COBOL is the problem? > > > >Seymour, > > > >Yes sir no balance between Money and quality of life per se. I feel > computer languages are our tools to get the job done. But one has to plan , > work the plan, basically execute it. This is how I learned working IBM in > NYC ...it works IMHO.. > > > >Scott > > > >-- > >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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Colossus, Strangelove, etc. was: Developers say...
Joe, Yeah I read it, it’s a great book along with “The Martian”, couldn’t put the Martian down. Scott On Mon, May 11, 2020 at 12:58 PM Joe Monk wrote: > An even better story ... > > https://en.wikipedia.org/wiki/The_Adolescence_of_P-1 > > Joe > > On Mon, May 11, 2020 at 11:31 AM Bob Bridges > wrote: > > > I'll cheerfully leave political partisanship aside. But if I may > > attribute this equally to both sides (and thus avoid partisanship), I'm > > with Joel ~and~ Lionel on this. Most folks who misuse their power start > > out, at least, in hopes of doing good. What I'm saying is that although > we > > value altruism, I don't trust even altruists in the matter of exercising > > power, especially when in pursuit of The Good of Humanity. > > > > Doesn't mean we won't keep building robots. Doesn't even mean we > > shouldn't. But even altruists can be villains. Ultron and Colossus both > > wanted to save the world, after all. > > > > --- > > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > > > /* The historian Macaulay famously said that the Puritans opposed > > bearbaiting not because it gave pain to the bears but because it gave > > pleasure to the spectators. The Puritans were right: Some pleasures are > > contemptible because they are coarsening. They are not merely private > > vices, they have public consequences in driving the culture's downward > > spiral. -George Will, "The challenge of thinking lower", 2001-06-22 */ > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Lionel B Dyck > > Sent: Monday, May 11, 2020 11:22 > > > > Joel - can we please keep politics out of this listserv. Personally I > > wouldn't trust anyone in power to act against their own self interests > and > > that applies to politicians and anyone else with power (as in money, > > influence, etc.). > > > > There are altruistic individuals in the world and when it comes to the > > development of an AI robot one prays/hopes that those are the software > > developers who implement the code for the three laws. > > > > -Original Message- > > From: IBM Mainframe Discussion List On Behalf > > Of Joel C. Ewing > > Sent: Monday, May 11, 2020 10:12 AM > > > > I've greatly enjoyed Asimov's vision of future possibilities, but when I > > step back to reality it occurs to me that his perfect laws of robotics > > would have to be implemented by fallible human programmers. Even if > > well-intentioned, how would they unambiguously convey to a robot the > > concepts of "human", "humanity", "hurt", and "injure" when there have > > always been minorities or "others" that are treated by one group of > humans > > as sub-human to justify injuring them in the name of "protecting" > > them or protecting humanity? And then there is the issue of who might > > make the decision to build sentient robots: For example, who in our > > present White House would you trust to pay any heed to logic or > scientific > > recommendations or long-term consequences, if they were given the > > opportunity to construct less-constrained AI robots that they perceived > > offered some short-term political advantage? > > > > Humanity was also fortunate that when the hardware of Asimov's Daneel > > began to fail, that he failed gracefully, rather than becoming a menace > to > > humanity. > > > > --- On 5/11/20 8:43 AM, scott Ford wrote: > > > Well done JoelI agree , But I can help to to be curious about the > > > future of AI. > > > a bit of Isaac Asimov > > > > > > --- On Mon, May 11, 2020 at 9:25 AM Joel C. Ewing > > wrote: > > >> And of course the whole point of Colossus, Dr Strangelove, War > > >> Games, Terminator, Forbidden Planet, Battlestar Galactica, etc. was > > >> to try to make it clear to all the non-engineers and non-programmers > > >> (all of whom greatly outnumber us) why putting lethal force in the > > >> hands of any autonomous or even semi-autonomous machine is something > > >> with incredible potential to go wrong. We all know that even if the > > >> hardware doesn't fail, which it inevitably will, that all software > > >> above a certain level of complexity is guaranteed to have bugs with > > >> unknown consequences. > > >> There is another equally cautionary genre in sci-fi about society > > >>
Re: FW: zOSMF
Steve, Good you found it.. Scott On Mon, May 11, 2020 at 12:46 PM Steve Beaver wrote: > It’s a problem with the Liberty zFS and starting all the Plugins > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of scott Ford > Sent: Monday, May 11, 2020 10:59 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: FW: zOSMF > > Steve, > > What’s the RC=2816 ? > > On Thu, May 7, 2020 at 3:32 PM Steve Beaver wrote: > > > Carmen said - make sure the OMVS segment in RACF home directory exists > > > > > > > > that was it mostly > > > > > > > > $HASP395 IZUSVR1 ENDED - RC=2816 > > > > > > > > Now I’m getting a BUNCH of > > > > > > > > JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC CC=0001 > > JOB=IZUSVR14 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR14 STEP=*OMVSEX PGM=BPXPRECP CC= > > JOB=IZUSVR15 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR16 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR16 STEP=*OMVSEX PGM=BPXPRECP CC= > > JOB=IZUSVR17 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR18 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR18 STEP=*OMVSEX PGM=BPXPRECP CC= > > JOB=IZUSVR19 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR11 STEP=*OMVSEX PGM=BPXPRECP CC= > > JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR13 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR13 STEP=*OMVSEX PGM=BPXPRECP CC= > > JOB=IZUSVR14 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR15 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR15 STEP=*OMVSEX PGM=BPXPRECP CC= > > JOB=IZUSVR16 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR17 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR17 STEP=*OMVSEX PGM=BPXPRECP CC= > > JOB=IZUSVR18 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR19 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR19 STEP=*OMVSEX PGM=BPXPRECP CC= > > JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC CC= > > > > > > > > JOB=IZUSVR13 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR14 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR14 STEP=*OMVSEX PGM=BPXPRECP CC=0001 > > JOB=IZUSVR15 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR16 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR16 STEP=*OMVSEX PGM=BPXPRECP CC=0001 > > JOB=IZUSVR17 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR18 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR18 STEP=*OMVSEX PGM=BPXPRECP CC=0001 > > JOB=IZUSVR19 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR11 STEP=*OMVSEX PGM=BPXPRECP CC=0001 > > JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR12 STEP=*OMVSEX PGM=BPXPRECP CC= > > JOB=IZUSVR13 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR13 STEP=*OMVSEX PGM=BPXPRECP CC= > > JOB=IZUSVR14 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR14 STEP=*OMVSEX PGM=BPXPRECP CC= > > JOB=IZUSVR15 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR15 STEP=*OMVSEX PGM=BPXPRECP CC= > > JOB=IZUSVR16 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR17 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR18 STEP=STEP1PGM=BPXPRFC CC=0000 > > JOB=IZUSVR18 STEP=*OMVSEX PGM=BPXPRECP CC= > > JOB=IZUSVR13 STEP=STEP1PGM=BPXPRFC CC= > > JOB=IZUSVR11 STEP=*OMVSEX PGM=BPXPRECP CC= > > $HASP395 IZUSVR1 ENDED - RC=2816 > > > > > > > > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > Scott Ford > IDMWORKS > z/OS Development > > -- > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Colossus, Strangelove, etc. was: Developers say...
Alan, Yes sir, ‘I Robot’ is great story. Scott On Mon, May 11, 2020 at 12:10 PM Allan Staller wrote: > Look up the story "I, Robot". From memory, I believe it is also an Isaac > Asimov story > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Joel C. Ewing > Sent: Monday, May 11, 2020 10:12 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Colossus, Strangelove, etc. was: Developers say... > > [CAUTION: This Email is from outside the Organization. Unless you trust > the sender, Don’t click links or open attachments as it may be a Phishing > email, which can steal your Information and compromise your Computer.] > > I've greatly enjoyed Asimov's vision of future possibilities, but when I > step back to reality it occurs to me that his perfect laws of robotics > would have to be implemented by fallible human programmers. Even if > well-intentioned, how would they unambiguously convey to a robot the > concepts of "human", "humanity", "hurt", and "injure" when there have > always been minorities or "others" that are treated by one group of humans > as sub-human to justify injuring them in the name of "protecting" > them or protecting humanity? And then there is the issue of who might > make the decision to build sentient robots: For example, who in our > present White House would you trust to pay any heed to logic or scientific > recommendations or long-term consequences, if they were given the > opportunity to construct less-constrained AI robots that they perceived > offered some short-term political advantage? > > Humanity was also fortunate that when the hardware of Asimov's Daneel > began to fail, that he failed gracefully, rather than becoming a menace to > humanity. > Joel C Ewing > > On 5/11/20 8:43 AM, scott Ford wrote: > > Well done JoelI agree , But I can help to to be curious about the > > future of AI. > > a bit of Isaac Asimov > > > > Scott > > > > On Mon, May 11, 2020 at 9:25 AM Joel C. Ewing wrote: > > > >> And of course the whole point of Colossus, Dr Strangelove, War > >> Games, Terminator, Forbidden Planet, Battlestar Galactica, etc. was > >> to try to make it clear to all the non-engineers and non-programmers > >> (all of whom greatly outnumber us) why putting lethal force in the > >> hands of any autonomous or even semi-autonomous machine is something > >> with incredible potential to go wrong. We all know that even if the > >> hardware doesn't fail, which it inevitably will, that all software > >> above a certain level of complexity is guaranteed to have bugs with > >> unknown consequences. > >> There is another equally cautionary genre in sci-fi about society > >> becoming so dependent on machines as to lose the knowledge to > >> understand and maintain the machines, resulting in total collapse > >> when the machines inevitably fail. I still remember my oldest sister > reading E.M. > >> Forster, "The Machine Stops" (1909), to me when I was very young. > >> Various Star Trek episodes used both of these themes as plots. > >> People can also break down with lethal side effects, but the > >> potential damage one person can create is more easily contained by > >> other people. The only effective way to defend again a berserk lethal > >> machine may be with another lethal machine, and Colossus-Guardian > >> suggests why that may be an even worse idea. > >> Joel C Ewing > >> > >> On 5/11/20 4:54 AM, Seymour J Metz wrote: > >>> Strangelove was twisted because the times were twisted. We're ripe > >>> for a > >> similar parody on our own times. > >>> > >>> -- > >>> Shmuel (Seymour J.) Metz > >>> https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason > >>> .gmu.edu%2F~smetz3data=02%7C01%7Callan.staller%40HCL.COM%7C87d9 > >>> 89082f374f96610c08d7f5be19cc%7C189de737c93a4f5a8b686f4ca9941912%7C0% > >>> 7C0%7C637248069162560622sdata=ZnMqmL1CJJ4Ndpc9HLcl%2FYWR%2FpnSo > >>> zSoLcU13aVX8NI%3Dreserved=0 > >>> > >>> > >>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on > >> behalf of Farley, Peter x23353 [peter.far...@broadridge.com] > >>> Sent: Sunday, May 10, 2020 11:39 PM > >>> To: IBM-MAIN@LISTSERV.UA.EDU > >>> Subject: Re: Developers say Google's Go is 'most sought after' > >> programming language
Re: OT: But COBOL is the problem?
Seymour, Yes sir no balance between Money and quality of life per se. I feel computer languages are our tools to get the job done. But one has to plan , work the plan, basically execute it. This is how I learned working IBM in NYC ...it works IMHO.. Scott On Fri, May 8, 2020 at 11:58 AM Seymour J Metz wrote: > > BTW: C++ is not the problem either ;-) > > Nor is Academia. If anything, such ineptitude is more common in the > private sector. Morton-Thiokol. Boeing. Perkin-Elmer. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Kirk Wolf [k...@dovetail.com] > Sent: Friday, May 8, 2020 11:02 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: OT: But COBOL is the problem? > > > https://secure-web.cisco.com/13_dUZjSXiW4502OI3_iUobjB67KaxPIaxYDgXjEyzmGl1CBAkFMZZRuO-3sHVKNfOsHPuj-xBNixpbcgXaATL04rDbIAI49t5m4zUcbDMptUu-OeEFKfe2F7Wof60cWetuVPS1CBAcRzrXCJ5DkSiaXEDzlqzgLRTh2SiBpBnTKNfr_kW52YmxjM9pgcTKAzW79-5-ocX6Af8KsWFZKNKlqwKH59WZOIpo8HomN39d95h8Ju-09pcgJbN4KoU_f20FLwR8nHHncaOqsKan8uXx8ATS1ENhaoXM-HZi_cHkS1guFwpmWWIaAwSSEoSWnRwFmffg4MON-bkNXIHBIUuJPB1Q7On-E1zUc4AIjfLCJho6zHPMVtyWtqL6GPwBZ2IsTpgsbIh8iIJq50cTok-enhAsJlE_PKM35BSZ9Y9gGutpWqPaBnxLJBqu1x_wrF/https%3A%2F%2Flockdownsceptics.org%2Fcode-review-of-fergusons-model%2F > > BTW: C++ is not the problem either ;-) > > Kirk Wolf > Dovetailed Technologies > > http://secure-web.cisco.com/1VneLcEjo-fhdKw5y_gqhccmM75JFhQGYOP-UVsuJad7w_9opIsOpSMYM86wVKS5oteIm7yvG6dZcHY1qcjVNwR9xpHwaKIbEP8YseR12FFeuvDHeFnt9kW2FXR4e6uQVdYqVGbCl7wzUZXLI6f5INvLSqKPFb7Vrx0ehTLP3q2VVWMWn0cF8m6d4LG4qOuzIWOLkFJIjDcIw83mAepnLZy06mT8vQf1s5bVRbaFe06zZlRyx5o0Hd0khg4QDmLukMy5bgzdqhjdpYJYqJQYmudTDfTfoSsuP7BUzQkwvstLw3km-O-X1JOpp3hATQNcatyLQ_Kx7XaAk1qCgJNIrNlOVU7GcySEWuPlufBE8EsIA8VDB8Idi-UeAuPm03XI_EznD8UOhURENg1tnhD-QccVyKz5ycNajwbPdv4nHicGDera-YUXz9rn856r0rn3j/http%3A%2F%2Fdovetail.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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FW: zOSMF
Steve, What’s the RC=2816 ? On Thu, May 7, 2020 at 3:32 PM Steve Beaver wrote: > Carmen said - make sure the OMVS segment in RACF home directory exists > > > > that was it mostly > > > > $HASP395 IZUSVR1 ENDED - RC=2816 > > > > Now I’m getting a BUNCH of > > > > JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC CC=0001 > JOB=IZUSVR14 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR14 STEP=*OMVSEX PGM=BPXPRECP CC= > JOB=IZUSVR15 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR16 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR16 STEP=*OMVSEX PGM=BPXPRECP CC= > JOB=IZUSVR17 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR18 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR18 STEP=*OMVSEX PGM=BPXPRECP CC= > JOB=IZUSVR19 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR11 STEP=*OMVSEX PGM=BPXPRECP CC= > JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR13 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR13 STEP=*OMVSEX PGM=BPXPRECP CC= > JOB=IZUSVR14 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR15 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR15 STEP=*OMVSEX PGM=BPXPRECP CC= > JOB=IZUSVR16 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR17 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR17 STEP=*OMVSEX PGM=BPXPRECP CC= > JOB=IZUSVR18 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR19 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR19 STEP=*OMVSEX PGM=BPXPRECP CC= > JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC CC= > > > > JOB=IZUSVR13 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR14 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR14 STEP=*OMVSEX PGM=BPXPRECP CC=0001 > JOB=IZUSVR15 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR16 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR16 STEP=*OMVSEX PGM=BPXPRECP CC=0001 > JOB=IZUSVR17 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR18 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR18 STEP=*OMVSEX PGM=BPXPRECP CC=0001 > JOB=IZUSVR19 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR11 STEP=*OMVSEX PGM=BPXPRECP CC=0001 > JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR12 STEP=*OMVSEX PGM=BPXPRECP CC= > JOB=IZUSVR13 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR13 STEP=*OMVSEX PGM=BPXPRECP CC= > JOB=IZUSVR14 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR14 STEP=*OMVSEX PGM=BPXPRECP CC= > JOB=IZUSVR15 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR15 STEP=*OMVSEX PGM=BPXPRECP CC= > JOB=IZUSVR16 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR17 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR18 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR18 STEP=*OMVSEX PGM=BPXPRECP CC= > JOB=IZUSVR13 STEP=STEP1PGM=BPXPRFC CC= > JOB=IZUSVR11 STEP=*OMVSEX PGM=BPXPRECP CC= > $HASP395 IZUSVR1 ENDED - RC=2816 > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Colossus, Strangelove, etc. was: Developers say...
Lionel, Out of respect for all, oh yes me too...I have made mistakes like enough one. On Mon, May 11, 2020 at 11:54 AM Lionel B Dyck wrote: > For me, my blood type is B+, and I tend to look on the positive side of > things - including giving most the benefit of the doubt and hoping for the > best. Sadly my short/long term memory failures have not erased lessons > learned from granting trust when it shouldn't have been granted. > > Enough said - may y'all be safe, healthy, and blessed. During challenging > times we need each other in many different ways and that includes looking > out to prevent others from being taken advantage of if we have the ability > to do so. > > Lionel B. Dyck < > Website: https://www.lbdsoftware.com > > "Worry more about your character than your reputation. Character is what > you are, reputation merely what others think you are." - John Wooden > > -Original Message----- > From: IBM Mainframe Discussion List On Behalf > Of scott Ford > Sent: Monday, May 11, 2020 10:51 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Colossus, Strangelove, etc. was: Developers say... > > Joel, > > I agree I am a huge sci-fi fan and believe in the sciences over utter > stupidity. > Lionel your point is well taken. I am guilty too, but when you have strong > feelings , which sometimes part of ADHD , it’s called RSD ( Reject > Sensitive Dysphoria ). > I have both ... > > Scott > > On Mon, May 11, 2020 at 11:22 AM Lionel B Dyck wrote: > > > Joel - can we please keep politics out of this listserv. Personally I > > wouldn't trust anyone in power to act against their own self interests > > and that applies to politicians and anyone else with power (as in > > money, influence, etc.). > > > > There are altruistic individuals in the world and when it comes to the > > development of an AI robot one prays/hopes that those are the software > > developers who implement the code for the three laws. > > > > > > Lionel B. Dyck < > > Website: https://www.lbdsoftware.com > > > > "Worry more about your character than your reputation. Character is > > what you are, reputation merely what others think you are." - John > > Wooden > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Joel C. Ewing > > Sent: Monday, May 11, 2020 10:12 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Colossus, Strangelove, etc. was: Developers say... > > > > I've greatly enjoyed Asimov's vision of future possibilities, but when > > I step back to reality it occurs to me that his perfect laws of > > robotics would have to be implemented by fallible human programmers. > > Even if well-intentioned, how would they unambiguously convey to a > > robot the concepts of "human", "humanity", "hurt", and "injure" when > > there have always been minorities or "others" that are treated by one > > group of humans as sub-human to justify injuring them in the name of > "protecting" > > them or protecting humanity? And then there is the issue of who might > > make the decision to build sentient robots: For example, who in our > > present White House would you trust to pay any heed to logic or > > scientific recommendations or long-term consequences, if they were > > given the opportunity to construct less-constrained AI robots that > > they perceived offered some short-term political advantage? > > > > Humanity was also fortunate that when the hardware of Asimov's Daneel > > began to fail, that he failed gracefully, rather than becoming a > > menace to humanity. > > Joel C Ewing > > > > On 5/11/20 8:43 AM, scott Ford wrote: > > > Well done JoelI agree , But I can help to to be curious about > > > the future of AI. > > > a bit of Isaac Asimov > > > > > > Scott > > > > > > On Mon, May 11, 2020 at 9:25 AM Joel C. Ewing wrote: > > > > > >> And of course the whole point of Colossus, Dr Strangelove, War > > >> Games, Terminator, Forbidden Planet, Battlestar Galactica, etc. > > >> was to try to make it clear to all the non-engineers and > > >> non-programmers (all of whom greatly outnumber us) why putting > > >> lethal force in the hands of any autonomous or even semi-autonomous > > >> machine is something with incredible potential to go wrong. We all > > >> know that even if the hardware doesn't fail, which it inevitably > > >> will, that all software
Re: [External] Re: Developers say Google's Go is 'most sought after' programming language of 2020
All, I agree I am a huge sci-fi fan and believe in the sciences over utter stupidity. Lionel your point is well taken. I am guilty too, but when you have strong feelings , which sometimes part of ADHD , it’s called RSD ( Reject Sensitive Dysphoria ). I have both ... On Mon, May 11, 2020 at 11:48 AM Pommier, Rex wrote: > Can be said for both sides of the spectrum. This is a mainframe forum, > not a political one. Let's keep it that way. > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of scott Ford > Sent: Monday, May 11, 2020 10:09 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [External] Re: Developers say Google's Go is 'most sought after' > programming language of 2020 > > Elect a clown get a circus > > On Mon, May 11, 2020 at 11:08 AM scott Ford wrote: > > > Seymour, > > > > Oh yes sir > > > > On Mon, May 11, 2020 at 5:54 AM Seymour J Metz wrote: > > > >> Strangelove was twisted because the times were twisted. We're ripe > >> for a similar parody on our own times. > >> > >> > >> -- > >> Shmuel (Seymour J.) Metz > >> http://mason.gmu.edu/~smetz3 > >> > >> > >> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on > >> behalf of Farley, Peter x23353 [peter.far...@broadridge.com] > >> Sent: Sunday, May 10, 2020 11:39 PM > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> Subject: Re: Developers say Google's Go is 'most sought after' > >> programming language of 2020 > >> > >> For relatively recent fare, I agree 100% - "Person of Interest" leads > >> the pack. My favorite oldie -- "Let's play Global Thermonuclear War . > . . " > >> (War Games), right after Dr. Strangelove of course, simply because it > >> was so twisted. > >> > >> Mutual Assured Destruction indeed. Is SkyNet far away? > >> > >> Peter > >> > >> -Original Message- > >> From: IBM Mainframe Discussion List On > >> Behalf Of Bob Bridges > >> Sent: Sunday, May 10, 2020 10:21 PM > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> Subject: Re: Developers say Google's Go is 'most sought after' > >> programming language of 2020 > >> > >> I've always loved "Colossus: The Forbin Project". Not many people > >> have seen it, as far as I can tell. > >> > >> The only problem I have with that movie - well, the main problem - is > >> that no programmer in the world would make such a system and then > >> throw away the Stop button. No engineer would do that with a machine > >> he built, either. Too many things can go wrong. > >> > >> But a fun movie, if you can ignore that. > >> > >> --- > >> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > >> > >> /* The only thing UFO aliens deserve is to be ignored...and when we > >> finally develop the right missiles, to have their smug, silvery > >> little butts shot down. Not a single reported UFO sighting -- if > >> true! -- describes the behavior of decent, polite, honorable visitors > to our world. > >> -David Brin in a 1998 on-line interview */ > >> > >> > >> -Original Message- > >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > >> On Behalf Of scott Ford > >> Sent: Sunday, May 10, 2020 11:38 > >> > >> Like the 1970s flick , ‘Colossus , The Forbin Project’, > >> > >> Colossus and American computer and Guardian a Russian computer take > >> over saying ‘ Colossus and Guardian we are one’, or better yet My > >> favorite show, ‘Person of Interest’. > >> -- > >> > >> This message and any attachments are intended only for the use of the > >> addressee and may contain information that is privileged and > confidential. > >> If the reader of the message is not the intended recipient or an > >> authorized representative of the intended recipient, you are hereby > >> notified that any dissemination of this communication is strictly > >> prohibited. If you have received this communication in error, please > >> notify us immediately by e-mail and delete the message and any > attachments from your system. > >> > >> > >> - > >> - For IBM-MAIN subscribe / signoff / archive access instructions, > >> send email to lists...@listse
Re: Colossus, Strangelove, etc. was: Developers say...
Joel, I agree I am a huge sci-fi fan and believe in the sciences over utter stupidity. Lionel your point is well taken. I am guilty too, but when you have strong feelings , which sometimes part of ADHD , it’s called RSD ( Reject Sensitive Dysphoria ). I have both ... Scott On Mon, May 11, 2020 at 11:22 AM Lionel B Dyck wrote: > Joel - can we please keep politics out of this listserv. Personally I > wouldn't trust anyone in power to act against their own self interests and > that applies to politicians and anyone else with power (as in money, > influence, etc.). > > There are altruistic individuals in the world and when it comes to the > development of an AI robot one prays/hopes that those are the software > developers who implement the code for the three laws. > > > Lionel B. Dyck < > Website: https://www.lbdsoftware.com > > "Worry more about your character than your reputation. Character is what > you are, reputation merely what others think you are." - John Wooden > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Joel C. Ewing > Sent: Monday, May 11, 2020 10:12 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Colossus, Strangelove, etc. was: Developers say... > > I've greatly enjoyed Asimov's vision of future possibilities, but when I > step back to reality it occurs to me that his perfect laws of robotics > would have to be implemented by fallible human programmers. Even if > well-intentioned, how would they unambiguously convey to a robot the > concepts of "human", "humanity", "hurt", and "injure" when there have > always been minorities or "others" that are treated by one group of humans > as sub-human to justify injuring them in the name of "protecting" > them or protecting humanity? And then there is the issue of who might > make the decision to build sentient robots: For example, who in our > present White House would you trust to pay any heed to logic or scientific > recommendations or long-term consequences, if they were given the > opportunity to construct less-constrained AI robots that they perceived > offered some short-term political advantage? > > Humanity was also fortunate that when the hardware of Asimov's Daneel > began to fail, that he failed gracefully, rather than becoming a menace to > humanity. > Joel C Ewing > > On 5/11/20 8:43 AM, scott Ford wrote: > > Well done JoelI agree , But I can help to to be curious about the > > future of AI. > > a bit of Isaac Asimov > > > > Scott > > > > On Mon, May 11, 2020 at 9:25 AM Joel C. Ewing wrote: > > > >> And of course the whole point of Colossus, Dr Strangelove, War > >> Games, Terminator, Forbidden Planet, Battlestar Galactica, etc. was > >> to try to make it clear to all the non-engineers and non-programmers > >> (all of whom greatly outnumber us) why putting lethal force in the > >> hands of any autonomous or even semi-autonomous machine is something > >> with incredible potential to go wrong. We all know that even if the > >> hardware doesn't fail, which it inevitably will, that all software > >> above a certain level of complexity is guaranteed to have bugs with > >> unknown consequences. > >> There is another equally cautionary genre in sci-fi about society > >> becoming so dependent on machines as to lose the knowledge to > >> understand and maintain the machines, resulting in total collapse > >> when the machines inevitably fail. I still remember my oldest sister > reading E.M. > >> Forster, "The Machine Stops" (1909), to me when I was very young. > >> Various Star Trek episodes used both of these themes as plots. > >> People can also break down with lethal side effects, but the > >> potential damage one person can create is more easily contained by > >> other people. The only effective way to defend again a berserk lethal > >> machine may be with another lethal machine, and Colossus-Guardian > >> suggests why that may be an even worse idea. > >> Joel C Ewing > >> > >> On 5/11/20 4:54 AM, Seymour J Metz wrote: > >>> Strangelove was twisted because the times were twisted. We're ripe > >>> for a > >> similar parody on our own times. > >>> > >>> -- > >>> Shmuel (Seymour J.) Metz > >>> http://mason.gmu.edu/~smetz3 > >>> > >>> > >>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on > >> behalf of Fa
Re: Developers say Google's Go is 'most sought after' programming language of 2020
Elect a clown get a circus On Mon, May 11, 2020 at 11:08 AM scott Ford wrote: > Seymour, > > Oh yes sir > > On Mon, May 11, 2020 at 5:54 AM Seymour J Metz wrote: > >> Strangelove was twisted because the times were twisted. We're ripe for a >> similar parody on our own times. >> >> >> -- >> Shmuel (Seymour J.) Metz >> http://mason.gmu.edu/~smetz3 >> >> >> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf >> of Farley, Peter x23353 [peter.far...@broadridge.com] >> Sent: Sunday, May 10, 2020 11:39 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: Developers say Google's Go is 'most sought after' >> programming language of 2020 >> >> For relatively recent fare, I agree 100% - "Person of Interest" leads the >> pack. My favorite oldie -- "Let's play Global Thermonuclear War . . . " >> (War Games), right after Dr. Strangelove of course, simply because it was >> so twisted. >> >> Mutual Assured Destruction indeed. Is SkyNet far away? >> >> Peter >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf >> Of Bob Bridges >> Sent: Sunday, May 10, 2020 10:21 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: Developers say Google's Go is 'most sought after' >> programming language of 2020 >> >> I've always loved "Colossus: The Forbin Project". Not many people have >> seen it, as far as I can tell. >> >> The only problem I have with that movie - well, the main problem - is >> that no programmer in the world would make such a system and then throw >> away the Stop button. No engineer would do that with a machine he built, >> either. Too many things can go wrong. >> >> But a fun movie, if you can ignore that. >> >> --- >> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 >> >> /* The only thing UFO aliens deserve is to be ignored...and when we >> finally develop the right missiles, to have their smug, silvery little >> butts shot down. Not a single reported UFO sighting -- if true! -- >> describes the behavior of decent, polite, honorable visitors to our world. >> -David Brin in a 1998 on-line interview */ >> >> >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf Of scott Ford >> Sent: Sunday, May 10, 2020 11:38 >> >> Like the 1970s flick , ‘Colossus , The Forbin Project’, >> >> Colossus and American computer and Guardian a Russian computer take over >> saying ‘ Colossus and Guardian we are one’, or better yet My favorite show, >> ‘Person of Interest’. >> -- >> >> This message and any attachments are intended only for the use of the >> addressee and may contain information that is privileged and confidential. >> If the reader of the message is not the intended recipient or an authorized >> representative of the intended recipient, you are hereby notified that any >> dissemination of this communication is strictly prohibited. If you have >> received this communication in error, please notify us immediately by >> e-mail and delete the message and any attachments from your system. >> >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > -- > Scott Ford > IDMWORKS > z/OS Development > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Developers say Google's Go is 'most sought after' programming language of 2020
Seymour, Oh yes sir On Mon, May 11, 2020 at 5:54 AM Seymour J Metz wrote: > Strangelove was twisted because the times were twisted. We're ripe for a > similar parody on our own times. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Farley, Peter x23353 [peter.far...@broadridge.com] > Sent: Sunday, May 10, 2020 11:39 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Developers say Google's Go is 'most sought after' programming > language of 2020 > > For relatively recent fare, I agree 100% - "Person of Interest" leads the > pack. My favorite oldie -- "Let's play Global Thermonuclear War . . . " > (War Games), right after Dr. Strangelove of course, simply because it was > so twisted. > > Mutual Assured Destruction indeed. Is SkyNet far away? > > Peter > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Bob Bridges > Sent: Sunday, May 10, 2020 10:21 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Developers say Google's Go is 'most sought after' programming > language of 2020 > > I've always loved "Colossus: The Forbin Project". Not many people have > seen it, as far as I can tell. > > The only problem I have with that movie - well, the main problem - is that > no programmer in the world would make such a system and then throw away the > Stop button. No engineer would do that with a machine he built, either. > Too many things can go wrong. > > But a fun movie, if you can ignore that. > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* The only thing UFO aliens deserve is to be ignored...and when we > finally develop the right missiles, to have their smug, silvery little > butts shot down. Not a single reported UFO sighting -- if true! -- > describes the behavior of decent, polite, honorable visitors to our world. > -David Brin in a 1998 on-line interview */ > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of scott Ford > Sent: Sunday, May 10, 2020 11:38 > > Like the 1970s flick , ‘Colossus , The Forbin Project’, > > Colossus and American computer and Guardian a Russian computer take over > saying ‘ Colossus and Guardian we are one’, or better yet My favorite show, > ‘Person of Interest’. > -- > > This message and any attachments are intended only for the use of the > addressee and may contain information that is privileged and confidential. > If the reader of the message is not the intended recipient or an authorized > representative of the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please notify us immediately by > e-mail and delete the message and any attachments from your system. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Colossus, Strangelove, etc. was: Developers say...
Well done JoelI agree , But I can help to to be curious about the future of AI. a bit of Isaac Asimov Scott On Mon, May 11, 2020 at 9:25 AM Joel C. Ewing wrote: > And of course the whole point of Colossus, Dr Strangelove, War > Games, Terminator, Forbidden Planet, Battlestar Galactica, etc. was to > try to make it clear to all the non-engineers and non-programmers (all > of whom greatly outnumber us) why putting lethal force in the hands of > any autonomous or even semi-autonomous machine is something with > incredible potential to go wrong. We all know that even if the hardware > doesn't fail, which it inevitably will, that all software above a > certain level of complexity is guaranteed to have bugs with unknown > consequences. > There is another equally cautionary genre in sci-fi about society > becoming so dependent on machines as to lose the knowledge to understand > and maintain the machines, resulting in total collapse when the machines > inevitably fail. I still remember my oldest sister reading E.M. > Forster, "The Machine Stops" (1909), to me when I was very young. > Various Star Trek episodes used both of these themes as plots. > People can also break down with lethal side effects, but the > potential damage one person can create is more easily contained by > other people. The only effective way to defend again a berserk lethal > machine may be with another lethal machine, and Colossus-Guardian > suggests why that may be an even worse idea. > Joel C Ewing > > On 5/11/20 4:54 AM, Seymour J Metz wrote: > > Strangelove was twisted because the times were twisted. We're ripe for a > similar parody on our own times. > > > > > > -- > > Shmuel (Seymour J.) Metz > > http://mason.gmu.edu/~smetz3 > > > > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on > behalf of Farley, Peter x23353 [peter.far...@broadridge.com] > > Sent: Sunday, May 10, 2020 11:39 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Developers say Google's Go is 'most sought after' > programming language of 2020 > > > > For relatively recent fare, I agree 100% - "Person of Interest" leads > the pack. My favorite oldie -- "Let's play Global Thermonuclear War . . . > " (War Games), right after Dr. Strangelove of course, simply because it was > so twisted. > > > > Mutual Assured Destruction indeed. Is SkyNet far away? > > > > Peter > > > > -Original Message- > > From: IBM Mainframe Discussion List On > Behalf Of Bob Bridges > > Sent: Sunday, May 10, 2020 10:21 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Developers say Google's Go is 'most sought after' > programming language of 2020 > > > > I've always loved "Colossus: The Forbin Project". Not many people have > seen it, as far as I can tell. > > > > The only problem I have with that movie - well, the main problem - is > that no programmer in the world would make such a system and then throw > away the Stop button. No engineer would do that with a machine he built, > either. Too many things can go wrong. > > > > But a fun movie, if you can ignore that. > > > > --- > > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > > > /* The only thing UFO aliens deserve is to be ignored...and when we > finally develop the right missiles, to have their smug, silvery little > butts shot down. Not a single reported UFO sighting -- if true! -- > describes the behavior of decent, polite, honorable visitors to our world. > -David Brin in a 1998 on-line interview */ > > > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of scott Ford > > Sent: Sunday, May 10, 2020 11:38 > > > > Like the 1970s flick , ‘Colossus , The Forbin Project’, > > > > Colossus and American computer and Guardian a Russian computer take over > saying ‘ Colossus and Guardian we are one’, or better yet My favorite show, > ‘Person of Interest’. > > -- > > > > This message and any attachments are intended only for the use of the > addressee and may contain information that is privileged and confidential. > If the reader of the message is not the intended recipient or an authorized > representative of the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please notify us immediately by > e-mail and delete the message and any attachments from your system. > &
Re: Developers say Google's Go is 'most sought after' programming language of 2020
Peter my vote also... On Sun, May 10, 2020 at 11:39 PM Farley, Peter x23353 < peter.far...@broadridge.com> wrote: > For relatively recent fare, I agree 100% - "Person of Interest" leads the > pack. My favorite oldie -- "Let's play Global Thermonuclear War . . . " > (War Games), right after Dr. Strangelove of course, simply because it was > so twisted. > > Mutual Assured Destruction indeed. Is SkyNet far away? > > Peter > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Bob Bridges > Sent: Sunday, May 10, 2020 10:21 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Developers say Google's Go is 'most sought after' programming > language of 2020 > > I've always loved "Colossus: The Forbin Project". Not many people have > seen it, as far as I can tell. > > The only problem I have with that movie - well, the main problem - is that > no programmer in the world would make such a system and then throw away the > Stop button. No engineer would do that with a machine he built, either. > Too many things can go wrong. > > But a fun movie, if you can ignore that. > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* The only thing UFO aliens deserve is to be ignored...and when we > finally develop the right missiles, to have their smug, silvery little > butts shot down. Not a single reported UFO sighting -- if true! -- > describes the behavior of decent, polite, honorable visitors to our world. > -David Brin in a 1998 on-line interview */ > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of scott Ford > Sent: Sunday, May 10, 2020 11:38 > > Like the 1970s flick , ‘Colossus , The Forbin Project’, > > Colossus and American computer and Guardian a Russian computer take over > saying ‘ Colossus and Guardian we are one’, or better yet My favorite show, > ‘Person of Interest’. > -- > > This message and any attachments are intended only for the use of the > addressee and may contain information that is privileged and confidential. > If the reader of the message is not the intended recipient or an authorized > representative of the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please notify us immediately by > e-mail and delete the message and any attachments from your system. > > > ------ > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Developerworks is gone!
Alan, Isn’t there also a z/OS repo on Github ? Scott On Fri, May 8, 2020 at 4:05 PM Alan Young wrote: > It seems like IBM has decided on using github for the latest iteration. > > https://github.com/IBM > > https://github.com/cicsdev > > https://cicsdev.github.io/ > > -Original Message- > >From: scott Ford > >Sent: May 8, 2020 9:59 AM > >To: IBM-MAIN@LISTSERV.UA.EDU > >Subject: Re: IBM Developerworks is gone! > > > >Cheryl, > > > >Some needs a build large indexable repository for tutorials, howto, code > >etc. > >I have always felt since no one know all the technical answers or aspects > , > >then a repository would help greatly. > > > >Scott > > > > > > > >On Fri, May 8, 2020 at 9:14 AM Lance D. Jackson < > >ljack...@pandrueassociates.com> wrote: > > > >> Thank you Cheryl. > >> > >> -Original Message- > >> From: IBM Mainframe Discussion List On > Behalf > >> Of Cheryl Watson Walker > >> Sent: Thursday, May 7, 2020 22:02 > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> Subject: Re: IBM Developerworks is gone! > >> > >> Hi all, > >> > >> > >> > >> We'll I'm a little embarrassed. I was just told offline about a link > that > >> Lionel Dyck posted here last October that described the coming of the > >> calamity that just occurred - > >> https://developer.ibm.com/dw-connections-sunset-faq/. (As a side note – > >> the creators of that FAQ weren’t even kind enough to create hot links > for > >> all of the other portals. Web pages and hot links aren’t all that > difficult > >> people!) The FAQ said that owners of content on DeveloperWorks could > move > >> their content to other locations by the end of March. This is assuming > that > >> they were still employed by IBM and had the time to move the content. Of > >> course, IBM could not provide them with the original content. > >> > >> > >> > >> We had posted almost 100 links in our Tuning Letter to useful material > on > >> DeveloperWorks and now none of them work. It will take time, but I hope > to > >> go through all of our links and reach out to the authors to find where > they > >> are now posting items. > >> > >> > >> > >> So I went to the new website - https://www.ibm.com/community/, signed > up, > >> and started looking at it. With the optional portals listed in the FAQ > and > >> this new community website, it just seems like IBM wants to remove as > much > >> technical information as possible and replace it with marketing. If > anyone > >> knows how to search the new community website, please let me know. If > I’m > >> not ready to buy a product, the community is not doing anything for me. > >> > >> > >> > >> P.S. – Aled – thanks for your post. I have always had the highest > respect > >> for Timothy and Mark, and I really appreciate how much they support the > >> customers. > >> > >> > >> > >> Still a little bitter about the deletions… > >> > >> Cheryl > >> > >> > >> > >> -Original Message- > >> From: Cheryl Watson > >> Sent: Wednesday, May 6, 2020 12:39 PM > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> Cc: Cheryl Watson > >> Subject: IBM Developerworks is gone! > >> > >> > >> > >> Hi all, > >> > >> > >> > >> Remember when IBM went through and deleted from their websites what they > >> considered "old" manuals and documentation? Well, they just did it > again! > >> They've removed all the DeveloperWorks articles that have provided such > >> excellent information since its creation. And these aren't just OLD > >> articles. Even a link from three months ago is gone. All references to > >> DeveloperWorks are now directed to a nothing site. The DeveloperWorks > >> website contained amazing articles from some of the top developers in > their > >> fields, many of whom are no longer still working at IBM. We understand > that > >> IBM "furloughed" them, but they don't have to furlough their ideas. > >> > >> > >> > >> I'm pleading with all of you who work for a large IBM customer to ask > your > >> management to tell IBM to stop this idiotic practice. There is NO > reason to > >> delete val
Re: Developers say Google's Go is 'most sought after' programming language of 2020
Like the 1970s flick , ‘Colossus , The Forbin Project’, Colossus and American computer and Guardian a Russian computer take over saying ‘ Colossus and Guardian we are one’, or better yet My favorite show, ‘Person of Interest’. Scott On Sun, May 10, 2020 at 11:18 AM Thomas Kern < 0041d919e708-dmarc-requ...@listserv.ua.edu> wrote: > My view is: > "You can write Fortran in any language, badly." > > /Tom Kern > > On 05/10/2020 10:13, Seymour J Metz wrote: > > "You can write Fortran in any language." > > > > > > -- > > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Developers say Google's Go is 'most sought after' programming language of 2020
Very cool On Sat, May 9, 2020 at 6:04 PM Alan Young wrote: > > There is a port but it is a couple of years old. > > https://github.com/zos-go/go > > > IBM has a recent post about it coming to zOS. > > > https://developer.ibm.com/mainframe/2020/04/24/ibm-intends-to-enable-go-on-z-os/ > > > From: Ed Jaffe > Sent: Saturday, May 9, 2020 14:58 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Developers say Google's Go is 'most sought after' programming > language of 2020 > > On 5/9/2020 2:12 PM, scott Ford wrote: > > Oh yes, I agree, I had a friend say that GO and Python were great to > learn, > > I am open minded.. > > Python is available on z/OS. Can Go availability be far behind? > > > -- > Phoenix Software International > Edward E. Jaffe > 831 Parkview Drive North > El Segundo, CA 90245 > https://www.phoenixsoftware.com/ > > > > > This e-mail message, including any attachments, appended messages and the > information contained therein, is for the sole use of the intended > recipient(s). If you are not an intended recipient or have otherwise > received this email message in error, any use, dissemination, > distribution, > review, storage or copying of this e-mail message and the information > contained therein is strictly prohibited. If you are not an intended > recipient, please contact the sender by reply e-mail and destroy all > copies > of this email message and do not otherwise utilize or retain this email > message or any or all of the information contained therein. Although this > email message and any attachments or appended messages are believed to be > free of any virus or other defect that might affect any computer system > into > which it is received and opened, it is the responsibility of the recipient > to ensure that it is virus free and no responsibility is accepted by the > sender for any loss or damage arising in any way from its opening or use. > > -- > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Developers say Google's Go is 'most sought after' programming language of 2020
Jack, Oh yes, I agree, I had a friend say that GO and Python were great to learn, I am open minded.. Scott On Sat, May 9, 2020 at 4:20 PM Jack J. Woehr wrote: > On 5/9/20 1:59 PM, scott Ford wrote: > > Personally, I think *sometimes people write in what they know. > > It's good to get outside your zone sometimes. If you decide to do so, > both Python and Go are good choices! > > -- > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Developers say Google's Go is 'most sought after' programming language of 2020
Jack, Personally, I think *sometimes people write in what they know. If they know C it’s C or if they know JavaScript , it’s JavaScript. I know companies aren’t paying for education, which I feel ultimately hurts them in a lot of ways. I learned C and experimented on Z/OS and liked its abilities in threading etc. I know Charles enjoys C ++ , I think that’s great , haven’t per se learned it yet. Scott On Sat, May 9, 2020 at 3:51 PM Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Sat, 9 May 2020 11:44:42 -0700, Charles Mills wrote: > > >+1 on the name. > > > >I read an article on branding once that said if consumers can mess up > your name, they will, so be aware of that when you pick a name. The East > Bay Municipal Utility District (EBMUD) is universally known in the SF Bay > Area as "East Bay Mud." > > > >Goo, with its nod to "++", Google and "object oriented" would have been a > great name, had they had a sense of humor. > > > >G would be good, with its homage to C and its predecessor B. > > > But they're terrible search keys unless your command syntax > supports a mixture of whole-word and substring keys. I know > of none that do. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OT - articles
All, If you haven’t checked out “Medium” , it’s an app on my iPad and worth the yearly subscription. There are tons of articles by knowledgeable folks on a ton of subjects, including programming , AI , etc .. Scott -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Developers say Google's Go is 'most sought after' programming language of 2020
Steve, I also rather enjoyed HLASM and PL/1. I am self-taught in several programming languages, so learned C kinda on the fly, but really liked it. I liked the structured macros in HLASM also. Makes life easier. Scott On Sat, May 9, 2020 at 2:02 PM Steve Smith wrote: > I actually love HLASM, PL/I, and older versions of C++. C++ was a leader > in OO programming, but imho, it's gotten so stupefyingly complicated that > it's may not be humanly possible to write decent programs with it. Go > sounds like a pretty good reset, but at this point, I only know what I've > read about it. > > It's name however, is horrible. Goo, Goog, or even G would have obviated > much ambiguity. As it is, they may be stuck with Golang being the common > name. > > sas > > On Sat, May 9, 2020 at 1:44 PM Charles Mills wrote: > > > +1 > > > > Everyone here who likes the general idea of a C++ type of language (HLASM > > and PL/I zealots need not apply!) but dislikes some or many of the > > specifics of C++ should check out Go. (The name of the language, as I > > understand it, is Go. Unfortunately the word Go is pretty heavily > > overloaded, which tends to make people call the language by the > unambiguous > > name Golang. Golang.org is the Web site.) It is a compiled language, > unlike > > Python. > > > > Charles > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Developers say Google's Go is 'most sought after' programming language of 2020
Charles, I heard Go was supposed to be a good language to learn. Interestingly, I read an article saying Python will take over from Java. Personally, I learned Python liked it over java. I have to look at Go. Scott On Sat, May 9, 2020 at 1:44 PM Charles Mills wrote: > +1 > > Everyone here who likes the general idea of a C++ type of language (HLASM > and PL/I zealots need not apply!) but dislikes some or many of the > specifics of C++ should check out Go. (The name of the language, as I > understand it, is Go. Unfortunately the word Go is pretty heavily > overloaded, which tends to make people call the language by the unambiguous > name Golang. Golang.org is the Web site.) It is a compiled language, unlike > Python. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Jack J. Woehr > Sent: Saturday, May 9, 2020 9:54 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Developers say Google's Go is 'most sought after' programming > language of 2020 > > On 5/9/20 1:58 AM, Wayne Bickerdike wrote: > > Nearly as good as YAL (Yet Another Language). > > > > Well I downloaded, ran some code. Yawn. What's an old guy to do? > > Don't underestimate Golang. It's an amazing language. > > It's like the genetically groomed offspring of C++ and Java with the > best traits of both and the warts removed. > > Rob Pike, and Ken Thompson were on the design team. One of those "If we > had known then what we know now" moments for the fathers of C. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Developerworks is gone!
Cheryl, Some needs a build large indexable repository for tutorials, howto, code etc. I have always felt since no one know all the technical answers or aspects , then a repository would help greatly. Scott On Fri, May 8, 2020 at 9:14 AM Lance D. Jackson < ljack...@pandrueassociates.com> wrote: > Thank you Cheryl. > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Cheryl Watson Walker > Sent: Thursday, May 7, 2020 22:02 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IBM Developerworks is gone! > > Hi all, > > > > We'll I'm a little embarrassed. I was just told offline about a link that > Lionel Dyck posted here last October that described the coming of the > calamity that just occurred - > https://developer.ibm.com/dw-connections-sunset-faq/. (As a side note – > the creators of that FAQ weren’t even kind enough to create hot links for > all of the other portals. Web pages and hot links aren’t all that difficult > people!) The FAQ said that owners of content on DeveloperWorks could move > their content to other locations by the end of March. This is assuming that > they were still employed by IBM and had the time to move the content. Of > course, IBM could not provide them with the original content. > > > > We had posted almost 100 links in our Tuning Letter to useful material on > DeveloperWorks and now none of them work. It will take time, but I hope to > go through all of our links and reach out to the authors to find where they > are now posting items. > > > > So I went to the new website - https://www.ibm.com/community/, signed up, > and started looking at it. With the optional portals listed in the FAQ and > this new community website, it just seems like IBM wants to remove as much > technical information as possible and replace it with marketing. If anyone > knows how to search the new community website, please let me know. If I’m > not ready to buy a product, the community is not doing anything for me. > > > > P.S. – Aled – thanks for your post. I have always had the highest respect > for Timothy and Mark, and I really appreciate how much they support the > customers. > > > > Still a little bitter about the deletions… > > Cheryl > > > > -Original Message- > From: Cheryl Watson > Sent: Wednesday, May 6, 2020 12:39 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Cc: Cheryl Watson > Subject: IBM Developerworks is gone! > > > > Hi all, > > > > Remember when IBM went through and deleted from their websites what they > considered "old" manuals and documentation? Well, they just did it again! > They've removed all the DeveloperWorks articles that have provided such > excellent information since its creation. And these aren't just OLD > articles. Even a link from three months ago is gone. All references to > DeveloperWorks are now directed to a nothing site. The DeveloperWorks > website contained amazing articles from some of the top developers in their > fields, many of whom are no longer still working at IBM. We understand that > IBM "furloughed" them, but they don't have to furlough their ideas. > > > > I'm pleading with all of you who work for a large IBM customer to ask your > management to tell IBM to stop this idiotic practice. There is NO reason to > delete valuable information. > > > > If this is due to marketing wanting a new image, then they have no idea > what image they're creating. > > > > Please do this for all of us! > > > > All my best, > > > > Cheryl Watson > > Watson & Walker, Inc. > > > > > > -- > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Developerworks is gone!
Cheryl, Amen, I agree. The Developerworks information is valuable for all. IBM must stop, who do we need to write to ? Scott On Wed, May 6, 2020 at 12:49 PM Cheryl Watson wrote: > Hi all, > > Remember when IBM went through and deleted from their websites what they > considered "old" manuals and documentation? Well, they just did it again! > They've removed all the DeveloperWorks articles that have provided such > excellent information since its creation. And these aren't just OLD > articles. Even a link from three months ago is gone. All references to > DeveloperWorks are now directed to a nothing site. The DeveloperWorks > website contained amazing articles from some of the top developers in their > fields, many of whom are no longer still working at IBM. We understand that > IBM "furloughed" them, but they don't have to furlough their ideas. > > I'm pleading with all of you who work for a large IBM customer to ask your > management to tell IBM to stop this idiotic practice. There is NO reason to > delete valuable information. > > If this is due to marketing wanting a new image, then they have no idea > what image they're creating. > > Please do this for all of us! > > All my best, > > Cheryl Watson > Watson & Walker, Inc. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LzLabs
Robert, Yeah my experience was 1989-1992, wow speed limits have changed. Scott On Sun, May 3, 2020 at 2:33 PM Robert Prins wrote: > On 2020-05-03 04:46, Mike Schwab wrote: > > Just one county, Germany. 1400KM, 12 hours drive. > > Than you're sticking to US type speed limits. ;) > > https://prino.neocities.org/blog/2020-02-07-uncanny.html > > Robert > -- > Robert AH Prins > robert(a)prino(d)org > The hitchhiking grandfather - https://prino.neocities.org/indez.html > Some REXX code for use on z/OS - > https://prino.neocities.org/zOS/zOS-Tools.html > > > > > On Sun, May 3, 2020 at 2:48 AM Tom Brennan > wrote: > >> > >> Sounds great!! I'm sure I would have loved the country - I just wasn't > >> too keen on the company's product. By coincidence, my wife came by my > >> desk this morning and asked if Switzerland is far from Denmark, so she's > >> got something in the early planning stages. Probably for after the > >> vaccine is available, I would hope. > >> > >> On 5/2/2020 6:47 PM, scott Ford wrote: > >>> Tom, > >>> > >>> I got to Switzerland due to a job phase out in NYC. It was an overall > great > >>> experience. > >>> > >>> Scott > >>> > >>> On Sat, May 2, 2020 at 9:38 PM Tom Brennan > > >>> wrote: > >>> > >>>> Years ago I was offered a trip to Zurich (both me and my wife) to > check > >>>> things out. I said no thank you. My wife was upset :) > >>>> > >>>> On 5/1/2020 3:59 AM, David Crayford wrote: > >>>>> I used to work with the guy that was the tech lead for the LzLabs > CICS > >>>>> project. He tried to recruit some of us! > >>>> > >>>> -- > >>>> 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using Windows ssh with z/OS
Jack, Not everyone learns that way , I have ADHD and the way you described is the way I must learn, because of the sometimes levels of my attention. Scott On Sun, May 3, 2020 at 12:50 PM scott Ford wrote: > Wendell, > > Contact me of listserv I can help you out, we been using x3270 with their > scripting to this sort of thing for awhile, including CI/CD type work. > > Scott > > On Sun, May 3, 2020 at 3:30 AM Jack J. Woehr wrote: > >> On 5/2/20 11:16 AM, Paul Gilmartin wrote: >> > Doesn't ssh supposed to set that up? But z/OS may not >> > be savvy to the OP's TERM. Is it in terminfo? >> >> I dunno, but it sure works better than xterm-color256 on IBM i so just >> guessing. >> >> > But z/OS used to deny login when TERM was not in terminfo. >> > Did it ever get better? >> >> >> If it denies login to that term setting, you try something else :) >> >> Honestly, if folks want to understand this stuff, have the reference >> platform handy so they can see how it's supposed to work if it worked >> correctly, i.e., set up a cheap Linux box and learn your way around. >> >> -- >> 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 >> > -- > Scott Ford > IDMWORKS > z/OS Development > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using Windows ssh with z/OS
Wendell, Contact me of listserv I can help you out, we been using x3270 with their scripting to this sort of thing for awhile, including CI/CD type work. Scott On Sun, May 3, 2020 at 3:30 AM Jack J. Woehr wrote: > On 5/2/20 11:16 AM, Paul Gilmartin wrote: > > Doesn't ssh supposed to set that up? But z/OS may not > > be savvy to the OP's TERM. Is it in terminfo? > > I dunno, but it sure works better than xterm-color256 on IBM i so just > guessing. > > > But z/OS used to deny login when TERM was not in terminfo. > > Did it ever get better? > > > If it denies login to that term setting, you try something else :) > > Honestly, if folks want to understand this stuff, have the reference > platform handy so they can see how it's supposed to work if it worked > correctly, i.e., set up a cheap Linux box and learn your way around. > > -- > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LzLabs
Yeah Stefan it was 120-130kph in France and Switzerland when I lived there. Scott On Sun, May 3, 2020 at 8:38 AM Peter Relson wrote: > > They drop the interrupt handling in zIIPs and zAAPs to get full speed > processing. > > > Untrue. > > What is true is that z/OS chooses to disallow certain interrupts from > occurring on zIIPs and zAAPs. That has nothing to do with "full speed > processing". > > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LzLabs
I loved the vacations, I had 5 weeks , man ..Denmark would also be nice. I saw France, Belgium, Italy, Netherlands and the U.K. working in several. Scott On Sat, May 2, 2020 at 10:48 PM Tom Brennan wrote: > Sounds great!! I'm sure I would have loved the country - I just wasn't > too keen on the company's product. By coincidence, my wife came by my > desk this morning and asked if Switzerland is far from Denmark, so she's > got something in the early planning stages. Probably for after the > vaccine is available, I would hope. > > On 5/2/2020 6:47 PM, scott Ford wrote: > > Tom, > > > > I got to Switzerland due to a job phase out in NYC. It was an overall > great > > experience. > > > > Scott > > > > On Sat, May 2, 2020 at 9:38 PM Tom Brennan > > wrote: > > > >> Years ago I was offered a trip to Zurich (both me and my wife) to check > >> things out. I said no thank you. My wife was upset :) > >> > >> On 5/1/2020 3:59 AM, David Crayford wrote: > >>> I used to work with the guy that was the tech lead for the LzLabs CICS > >>> project. He tried to recruit some of us! > >> > >> -- > >> 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LzLabs
Tom, I got to Switzerland due to a job phase out in NYC. It was an overall great experience. Scott On Sat, May 2, 2020 at 9:38 PM Tom Brennan wrote: > Years ago I was offered a trip to Zurich (both me and my wife) to check > things out. I said no thank you. My wife was upset :) > > On 5/1/2020 3:59 AM, David Crayford wrote: > > I used to work with the guy that was the tech lead for the LzLabs CICS > > project. He tried to recruit some of us! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LzLabs
Yeah, I remember Neon On Sat, May 2, 2020 at 8:55 AM Mike Schwab wrote: > Yep. They drop the interrupt handling in zIIPs and zAAPs to get full > speed processing. > > Could have checked the chips on the boards. Most S/360 models had > some microcode, only the highest model had all instructions in > hardware. > > On Sat, May 2, 2020 at 4:58 AM Wayne Bickerdike wrote: > > > > It's interesting that a zIIP can be described as a "speciality" engine > yet > > the workload they run also run on a CP engine. > > > > I thought that they are the same basically and it's just another way to > > sell a piece of kit and play bait and switch on pricing. > > > > Years ago we had a 9370 and a company in Melbourne we had some support > from > > ran an AS400. Their chief was convinced that the only difference was > > microcode (and price!). > > > > > > > > > > > > On Sat, May 2, 2020 at 1:28 PM Mike Schwab > wrote: > > > > > > > > > https://www.eweek.com/networking/neon-settles-mainframe-software-lawsuit-with-ibm > > > > > > On Sat, May 2, 2020 at 3:18 AM Steve Beaver > wrote: > > > > > > > > Actually they Did in Europe. European courts sided with Neon > > > > > > > > Sent from my iPhone > > > > > > > > > On May 1, 2020, at 22:07, Steve Smith wrote: > > > > > > > > > > No. Neon was a software company. They sold a product called > zPrime > > > that > > > > > allowed unauthorized usage of zIIP and zAAP for almost any kind of > > > > > workload. IBM already runs much of DB2 on zIIP. > > > > > > > > > > IBM only allows code to run on zIIP when you have specific > contracts > > > that > > > > > allow you to for specific things. Neon either violated those, or > more > > > > > likely reverse-engineered it, which is almost certainly a > violation of > > > some > > > > > other contract they were bound to. > > > > > > > > > > I don't know any details, but it's hard for me to see how that Neon > > > thought > > > > > they were going to get away with it. > > > > > > > > > > sas > > > > > > > > > > > > > > >> On Fri, May 1, 2020 at 8:42 PM Mike Schwab < > mike.a.sch...@gmail.com> > > > wrote: > > > > >> > > > > >> Neon was a product to run some DB2 on zAAPs or zIIPs. Only the > > > > >> workload specified by IBM could run on those processors. > > > > >> > > > > >>> On Fri, May 1, 2020 at 5:45 PM Peter Baumann < > peterhbaum...@gmx.ch> > > > wrote: > > > > >>> > > > > >>> In a lawsuit against Neon Enterprise (John Moores) the court > ruled in > > > > >> favor of IBM. They had to take zPrime out of the market. There > was > > > also a > > > > >> permanent injunction issued against Neon. > > > > >>> > > > > >> > > > > > > > > > > > -- > > > > > 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 > > > > > > > > > > > > -- > > > Mike A Schwab, Springfield IL USA > > > Where do Forest Rangers go to get away from it all? > > > > > > -- > > > 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 > > > > -- > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LzLabs
David: Yeah Bro i hear ya. But people seem afraid of advancement in technology sometimes. I came from an Engineering family ( father, grandfather, great Uncle ). Mechanical and electronic so my viewpoint is somewhat different. Scott On Fri, May 1, 2020 at 12:31 PM David Crayford wrote: > You can get brilliant performance on x86 but mainframe class > availability is another matter! Don't know if I would want my ATM to be > running on a blade just yet! > > On 2020-05-02 12:10 AM, scott Ford wrote: > > David, > > > > Yep that’s what I heard about lzLabs , I have former Swiss colleague who > > mentioned them to me. He was a diehard MVSer and thought they were pretty > > impressive. > > > > Scott > > > > On Fri, May 1, 2020 at 7:00 AM David Crayford > wrote: > > > >> I used to work with the guy that was the tech lead for the LzLabs CICS > >> project. He tried to recruit some of us! > >> > >> IIRC, they got it churning out pretty impressive transactions per/sec. > >> Don't know about reliability. > >> > >> On 2020-05-01 1:03 AM, Steve Beaver wrote: > >>> The only thing I can't figure out how Lz did it was emulation of a > >> CICSPLEX, > >>> and zDB2, and zIMS > >>> None of those are simple. Plus mainframes have massive thru-put > >> capability > >>> > >>> > >>> -Original Message- > >>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On > >>> Behalf Of Phil Smith III > >>> Sent: Thursday, April 30, 2020 8:56 AM > >>> To: IBM-MAIN@LISTSERV.UA.EDU > >>> Subject: Re: LzLabs > >>> > >>> Peter Baumann wrote, in part: > >>> > >>>> Emulating the entire ecosystem and all the third-party tools seems > like > >>>> insane. They call it re-hosting. IMHO you can re-host something > written > >>>> to open standards. Otherwise you have to deal with legal issues and > >>>> since it's all propritary and patented they must have reverse > >>>> engineered entire zOS. Can you do it without infringing on patents ? > >>>> And even if you can, how many man years would you need ? Harsh reality > >>>> these days is funding is becoming scarce. > >>> > >>> LzLabs was very careful to avoid any infringement: folks working on > their > >>> stuff had to sanitize their bookshelves, even. Doesn't guarantee > >> anything, > >>> but they've been at it a while, certainly longer than PSI did their > >> thing, > >>> and IBM hasn't sued, so that probably tells us something. > >>> > >>> > >>> > >>> As Steve notes, this is hardly John Moores' first rodeo: he won't have > >> gone > >>> into this guessing/assuming he could just do it and get away with it. > >>> > >>> > >>> > >>> Like any rehosting, the point here is to capture the value of the > >> existing > >>> business logic. That's huge and is why LzLabs and other such approaches > >>> (*cough* Micro Focus Enterprise Server *cough*) exist and are > successful. > >>> > >>> > >>> > >>> So while it's certainly unarguable that LzLabs' play is very ambitious, > >> I'd > >>> not dismiss it as silly (not saying you were, but I've heard others do > >> so). > >>> To the modern CIO who sees the mainframe as legacy, this kind of thing > is > >>> extremely appealing. > >>> > >>> > >>> > >>> Let's not bother to go into why that may or may not be a valid > >> perspective: > >>> the real point is that folks at least think they want this; all it has > >> to do > >>> is work well enough. "Good enough is good enough" for most people. > >>> > >>> > >>> -- > >>> 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 sub
Re: LzLabs
Charles, Absolutely, unfortunately it seems to boil down to MONEY. Like owning a copy of z/PDT if your doing independent development. You have to somehow pay for it ...customers or someone giving you a grant ( *I wish* ) -- lol Scott On Fri, May 1, 2020 at 12:28 PM Charles Mills wrote: > They could, trivially. (Well, FSVO "trivially." A bunch of lawyer time, > but no rocket science.) > > They choose not to. I do not speak for IBM, of course, but I would guess > that they view keeping the MVS API's close to the vest constitutes a > strategic corporate asset and competitive advantage. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of scott Ford > Sent: Friday, May 1, 2020 9:13 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: LzLabs > > All, > > Why can’t IBM or other vendors somehow license their apis so other vendors > may use them. It seems to me that would benefit a lot of customers and > vendors ? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LzLabs
Steve and Mike: I heard that also. I follow this guy also http://csc.columbusstate.edu/woolbright/WOOLBRIG.htm Especially when your skillset gets 'rusty' ... Scott On Fri, May 1, 2020 at 12:45 PM Steve Beaver wrote: > I remember Don Higgins put a ton of work into his Emulator. As I remember > he wrote it in JAVA and > Did a pretty good job of it > > Steve > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Mike Schwab > Sent: Thursday, April 30, 2020 12:47 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: LzLabs > > http://www.z390.org/ is pretty close. > http://z390-asm.blogspot.com/2012/11/catching-up.html Don Higgins 2nd > IBM mainframe emulator product, lzLabs is his 3rd. > > On Thu, Apr 30, 2020 at 3:34 AM Peter Baumann > wrote: > > > > As their own release says, it's only 2.5k MIPS of batch COBOL Swisscom > was going to EOL anyway. > > > > Emulating the entire ecosystem and all the third-party tools seems like > insane. They call it re-hosting. IMHO you can re-host something written to > open standards. Otherwise you have to deal with legal issues and since it's > all propritary and patented they must have reverse engineered entire zOS. > Can you do it without infringing on patents ? And even if you can, how many > man years would you need ? Harsh reality these days is funding is becoming > scarce. > > > > Peter Baumann > > > > > > > > Gesendet: Dienstag, 28. April 2020 um 17:11 Uhr > > Von: "Ed Jaffe" > > An: IBM-MAIN@LISTSERV.UA.EDU > > Betreff: Re: LzLabs > > On 4/28/2020 7:49 AM, Jake Anderson wrote: > > > They migrated some swiss based telecommunications company. > > > > Swisscom, the largest telco in the country: > > > > > https://www.theregister.co.uk/2019/05/16/lzlabs_kills_swisscoms_mainframes/ > > > > Re: the lay-off, now is great time to trim workforce "fat" and/or "dead > > wood" with many governments providing unheard of subsidies for the > > unemployed... > > > > > > -- > > Phoenix Software International > > Edward E. Jaffe > > 831 Parkview Drive North > > El Segundo, CA 90245 > > https://www.phoenixsoftware.com/[https://www.phoenixsoftware.com/] > > > > > > > > > This e-mail message, including any attachments, appended messages and the > > information contained therein, is for the sole use of the intended > > recipient(s). If you are not an intended recipient or have otherwise > > received this email message in error, any use, dissemination, > distribution, > > review, storage or copying of this e-mail message and the information > > contained therein is strictly prohibited. If you are not an intended > > recipient, please contact the sender by reply e-mail and destroy all > copies > > of this email message and do not otherwise utilize or retain this email > > message or any or all of the information contained therein. Although this > > email message and any attachments or appended messages are believed to be > > free of any virus or other defect that might affect any computer system > into > > which it is received and opened, it is the responsibility of the > recipient > > to ensure that it is virus free and no responsibility is accepted by the > > sender for any loss or damage arising in any way from its opening or use. > > > > -- > > 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 > > > > -- > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > -- > 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 > -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean y
Re: LzLabs
All, Why can’t IBM or other vendors somehow license their apis so other vendors may use them. It seems to me that would benefit a lot of customers and vendors ? Scott On Fri, May 1, 2020 at 11:35 AM Charles Mills wrote: > Interesting. Thanks. > > Similar issues here: > https://en.wikipedia.org/wiki/Lotus_Dev._Corp._v._Borland_Int%27l,_Inc. > > I remember that one well. Would seem to say that the interface is not > protectable, only the implementation thereof. No national precedent because > SCOTUS did not really rule. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Timothy Sipples > Sent: Thursday, April 30, 2020 10:18 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: LzLabs > > Shmuel Metz wrote: > >Google for "look and feel lawsuit". It's illegal to run > >z/OS on an unlicensed platform; it is perfectly legal to > >implement the z/OS interfaces that you need. How well, > >e.g., UNICICS, runs is a separate issue. > > Let's leave aside the "edge cases" involving laws in certain sanctioned > countries. > > It isn't actually a settled issue in the United States; it's a very live > issue. The upcoming U.S. Supreme Court case, Google v. Oracle America, > significantly bears on the U.S. legality of reimplementing somebody else's > APIs. See this article for background: > > https://en.wikipedia.org/wiki/Google_v._Oracle_America > > IBM filed an amicus brief supporting Google's position. Google won two > jury trials, but the U.S. Federal Circuit Court overturned both verdicts. > In November, 2019, the U.S. Supreme Court agreed to hear Google's appeal. > The Supreme Court had to postpone the March, 2020, oral arguments due to > the COVID-19 pandemic, so the case is still pending. > > ------ > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LzLabs
David, Yep that’s what I heard about lzLabs , I have former Swiss colleague who mentioned them to me. He was a diehard MVSer and thought they were pretty impressive. Scott On Fri, May 1, 2020 at 7:00 AM David Crayford wrote: > I used to work with the guy that was the tech lead for the LzLabs CICS > project. He tried to recruit some of us! > > IIRC, they got it churning out pretty impressive transactions per/sec. > Don't know about reliability. > > On 2020-05-01 1:03 AM, Steve Beaver wrote: > > The only thing I can't figure out how Lz did it was emulation of a > CICSPLEX, > > and zDB2, and zIMS > > None of those are simple. Plus mainframes have massive thru-put > capability > > > > > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Phil Smith III > > Sent: Thursday, April 30, 2020 8:56 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: LzLabs > > > > Peter Baumann wrote, in part: > > > >> Emulating the entire ecosystem and all the third-party tools seems like > >> insane. They call it re-hosting. IMHO you can re-host something written > >> to open standards. Otherwise you have to deal with legal issues and > >> since it's all propritary and patented they must have reverse > >> engineered entire zOS. Can you do it without infringing on patents ? > >> And even if you can, how many man years would you need ? Harsh reality > >> these days is funding is becoming scarce. > > > > > > LzLabs was very careful to avoid any infringement: folks working on their > > stuff had to sanitize their bookshelves, even. Doesn't guarantee > anything, > > but they've been at it a while, certainly longer than PSI did their > thing, > > and IBM hasn't sued, so that probably tells us something. > > > > > > > > As Steve notes, this is hardly John Moores' first rodeo: he won't have > gone > > into this guessing/assuming he could just do it and get away with it. > > > > > > > > Like any rehosting, the point here is to capture the value of the > existing > > business logic. That's huge and is why LzLabs and other such approaches > > (*cough* Micro Focus Enterprise Server *cough*) exist and are successful. > > > > > > > > So while it's certainly unarguable that LzLabs' play is very ambitious, > I'd > > not dismiss it as silly (not saying you were, but I've heard others do > so). > > To the modern CIO who sees the mainframe as legacy, this kind of thing is > > extremely appealing. > > > > > > > > Let's not bother to go into why that may or may not be a valid > perspective: > > the real point is that folks at least think they want this; all it has > to do > > is work well enough. "Good enough is good enough" for most people. > > > > > > -- > > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Here we go again
Seymour, Maybe I am too old school On Tue, Apr 28, 2020 at 5:24 PM Seymour J Metz wrote: > ObKoheleth Why do people keep talking about 20-20 hindsight for issues > that had been discussed decades earlier? > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of scott Ford [idfli...@gmail.com] > Sent: Tuesday, April 28, 2020 4:38 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Here we go again > > All: > > Trying to get the government to take action on something of the nature you > all are talking about takes time unfortunately. > Hindsight is 20/20 ...thats the problem i see with Cobol - Unemployment. > Lets get it done which is fine but no plan thats a big issue > > On Fri, Apr 24, 2020 at 5:39 AM R.S. > wrote: > > > W dniu 22.04.2020 o 19:54, Pew, Curtis G pisze: > > > On Apr 22, 2020, at 11:40 AM, Charles Mills wrote: > > >> It's nowhere near as bad as Y2K. Y2K potentially affected just about > > >> everything. Everything with a date calculation. Everything that > > accepted or > > >> printed a date. > > >> > > > That’s an important point. Dates are often used in calculations. SSNs > > mostly just used as keys and stored. For Y2K we had to fix code that was > > doing date arithmetic, but you wouldn’t have that if they expanded SSNs. > > > > > > > To complement: Y2K had a deadline. The date of implementation could not > > be changed. > > As someone described, there is approx 80 years to exhaust SSN space. So, > > let's assume: > > 5 years of doing nothing > > 5 years for designing the change and discussion > > 10 years for implementation the change > > another 5 years to help them who didn't do it yet > > another 5 years for them who still didn't do it. > > and there is still 50 years of buffer. > > > > My idea how to change SSN: simply add alpha character. Your existing SSN > > would become A 123-456-789. Of course an SSN without the prefix has the > > letter A by default. > > Then next SSNs would have B prefix. Then (how many years later?) C, then > > D... > > Not enough? Then start with two-letter prefix: AA, AB, AC... > > > > > > > > My €0.02 > > > > -- > > Radoslaw Skorupka > > Lodz, Poland > > > > > > > > > > > > == > > > > Jeśli nie jesteś adresatem tej wiadomości: > > > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > > zapisałeś na dysku). > > Wiadomość ta może zawierać chronione prawem informacje, które może > > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > > narusza prawo i może podlegać karze. > > > > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, > > > http://secure-web.cisco.com/17WTc2JX3gV0di7AdD_yIDCpkBfHqx-VjRS5ohRkN-KC_Tu9MY6uFmxTG99S_h2kOXOpR4RQVEOoC1K-7ztD9Jgs93AjUgoHG-6IoF4C6ZK23ZaXxXF-7qXw92hl9z8yzo4SKQs8987qntNnO08D-0xJTp24QOP8njwDIVYx1ZJG9rSK4ZP4KjYUrfF8pLuzTckPT8Chlkli_FC1PWwxuXdNGhv26psa1yE9acQvHTYjEQKiAuH8W8ogKBMHRWtO_nnRD38WGOYD-4_S6cioQPOb0jJZfwzi_nbkzv0cz6MxuMETS2MkSa61UnW7HcZhQCsmGkSFQ_OEfFZHce8L3UZpUyE_IG6Tuds0KkTKAFAkPlzTKXlyCm_Bqy1JWrZnj5CT-waiXJelygWhZ37nEBF30hWgHFCXs6S9bcRH2ggIVarGXmhrY9ifxQsU8-7n6/http%3A%2F%2Fwww.mBank.pl, > e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy > > XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: > > 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na > > 01.01.2020 r. wynosi 169.401.468 złotych. > > > > If you are not the addressee of this message: > > > > - let us know by replying to this e-mail (thank you!), > > - delete this message permanently (including all the copies which you > have > > printed out or saved). > > This message may contain legally protected information, which may be used > > exclusively by the addressee.Please be reminded that anyone who > > disseminates (copies, distributes) this message or takes any similar > > action, violates the law and may be penalised. > > > > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, > 00-950 > > Warszawa, > http://secure-web.cisco.com/17WTc2JX3gV0di7AdD_yIDCpkBfHqx-VjRS5ohRkN-KC_Tu9MY6uFmxTG99S_h2kOXOpR4RQVEOoC1K-7ztD9Jgs93AjUgoHG-6IoF4C6ZK23ZaXxXF-7
Re: LzLabs
I worked and lived in Switzerland. For Switzerland companies to do layoffs it isnt good economically. The Swiss Franc is extremely strong in the currency market. Scott On Tue, Apr 28, 2020 at 1:23 PM David Crayford wrote: > On 2020-04-28 11:11 PM, Ed Jaffe wrote: > > Swisscom, the largest telco in the country: > > > > > https://www.theregister.co.uk/2019/05/16/lzlabs_kills_swisscoms_mainframes/ > > > > > > Re: the lay-off, now is great time to trim workforce "fat" and/or > > "dead wood" with many governments providing unheard of subsidies for > > the unemployed... > > LOLZ! I bet you enjoyed that! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Here we go again
All: Trying to get the government to take action on something of the nature you all are talking about takes time unfortunately. Hindsight is 20/20 ...thats the problem i see with Cobol - Unemployment. Lets get it done which is fine but no plan thats a big issue On Fri, Apr 24, 2020 at 5:39 AM R.S. wrote: > W dniu 22.04.2020 o 19:54, Pew, Curtis G pisze: > > On Apr 22, 2020, at 11:40 AM, Charles Mills wrote: > >> It's nowhere near as bad as Y2K. Y2K potentially affected just about > >> everything. Everything with a date calculation. Everything that > accepted or > >> printed a date. > >> > > That’s an important point. Dates are often used in calculations. SSNs > mostly just used as keys and stored. For Y2K we had to fix code that was > doing date arithmetic, but you wouldn’t have that if they expanded SSNs. > > > > To complement: Y2K had a deadline. The date of implementation could not > be changed. > As someone described, there is approx 80 years to exhaust SSN space. So, > let's assume: > 5 years of doing nothing > 5 years for designing the change and discussion > 10 years for implementation the change > another 5 years to help them who didn't do it yet > another 5 years for them who still didn't do it. > and there is still 50 years of buffer. > > My idea how to change SSN: simply add alpha character. Your existing SSN > would become A 123-456-789. Of course an SSN without the prefix has the > letter A by default. > Then next SSNs would have B prefix. Then (how many years later?) C, then > D... > Not enough? Then start with two-letter prefix: AA, AB, AC... > > > > My €0.02 > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > > == > > Jeśli nie jesteś adresatem tej wiadomości: > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > zapisałeś na dysku). > Wiadomość ta może zawierać chronione prawem informacje, które może > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > narusza prawo i może podlegać karze. > > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, > www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy > XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: > 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na > 01.01.2020 r. wynosi 169.401.468 złotych. > > If you are not the addressee of this message: > > - let us know by replying to this e-mail (thank you!), > - delete this message permanently (including all the copies which you have > printed out or saved). > This message may contain legally protected information, which may be used > exclusively by the addressee.Please be reminded that anyone who > disseminates (copies, distributes) this message or takes any similar > action, violates the law and may be penalised. > > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 > Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the > Capital City of Warsaw, 12th Commercial Division of the National Court > Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital > amounting to PLN 169.401.468 as at 1 January 2020. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM z ISA assembler & emulator.
John, I have VisibleZ and its interesting, havent used it much. Scott On Thu, Apr 23, 2020 at 7:17 AM John McKown wrote: > On Wed, Apr 22, 2020 at 6:16 AM Knutson, Samuel < > samuel.knut...@compuware.com> wrote: > > > Hi John, > > > > z390 Portable Mainframe Assembler and Emulator > > http://z390.org/ > > > I now remember looking at this long ago. It was nice, but not what I was > looking for. I was looking for something more "GUI interactive". I.e > simpler. I played around with Hercules/390, but the legal OSes were not > something I wanted to bother with. Yes, I remember installing & maintaining > MVS 3.8 . Not something I want to go back to. > > > > > > > > > VisibleZ can help you visualize exactly what the mainframe is doing as an > > assembler program executes > > http://csc.columbusstate.edu/woolbright/vzHomepage.htm > > > This looks more like what I was thinking of. Something easy to use in which > I could develop & debug simple(?) assembler routines. I will get it & play > around with it. > > > > > > > > > Both are similar and provide excellent learning environments and are > > self-contained. > > > > Best Regards, Sam > > > > > -- > People in sleeping bags are the soft tacos of the bear world. > Maranatha! <>< > John McKown > > ------ > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C
Wayne, I didn’t learn C or SPSS for example, learned the IBM Lang’s, Assembler, Cobol, PL/1 and FORTRAN IV and of course rexx and various other command list languages on VM and MVS. But your reference to IBM 3600 brought my past life as a VSE Sysprog we wrote 3600 replacement programs for 8100s . The environment was manufacturing and CICS , good ole younger days, thank you. Scott On Sun, Apr 26, 2020 at 4:22 PM Wayne Bickerdike wrote: > SPPS was the language. Google can't find it but it's embedded in the 3651 > store controller manuals. > > On Mon, Apr 27, 2020, 06:01 Wayne Bickerdike wrote: > > > I thought the macros were part of CONCEPT 14? I do remember working on > IBM > > 3684 point of sale systems between 1982 and 1986. They were programmed > > using an Asembler like language called SPSS II, it had IF THEN ELSE and > > other macros. > > > > On Mon, Apr 27, 2020, 03:36 Seymour J Metz wrote: > > > >> Those macros were not part of the assembler. As I recall there was a > >> popular macro package called CONCEPT 101 (sp?) floating around, and > another > >> package called PROC, but they didn't come from IBM. > >> > >> > >> -- > >> 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: Sunday, April 26, 2020 1:25 PM > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> Subject: Re: C > >> > >> I was doing an internship in the Chicago area during the summer of > >> 1984. They were using an assembler with IF macros. > >> > >> On Sun, Apr 26, 2020 at 2:11 PM Seymour J Metz wrote: > >> > > >> > HLASM in 1980? Not before June 1992. I assume that you were using XF > >> and H, possibly with the SLAC mods on the latter (thank you, Greg and > John.) > >> > > >> > > >> > -- > >> > Shmuel (Seymour J.) Metz > >> > http://mason.gmu.edu/~smetz3 > >> > > >> > > >> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on > >> behalf of Donald Blake [dhbl...@gmail.com] > >> > Sent: Sunday, April 26, 2020 8:51 AM > >> > To: IBM-MAIN@LISTSERV.UA.EDU > >> > Subject: C > >> > > >> > I took my first C course in 1980. The text was the original *The C > >> > programming Language* by Kerrigan and Richie, which I still have on my > >> > shelf, The text is copyright 1978. That's 42 years ago. I was an IBM > HL > >> > Assembler programmer at the time. BTW ... we still were using IFOX00 > at > >> the > >> > time as well. > >> > > >> > > Hey, it's not politically correct to point out how old C is. > >> > > > >> > > > >> > > -- > >> > > 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 > >> > > >> > -- > >> > For IBM-MAIN subscribe / signoff / archive access instructions, > >> > send email to lists...@listserv.ua.edu with the message: INFO > IBM-MAIN > >> > >> > >> > >> -- > >> Mike A Schwab, Springfield IL USA > >> Where do Forest Rangers go to get away from it all? > >> > >> -- > >> 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Friday OT, cheerful program for gloomy times
Nice Chris, at least you have a job, I got furloughed ... On Fri, Apr 24, 2020 at 2:01 AM CM Poncelet wrote: > I attach a Rexx program to calculate and display the biorhythm values > for a given date of birth and current or whatever other date. > > If 'management' complains that home workers are not putting enough > effort into their working-from-home time, they can run this thing and > send its output to 'management' just to prove that they are in perfect > working condition and that any slow-down in productivity must be due to > external factors which are wholly beyond their control . > > Cheers, Chris Poncelet (retired sysprog) > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cobol
Guys, just old age .I am sure you all feel it , right ? On Fri, Apr 24, 2020 at 3:59 PM Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Fri, 24 Apr 2020 18:26:49 +, Seymour J Metz wrote: > > >There are blurbs for dozens of articles; which one is relevant? I tried > searxhing for COBOL, but got 0 hits. > > > I suspect that was OP's desperate and futile attempt to circumvent > secureweb, > as you often do. But, I hope (posting from web interface): > https://www.wired.com/story/cant-file-unemployment-dont-blame-cobol/ > > > ____ > From: scott Ford > Sent: Friday, April 24, 2020 2:08 PM > > See this url ... > > > http://secure-web.cisco.com/1DYCAeckpzqV94PQWw8dHuuJalhW0eVroAe-0-S4pJl_FnqGfZxS4EcWK7cCAl1oA09gJJKNMcHC1Be4KK3D-KcMIEVRVBeNOw5sf7565Z6e9CTYIm43a-oit3GGWnum7LgBTpYCxV6CAhgR9TuXipYHaUjUUPtd7BICMs1zfFGQQ8NhAeXHdXvHPrGdxzaQmTRfNi8vGWGKk4fg_G75au8H3Ja9AbLwRb2m8-upI9jYdmy1ZYdzYlRF2kzlwN155wAFEug02LCkZ5Bpk3IvSuxwzwd1UUyk_5NUmIqwMFmcDxZ8SpSnwFspncJTV1bLmByZAIVczBfj-JctXDA5Ta99YBqxx1tBpdl0qN5MWPGsz1CGAQ_Is1sLoRxy9Dl_fCLgMhLDvO5L8-EsVff2IiswF1xKvwUDiAEPcV0mOxz5c915mExQuVbCTDL0KTJQEtCF5dYTiss8HJIK_dzSG8g/http%3A%2F%2Fwww.wired.com. > Can't File for Unemployment - Don�t Blame Cobol > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Cobol
See this url ... www.wired.com.Can't File for Unemployment - Don’t Blame Cobol -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Here we go again;
I sure hope someone got a big bonus > >>> for saving that byte... > >>> > >>> > >>> > >>> > >>> > >>> Peter Farley wrote: > >>> > >>>> There are also many non-human entities like corporations that use the > >>> same SSN value space. > >>> > >>> > >>> > >>>> There are a LOT of those . . . and they spring up and fade away at a > rate far > >>> higher than human births and deaths. > >>> > >>> > >>> > >>> They use the same namespace--that is, if your SSN is 123-45-6789, an > estate > >>> or business could also have that number. Since they're uses for > different > >>> things, it's more that they happened (!) to choose the same format > than that > >>> they're "the same". (And actually they're theoretically formatted > differently: > >>> an EIN is xx-xxx vs. the SSN xxx-xx-, not that most folks > store them > >>> with the hyphens.) > >>> > >>> > >>> > >>> ...phsiii > >>> > >>> > >>> ... > > > -- > Joel C. Ewing > > -- > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: Here we go again;
This stuff has circled back, from where we tried to save on dads bytes, program bytes ( remember Assembler half words ) and other techniques to save storage. Now the same situation is occurring on AWS.. Scott On Wed, Apr 22, 2020 at 3:20 PM Gerhard adam wrote: > > > > > ... and so goes the mythology. The truth is that programmers > routinely used lousy block sizes and wastes tremendous amounts of space. > JCL sizes were rarely scrutinized nor was data set usage. It was entirely > possible for test data to exist for weeks or months beyond its usefulness > This isn’t to say that money was obviousness spent and even wasted, but > few installations took managing their DASD seriously. They would worry > about saving a byte by packing a date while wasting 100 tracks due to poor > blocking. > This is why nothing really happened until System Determined Blocksize, and > the Storage Administrator tools became available. > People certainly wrung their hands but rarely did anything about it > > > > Get Outlook for iOS > > > > > > > On Wed, Apr 22, 2020 at 12:08 PM -0700, "Pommier, Rex" < > rpomm...@sfgmembers.com> wrote: > > > > > > > > > > > Agreed. Another thing to remember was that we were dealing with disk > volumes measured in kilobytes or megabytes instead of terabytes. In > addition, the site I cut my teeth on had all removable disk packs that got > rotated onto the drives for processing of each application. Every byte > saved per record gave us the better chance of fitting the entire set of > datasets on a single disk set so we could process it. > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Charles Mills > Sent: Wednesday, April 22, 2020 12:32 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [External] Re: Here we go again; > > Faulty logic there. A byte here and byte there and pretty soon you have to > buy ANOTHER unit of DASD. It costs the same empty or full, but if it gets > nearly full you have to pay for another. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Gerhard adam > Sent: Wednesday, April 22, 2020 10:06 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Here we go again; > > > > > > The notion of “savings” was marketing nonsense. The DASD was paid > for regardless of whether it held a production database or someone’s golf > handicap. > It cost the same whether it was empty or full. The notion of “saving” was > nonsense and even under the best of circumstances could only be deferred > expenses > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for > delivering this message to the intended recipient, you are hereby notified > that any disclosure, distribution, copying, or any action taken or action > omitted in reliance on it, is strictly prohibited and may be unlawful. If > you have received this communication in error, please notify us immediately > by replying to this message and destroy the material in its entirety, > whether in electronic or hard copy format. Thank you. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Here we go again;
Guys, Hadn’t heard of that, Microfocus Cobol yes for sure, some of the other through the ages. Scott On Wed, Apr 22, 2020 at 12:27 PM Allan Staller wrote: > I worked at Pru in the early 70's. > From the last I heard in the mid-80's, I believe Pru-Cobol is long since > defunct. > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Billy Ashton > Sent: Wednesday, April 22, 2020 11:22 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Here we go again; > > [CAUTION: This Email is from outside the Organization. Do not click links > or open attachments unless you trust the sender.] > > I also remember some years ago that Prudential had their own version of > COBOL that allowed them to pack character (maybe just alpha?) fields, so > they could probably add an alpha to the SSN numbering scheme without issue. > I don't know if they still use it, and really hurt my brain trying to > figure out how to pack alpha values. > > Billy > > -- Original Message -- > From: "Phil Smith III" > To: IBM-MAIN@listserv.ua.edu > Sent: 4/22/2020 12:11:41 PM > Subject: Re: Here we go again; > > >As others have suggested, many companies do still have SSNs stored as > packed decimal. So sure, a namespace expansion is possible, but it's a > bigger change than one might think, however it's done. I've even seen at > least one company who stored them as binary! I sure hope someone got a big > bonus for saving that byte... > > > > > > > > > > > >Peter Farley wrote: > > > >>There are also many non-human entities like corporations that use the > same SSN value space. > > > > > > > >>There are a LOT of those . . . and they spring up and fade away at a > rate far higher than human births and deaths. > > > > > > > >They use the same namespace--that is, if your SSN is 123-45-6789, an > >estate or business could also have that number. Since they're uses for > >different things, it's more that they happened (!) to choose the same > >format than that they're "the same". (And actually they're > >theoretically formatted differently: an EIN is xx-xxx vs. the SSN > >xxx-xx-, not that most folks store them with the hyphens.) > > > > > > > >...phsiii > > > > > >-- > >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 > ::DISCLAIMER:: > > The contents of this e-mail and any attachment(s) are confidential and > intended for the named recipient(s) only. E-mail transmission is not > guaranteed to be secure or error-free as information could be intercepted, > corrupted, lost, destroyed, arrive late or incomplete, or may contain > viruses in transmission. The e mail and its contents (with or without > referred errors) shall therefore not attach any liability on the originator > or HCL or its affiliates. Views or opinions, if any, presented in this > email are solely those of the author and may not necessarily reflect the > views or opinions of HCL or its affiliates. Any form of reproduction, > dissemination, copying, disclosure, modification, distribution and / or > publication of this message without the prior written consent of authorized > representative of HCL is strictly prohibited. If you have received this > email in error please delete it and notify the sender immediately. Before > opening any email and/or attachments, please check them for viruses and > other defects. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Here we go again;
Phil, My father was a FE for Unisys and said new boss is like a broom , “new broom makes a clean sweep”, new boss re-arranges “their” way... Scott On Wed, Apr 22, 2020 at 12:12 PM Phil Smith III wrote: > As others have suggested, many companies do still have SSNs stored as > packed decimal. So sure, a namespace expansion is possible, but it's a > bigger change than one might think, however it's done. I've even seen at > least one company who stored them as binary! I sure hope someone got a big > bonus for saving that byte... > > > > > > Peter Farley wrote: > > >There are also many non-human entities like corporations that use the > same SSN value space. > > > > >There are a LOT of those . . . and they spring up and fade away at a rate > far higher than human births and deaths. > > > > They use the same namespace--that is, if your SSN is 123-45-6789, an > estate or business could also have that number. Since they're uses for > different things, it's more that they happened (!) to choose the same > format than that they're "the same". (And actually they're theoretically > formatted differently: an EIN is xx-xxx vs. the SSN xxx-xx-, not > that most folks store them with the hyphens.) > > > > ...phsiii > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Here we go again
Say the least they didn’t mention cheap companies outsource to make a buck or the pi...poor managers who don’t have a clue about design or implementation or performance. On Mon, Apr 20, 2020 at 10:11 PM Wayne Bickerdike wrote: > He lost me when he jumped on the Harley Davidson. The COBOL of motorcycles. > > For reliability and performance, you would pick Yamaha, followed by Honda. > > Flame on, yankees. > > On Tue, Apr 21, 2020 at 5:17 AM Paul Gilmartin < > 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > > Unemployment checks are being held up by a coding language almost nobody > > knows - The Verge > > > > > https://www.theverge.com/2020/4/14/21219561/coronavirus-pandemic-unemployment-systems-cobol-legacy-software-infrastructure > > > > -- gil > > > > -- > > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Any shop use UNIX in a production job?
Hey R.S. , Boy I must have lived a sheltered "professional life", I have heard of some of these not many thorough. I worked at a past life we did LU 6.2 file xref and supported 26+ platforms and a lot of variations of Unix. But this was 15+ yrs ago, so times have changed and so have platforms. Scott On Fri, Apr 17, 2020 at 1:59 AM Timothy Sipples wrote: > Radoslaw Skorupka wrote: > >You mentioned several times about source code. IMHO it is irrelevant > >for UNIX certification. My understanding is "black box": anything which > >behaves as UNIX is UNIX. It can be written from scratch. > >Obviously, an access to source code seem to be much easier. > > First of all, maybe you missed my other post? > > There are many outcomes that are hypothetically possible that haven't > happened often. To my knowledge there's only one organization and product > that has ever achieved UNIX certification without some AT/Bell Labs code > lineage: IBM with z/OS UNIX. History suggests it was REALLY difficult. > There were many previous efforts that never really took off: > > 1. Somebody was asking about the UNIX subsystem that was available for > TSS/370. That was a collaboration with Bell Labs, as this paper from 1984 > discusses: > > https://www.bell-labs.com/usr/dmr/www/otherports/ibm.pdf > > TSS/370 UNIX became available in 1980, although (like TSS/370 and TSS/360) > I don't think it was ever an "official" IBM product. > > 2. INTERACTIVE Systems Corporation (ISC) developed a VM/370-based system > called VM/IX. > > 3. ISC's IX/370 was a VM/SP-based version of TSS/370's UNIX, updated with > UNIX System V compatibility. (Reference: IBM Announcement Letter 285-048.) > > 4. I think there was also an IX/360 from ISC, although I cannot find much > information about it. > > 5. AIX/370 was introduced in 1990. (References: IBM Announcement Letters > 288-130, 288-131, 289-075, and 289-412. Letter 289-412 also announced the > withdrawal of IX/370.) AIX/ESA followed in 1992. (Reference: IBM > Announcement Letter 291-544.) > > 6. Amdahl had UTS, and they started selling it commercially in 1980. UTS > notionally survived until fairly recently under UTS Global's stewardship. > > As far as I know *all* of these efforts were liberally based on AT's > UNIX source code. Maybe someone has interest in diving into code rescue > efforts to see how many of these UNIXes they can recover and reanimate. > There could be copyright impediments, though. > > In 2003 Peter Salus recounted some of the history of INTERACTIVE Systems > Corporation as he remembers it (on page 68): > > https://www.usenix.org/system/files/login/issues/login_december_2003.pdf > > I don't think he has the chronology quite right, though, but that's > understandable. I think at least IX/360 must have preceded PC/IX. (Why > call something "IX/360" in 1984? Or even 1980?) His recollection that some > other team started IX/360 agrees with the other information I found that > it started at Bell Labs with TSS/370 UNIX. And did VM/IX fold into IX/370? > It's very difficult to get this chronology sorted. > > - - - - - - - - - - > 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 > -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Any shop use UNIX in a production job?
osoft XENIX from its > various > > OEMs (including IBM) was the most popular UNIX(TM) distribution. > > > > (*) The UNIX trademark owner made/makes the final call. > > > > - - - - - - - - - - > > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to change the default '.java' extension to '.jav'?
Yep, XEDIT is part and particle of z/VM worked VM for 15+ yrs..never seen VM without it... Scott On Tue, Apr 14, 2020 at 5:09 PM R.S. wrote: > W dniu 14.04.2020 o 21:13, Seymour J Metz pisze: > >> It's freeware > > No, it's open source. Freeware is something very different, and more > restrictive. > > No, it DOESN'T MATTER. Really. The point is one can get it and use it > for free. > > >> 2. Use Virtual Box. It is "z/VM", > > That is, if you've never seen z/VM. It's missing, e.g., XEDIT. > > > > The magic word is KVM, which, of course, can be used by multiple virtual > machine applications. > > No, you're wrong. I have seen z/VM, installed and (poorly) configured > z/VM, and used XEDIT. > XEDIT is a part of CMS, and it's not the most important feature, but > again it doesn't matter in this case. > What I wanted to say is IMHO quite clear: virtual machine hypervisor. I > also used quotation marks, which should not be irrelevant for the reader. > > Language is not for accuracy, but for communication. Sometimes brevity > is better than accuracy. Really. > You shouldn't be so picky, especially for non-English native speaker. > Really. > I just wanted to help someone, explain some solutions. What was your > intention? > > > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > > == > > Jeśli nie jesteś adresatem tej wiadomości: > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > zapisałeś na dysku). > Wiadomość ta może zawierać chronione prawem informacje, które może > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > narusza prawo i może podlegać karze. > > mBank S.A. z siedzibą w Warszawie, ul. Senat > <https://www.google.com/maps/search/Warszawie,+ul.+Senat?entry=gmail=g>orska > 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy > dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, > KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) > według stanu na 01.01.2020 r. wynosi 169.401.468 złotych. > > If you are not the addressee of this message: > > - let us know by replying to this e-mail (thank you!), > - delete this message permanently (including all the copies which you have > printed out or saved). > This message may contain legally protected information, which may be used > exclusively by the addressee.Please be reminded that anyone who > disseminates (copies, distributes) this message or takes any similar > action, violates the law and may be penalised. > > mBank S.A. with its registered office in Warsaw, ul. Senat > <https://www.google.com/maps/search/d+office+in+Warsaw,+ul.+Senat?entry=gmail=g>orska > 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District > Court for the Capital City of Warsaw, 12th Commercial Division of the > National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up > share capital amounting to PLN 169.401.468 as at 1 January 2020. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Any shop use UNIX in a production job?
It’s my understanding that IBM’s implementation of z/OS Unix Systems Services is Posix. There are programs , STCs in particular that are integrated into USS as well as z/OS. To me z/OS is a hybrid of sorts using both. I don’t think one can only look at z/OS or USS. That’s just my opinion. Scott On Mon, Apr 13, 2020 at 11:11 PM Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Mon, 13 Apr 2020 21:50:58 +, Seymour J Metz wrote: > > >Where does MVS do this? Converter? Interpreter? Initiator? Does SVC 99 > also do it, and under what TCB? > > >Ever notice a typo that you were tempted to leave uncorrected? "Coverter" > > > Yes, it's done pretty covertly. > > Authorized Assembler Services Guide for DALPOPT pretty closely > echoes JCL Ref. It doesn't identify TCB. > > (More) The description of z/OS UNIX file access attributes - Key = '8019' > doesn't say whether the bits are modified by umask as is the UNIX > convention. Does this go without saying, or should I submit an RCF? > Does the answer apply likewise to BPXWDYN()? > > > From: Paul Gilmartin > Sent: Monday, April 13, 2020 4:21 PM > > On Mon, 13 Apr 2020 19:40:07 +, Seymour J Metz wrote: > > >Allocation doesn't do an OPEN. But why call an SVC 99 interface to > allocate a ddname that you plan to never OPEN? > > > Think: > //STEP EXEC PGM=IEFBR14 > //DSN DD DISP=(NEW,CATLG),... > //PATH DD PATHOPTS=(OEXCL,OCREAT),... > for why allocate but never OPEN. > > From the JCL Ref.: > DD: PATHOPTS > ... > And if: > � The file does not exist, > Then MVS performs an open() function. The options from PATHOPTS, the > pathname from the PATH parameter, and the options from PATHMODE (if > specified) are used in the open(). MVS uses the close() function to close > the file before the application program receives control. > > -- gil > > ------ > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- 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, Yep, I have done for the State of NJ, State of NY and NYC. They are pretty similar, bureaucratic BS. Backward because some of the managment folks were backward or not listening to the techies. Seen a lot of this and Image you all have too. Scott On Mon, Apr 13, 2020 at 12:22 PM Bob Bridges wrote: > Maybe, but I look at it a little differently. IBM has been aware for some > time that their customers are hurting for COBOL (and other MVS-related) > skills, and has been working on it. This sounds to me like an attempt to > publicize something they've been doing all along. If a few more people > become aware of it now in the light (so to speak) of COVID-19, that's all > to > the good, and if IBM can garner a little more credit for what they've been > doing all along, so much the better. > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* As a father, I have a vested interest in seeing my children do well in > school. If they don't, they won't graduate, and will probably wind up > living in my house until they are thirty years old. This will interfere > with my plan to reach retirement age without killing another human being. > -W Bruce Cameron, _Study Habits_ (2001) */ > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Phil Smith III > Sent: Monday, April 13, 2020 11:28 > > A better article than most of them, I think: > > > https://slate.com/technology/2020/04/new-jersey-unemployment-cobol-coronavir > us.html > <https://slate.com/technology/2020/04/new-jersey-unemployment-cobol-coronavirus.html> > > Had to laugh at IBM saying "We're giving away COBOL training to help with > this!" - right, just what we need, newbie COBOL programmers fixing > mission-critical systems. Plus I can't imagine that this doesn't require > use > of tricky stuff like ISPF and JCL. A very weak attempt to jump on the > bandwagon, I'm afraid. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: About the "hello world" program
Better yet Bob, why would you want too On Sun, Apr 12, 2020 at 5:31 PM Bob Bridges wrote: > I started to skip this one without reading carefully, but then the term > caught my eye. "Quine"...quine...Doggone, I'm sure I've heard of it. In > fact, I'm morally certain Douglas Hofstadter talked about them, right? > Which means they must be some kind of paradox or self-referential joke. > Finally gave in and clicked on the link. Yeah, that was it. > > (Not a quine: "Thit sentence contains exactly threee errors.") > > Delays, delays... > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* The kingdom of Heaven is not for the well-meaning; it is for the > desperate. -James Denney (1856-1917) */ > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Robert Prins > Sent: Sunday, April 12, 2020 18:53 > > Another interesting page, with Quines, can be found on rosettacode.org > <http://rosettacode.org/wiki/Quine>. Here a version in z/OS assembler is > still > missing, and the versions that compile with z/OS Cobol seem to be quite > big. The > PL/I versions are probably optimal, although I would love to be proved > wrong. > > Some shorter non-cheating REXX Quines can be found on > <http://www.nyx.net/~gthompso/quine.htm>, which also has an APL version > which is > not on the page on Rosetta. > > And then, not really a Quine, there's this one, > <https://github.com/mame/quine-relay> > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- 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
Scott: You must also agree its not always efficient coding or usage of memory. In my experience, it was ease of usage. For example, you mention HLASM and people 'give you that look'. It also depends on the person writing the code itself. Just my $.02 worth Scott On Sat, Apr 11, 2020 at 8:33 AM Scott Chapman < scott.chap...@epstrategies.com> wrote: > On Fri, 10 Apr 2020 16:10:02 -0400, Phil Smith III > wrote: > > >Sigh: > > > > > https://www.popularmechanics.com/science/a32095395/cobol-programming-language-covid-19/ > > > > At the end it really goes off the rails when it starts making performance > assumptions that Java would be impossibly slow, and maybe Python would be > better. > > Python is on my list of "one of these days I should probably learn that", > but from my limited Python knowledge that seemed really unlikely that > Python would be faster than Java. Some simple googling around confirms that > it's really hard to find any references to Python being faster than Java > for anything but trivial scripts. Although there are apparently some ways > to compile Python, Python's loose typing is often cited as a potential > performance limitation as well. > > And in real life Java is definitely not always slower than COBOL. > Just-in-time compilation can result in more performant object code than > ahead-of-time compilation, especially when "ahead-of-time" means "a decade > ago for a target machine that was not real new even then". And Java runs on > the zIIPs, which can be a significant advantage in some environments. > > But I would be surprised to find a case where COBOL isn't the most memory > efficient. > > Scott Chapman > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- 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
In Mexico of course the CICS maps were in Spanish On Sat, Apr 11, 2020 at 12:15 PM scott Ford wrote: > Yeah, I worked in Mexico and Europe , primarily Swiss French. The CICS > maps were in the countries language. Where our initial challenge was Swiss > French keyboards, they were quiet different. > > Scott > > On Sat, Apr 11, 2020 at 9:39 AM Bob Bridges wrote: > >> He was just responding to your parenthesis, I assumed. >> >> --- >> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 >> >> /* Q: Why is there no such organization as Chocoholics Anonymous? A: >> Because no one wants to quit. */ >> >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf Of Phil Smith III >> Sent: Saturday, April 11, 2020 00:38 >> >> Um.no kidding. What's your point? >> >> --- Seymour J Metz wrote: >> >It's not unusual for a tenured professor to take a sabbatical and teach >> elsewhere. >> >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf Of Phil Smith III >> Sent: Thursday, April 9, 2020 13:10 >> >> When my dad was teaching in South America (which he'd do for a few months >> at >> a time when I was a kid - he's gone now, and it only now occurs to me to >> wonder how that worked, since he was a full professor at a university; >> perhaps leave, perhaps sabbatical?)... >> >> ------ >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > -- > Scott Ford > IDMWORKS > z/OS Development > -- Scott Ford IDMWORKS z/OS Development -- 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
Yeah, I worked in Mexico and Europe , primarily Swiss French. The CICS maps were in the countries language. Where our initial challenge was Swiss French keyboards, they were quiet different. Scott On Sat, Apr 11, 2020 at 9:39 AM Bob Bridges wrote: > He was just responding to your parenthesis, I assumed. > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* Q: Why is there no such organization as Chocoholics Anonymous? A: > Because no one wants to quit. */ > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Phil Smith III > Sent: Saturday, April 11, 2020 00:38 > > Um.no kidding. What's your point? > > --- Seymour J Metz wrote: > >It's not unusual for a tenured professor to take a sabbatical and teach > elsewhere. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Phil Smith III > Sent: Thursday, April 9, 2020 13:10 > > When my dad was teaching in South America (which he'd do for a few months > at > a time when I was a kid - he's gone now, and it only now occurs to me to > wonder how that worked, since he was a full professor at a university; > perhaps leave, perhaps sabbatical?)... > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: About the "hello world" program
Yep, a IVP On Fri, Apr 10, 2020 at 12:43 PM Steve Smith wrote: > Besides Bob's rationale, getting HelloWorld to compile & run also ensures > that the infrastructure & environment you need is present and working. > > sas > > On Fri, Apr 10, 2020 at 12:11 PM Bob Bridges > wrote: > > > Just my opinion, but if you mean the hello-world program is maximally > > trivial, fine. But it does have its importance: It demonstrates to > every > > new programming student or wannabe that HE CAN MAKE SOMETHING HAPPEN. > That > > first recognition can be pretty cool to watch. It's also the first > thing I > > write when tackling a new language; when I can get my first program to > > display "Hi, there!", I know I'm on the right track. > > > > I never sneer at that particular first step, however trivial it seems > > later. > > > > --- > > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > > > /* Another reason why creative individuals prefer to work at home, as > > opposed to an office, is that when you need to scratch yourself, you > don't > > have to sneak behind the copying machine and settle for a hasty grope. > At > > home, you can rear back and assault the affected region with both hands, > > or, if you want, gardening implements. -Dave Barry */ > > > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Robert Prins > > Sent: Friday, April 10, 2020 15:40 > > > > About the dumbest program ever. > > > > --- On 2020-04-09 18:04, Paul Gilmartin wrote: > > > On Thu, 9 Apr 2020 12:55:11 -0400, scott Ford wrote: > > > > >- any sort of "Hello world" program > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > sas > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why rip out COBOL when you can modernize key applications? - Weirdware
All, Thats why it is important to understand how a language works. I was mentoring a bunch until furloughed due to COVID-19, but i digress. I taught understand the language and its underpinnings. Scott On Wed, Apr 8, 2020 at 9:51 PM David Crayford wrote: > As Martin previously mentioned some languages implement proper tail > calls so they effectively turn recursion into iteration > https://www.lua.org/pil/6.3.html. > > This is a great optimization as recursion is often the most elegant > method to implement many data structures and algorithms (quicksort, > binary trees etc). > > > On 2020-04-09 12:40 AM, Frank Swarbrick wrote: > > Yes, very verbose. > > And yes, recursion is possible, but you must specify "IS RECURSIVE" on > the PROGRAM-ID. Not sure what having nested programs has to do with that, > though. > > > > > > From: IBM Mainframe Discussion List on > behalf of David Crayford > > Sent: Tuesday, April 7, 2020 7:44 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Why rip out COBOL when you can modernize key applications? > - Weirdware > > > > Wow, and some people criticize Java for being verbose! > > > > So using nested programs one can implement recursion in COBOL which you > > couldn't do before without using a table stack. > > > > On 2020-04-08 5:14 AM, Frank Swarbrick wrote: > >> Nested subroutines. > >> > >> Small example: > >> > >>ID DIVISION. > >>PROGRAM-NAME. MAINPROG. > >>[...] > >>PROCEDURE DIVISION. > >>CALL 'NESTED-PROGRAM-1' > >>GOBACK. > >> > >>ID DIVISION. > >>PROGRAM-ID. NESTED-PROGRAM-1. > >>DATA DIVISION. > >>WORKING-STORAGE SECTION. > >>01 LOCAL-VAR-1 PIC X. > >>[...] > >>PROCEDURE DIVISION. > >>DISPLAY 'IN NESTED-PROGRAM-1' > >>GOBACK. > >> > >>END PROGRAM NESTED-PROGRAM-1. > >> > >>END PROGRAM MAINPROG. > >> > >> > >> From: IBM Mainframe Discussion List on > behalf of David Spiegel > >> Sent: Tuesday, April 7, 2020 2:58 PM > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> Subject: Re: Why rip out COBOL when you can modernize key applications? > - Weirdware > >> > >> Hi Frank, > >> Thank you for that information. > >> (All the COBOL I support(ed) didn't contain these and neither did my > >> university courses in the '70s.) > >> > >> If I wanted to look them up, which keyword(s) would I use? > >> > >> Thanks and regards, > >> David > >> > >> On 2020-04-07 15:49, Frank Swarbrick wrote: > >>> Internal subroutines and local variables have been supported since > COBOL 1985 (VS COBOL II era). > >>> They're not ideal, but they do exist. > >>> > >>> > >>> From: IBM Mainframe Discussion List on > behalf of David Spiegel > >>> Sent: Tuesday, April 7, 2020 12:58 PM > >>> To: IBM-MAIN@LISTSERV.UA.EDU > >>> Subject: Re: Why rip out COBOL when you can modernize key > applications? - Weirdware > >>> > >>> How about no internal subroutines with local variables? > >>> > >>> On 2020-04-07 14:47, Bob Bridges wrote: > >>>> I used to bad-mouth COBOL, and I still prefer languages that are less > wordy. But I came somewhat reluctantly to see that it has its strengths. > The one I think most important is that it encourages even novice > programmers to organize their logic in what we used to call a "top-down" > manner: This paragraph accomplish a certain task by executing paragraphs > one through three, then two more, and this subparagraph executes > subsubparagraphs, and so on. Forms good habits, I think. > >>>> > >>>> --- > >>>> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > >>>> > >>>> /* My life is in the hands of any fool who can make me lose my > temper. -driving motto */ > >>>> > >>>> -Original Message- > >>>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of scott Ford > >>>> Sent: Tuesday, April 7, 2020 12:55 > >>>> > >>>> I learned Assembler first and then Cobol and then some PL/1. I > always felt each language had its strengths and weaknesses and all were > li
Re: Upwards Compatibility of Code in Z series Boxes
Guys: One thing I would like to point out because as a ISV we get this question a lot. Our STC (Started Tasks) are in Cobol using HLASM called suboutines. Customers as us about the very question you'all are asking, code we wrote is Cobol V4 has been upward compatible since z/OS 1.6 . The issues are usually new functions , etc. But we test the code against the various versions of z/OS to confirm the code works correctly and of course a QA cycle for certification. Scott On Tue, Apr 7, 2020 at 9:14 PM Mike Schwab wrote: > A vendor has to decide the minimum required hardware for his software. > IBM chooses the minimum for the versions of z/OS, z/VM, z/VSE, z/TPF, > and its other software. Cobol 5 requires PDSEs ,etc. A company might > have to run on older hardware if they have a DR site with an older > computer. 31 bit operating systems can run on processors up to z12. > z13 won't run them. S/370 virtual memory 24 bit address programs are > still running without recompiling. > > On Tue, Apr 7, 2020 at 3:54 AM R.S. > wrote: > > > > W dniu 30.03.2020 o 00:40, Grant Steele pisze: > > > Impressed with the depth on this list from the contributors. I am > getting back into the z-series software and application development after > years of being in another domain. > > > > > > Here is a very broad question: when you guys/girls are moving your app > portfolio from one hardware platform to another (say, z14 to z15), to what > extend are the apps compatible with the new platform without recompilation? > > > > There are many answers, let me also do this: > > > > You said "Code". That could mean many different things, let's assume you > > mean application code, written in COBOL or PL/I. > > You also said "changing platform". Let's assume we talk about EC12 -> > > z15, or z13 -> z15, or z14 -> z15, but not ES9000 to z15 or AS/400 to > z15. > > In that case YOU DON'T HAVE TO RECOMPILE the code. It will work. > > However new compilers can give you better performance when you recompile > > the code with parameter "platform=z15". Note: such code will no work on > > older platform, but it will work on newer platform. The assumption is > > simple: it is likely you will move from current machine to next model. > > It is unlikely you will move back. > > > > -- > > Radoslaw Skorupka > > Lodz, Poland > > > > > > > > > > > > == > > > > Jeśli nie jesteś adresatem tej wiadomości: > > > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > zapisałeś na dysku). > > Wiadomość ta może zawierać chronione prawem informacje, które może > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > narusza prawo i może podlegać karze. > > > > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, > www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy > XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: > 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na > 01.01.2020 r. wynosi 169.401.468 złotych. > > > > If you are not the addressee of this message: > > > > - let us know by replying to this e-mail (thank you!), > > - delete this message permanently (including all the copies which you > have printed out or saved). > > This message may contain legally protected information, which may be > used exclusively by the addressee.Please be reminded that anyone who > disseminates (copies, distributes) this message or takes any similar > action, violates the law and may be penalised. > > > > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, > 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court > for the Capital City of Warsaw, 12th Commercial Division of the National > Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share > capital amounting to PLN 169.401.468 as at 1 January 2020. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions
Re: The ancient computers in the Boeing 737 Max are holding up a fix
Nightwatch my father had a phrase , “buy cheap get cheap” On Fri, Apr 10, 2020 at 10:49 AM Nightwatch RenBand < johnmattson...@gmail.com> wrote: > Quick, Cheap, Good > You may have any TWO... but almost never all three. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FW: COBOL NJ
Why am I not surprised On Thu, Apr 9, 2020 at 12:59 PM Steve Beaver wrote: > No Pay = They really don't want competent help > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of scott Ford > Sent: Thursday, April 9, 2020 11:56 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: FW: COBOL NJ > > So do I assume volunteers mean no pay ? > > On Wed, Apr 8, 2020 at 11:48 PM Jack J. Woehr wrote: > > > On 4/8/20 7:58 PM, Bob Bridges wrote: > > > (Regarding that tagline:) YES!! "Science" is only superficially an > > activity, and even more superficially a job; much more important it's a > > philosophy, a way of approaching the discovery of knowledge. By that > > definition some scientists aren't, and some non-scientists are. > > > > > > And it's salutary to remember that it was uttered by the man dubbed > > "BHA" by the engineers at Apple Computer :) > > > > > > -- > > 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 > > > > > -- > > > > *IDMWORKS * > > Scott Ford > > z/OS Dev. > > > > > “By elevating a friend or Collegue you elevate yourself, by demeaning a > friend or collegue you demean yourself” > > > > www.idmworks.com > > scott.f...@idmworks.com > > Blog: www.idmworks.com/blog > > > > > > *The information contained in this email message and any attachment may be > privileged, confidential, proprietary or otherwise protected from > disclosure. If the reader of this message is not the intended recipient, > you are hereby notified that any dissemination, distribution, copying or > use of this message and any attachment is strictly prohibited. If you have > received this message in error, please notify us immediately by replying to > the message and permanently delete it from your computer and destroy any > printout thereof.* > > -- > 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 > -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Wanted Civil programmers in New Jersey urgently
More like initial design good for the times and the State not wanting to spend money , the code was never updated or barely maintained. On Thu, Apr 9, 2020 at 1:02 PM zMan wrote: > "Civil"? Is that some language derived from COBOL? :) > > On Sun, Apr 5, 2020 at 11:57 PM Mike Schwab > wrote: > > > Well, the 3rd COVID19 bill included an extra $600 per week increase in > > benefits from federal sources. Should be able to change the formulae > > quick enough, then just multiply the number of checks by the $600 to > > transfer from the Feds. Actually I expect the problem to be a maxed > > out database or filled volume with the large increase in number of > > payments. > > > > On Sun, Apr 5, 2020 at 2:15 PM Martin Packer > > wrote: > > > > > > I came to the opposite conclusion: I couldn't see why coding was > required > > > unless new function was DESPERATELY needed. The word in bold because > that > > > seems very risky - going around changing function at a time like this. > > > > > > And, because my lens is more-or-less performance, I thought making the > > > application scale was the urgent and safer thing. Yes, I realise > > > application changes can be necessary to make something scale but then > > > we're back to desperation. :-( > > > > > > Cheers, Martin > > > > > > Martin Packer > > > > > > zChampion, Systems Investigator & Performance Troubleshooter, IBM > > > > > > +44-7802-245-584 > > > > > > email: martin_pac...@uk.ibm.com > > > > > > Twitter / Facebook IDs: MartinPacker > > > > > > Blog: > > > https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker > > > > > > Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/ > > or > > > > > > > > > https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2 > > > > > > > > > Youtube channel: > > https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA > > > > > > > > > > > > From: Laurence Chiu > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Date: 05/04/2020 20:06 > > > Subject:[EXTERNAL] Wanted Civil programmers in New Jersey > > urgently > > > Sent by:IBM Mainframe Discussion List < > IBM-MAIN@LISTSERV.UA.EDU> > > > > > > > > > > > > it seems that the huge increase in benefit request in New Jersey is > > > causing > > > their benefit systems to be overloaded and not able to handle the > volume > > > of > > > requests. > > > > > > It doesn't seem like a load issue but more the application needs to be > > > changed. Otherwise you would just throw more MIPS at it > > > > > > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.theregister.co.uk_2020_04_05_new-5Fjersey-5Fseeks-5Fcobol-5Fvolunteers_=DwIBaQ=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ=we9iQYSSOE8VzuyXv27f9iKmNJlYkPMnUAf4sG-UjZA=UgOg-N0E7RFnAw49opRaW9-gaTi6S8WvCM4bi73z9FM= > > > > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > > > > > > > > Unless stated otherwise above: > > > IBM United Kingdom Limited - Registered in England and Wales with > number > > > 741598. > > > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 > > 3AU > > > > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > -- > > Mike A Schwab, Springfield IL USA > > Where do Forest Rangers go to get away from it all? > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > zMan -- "I've got a mainframe and I'm not afraid to use it" > > -- > For IBM-MAIN subscribe / signoff
Re: Happy Passover and Easter to all
Pesach Samayaph On Thu, Apr 9, 2020 at 8:49 AM Dave Jones wrote: > Back at you > DJ > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FW: COBOL NJ
So do I assume volunteers mean no pay ? On Wed, Apr 8, 2020 at 11:48 PM Jack J. Woehr wrote: > On 4/8/20 7:58 PM, Bob Bridges wrote: > > (Regarding that tagline:) YES!! "Science" is only superficially an > activity, and even more superficially a job; much more important it's a > philosophy, a way of approaching the discovery of knowledge. By that > definition some scientists aren't, and some non-scientists are. > > > And it's salutary to remember that it was uttered by the man dubbed > "BHA" by the engineers at Apple Computer :) > > > -- > 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 > -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Bringing up skills learned on z/OS Hercules in interview?
Until Hercules is sanctioned by IBM I wouldnt mentioned it. On Wed, Apr 8, 2020 at 4:08 PM Grant Taylor < 023065957af1-dmarc-requ...@listserv.ua.edu> wrote: > On 4/8/20 1:13 PM, SUBSCRIBE IBM-MAIN Brandon Tucker wrote: > > Greetings! > > Hello, > > > I've always wondered if it was a good idea bringing up skills > > acquired by using z/OS Hercules with a copy of 1.10 floating on the > > internet? > > I think it's always pertinent to bring up skills that you acquired on a > mainframe that you had access to. > > I think I would elide, if not actively avoid, that it was illegally > using licensed IBM software on a non-IBM emulator. > > > Has anyone heard of someone doing this during an interview? Or what > > would you do/think if someone did this? > > With things like Master the Mainframe and hobbyists running their own > machines, it's not outside of the realm of possibility for people to > have access to a mainframe to learn. It does take effort. But it is > possible. > > > Thanks! > > :-) > > > > -- > Grant. . . . > unix || die > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: regarding the 'shortage of mainframe talent'
s://actionsoftware.com/support/__;!!I6 > > -MEfEZPA!bMeJNdKw0OIcQopRn3h4AJBFlBxtVXy2yeQQiDsecTNb4GYPR5KQeJ1TvOve9 > > uvw9Q$ > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > People in sleeping bags are the soft tacos of the bear world. > Maranatha! <>< > John McKown > > -- > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why rip out COBOL when you can modernize key applications? - Weirdware
Wayne, Yes sir, same here. I learned Assembler first and then Cobol and then some PL/1. I always felt each language had its strengths and weaknesses and all were like tools in a toolbox. Scott On Tue, Apr 7, 2020 at 2:51 AM Wayne Bickerdike wrote: > 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* <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 > -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- 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
Nightwatch I agree, totally On Tue, Apr 7, 2020 at 11:07 AM Nightwatch RenBand wrote: > I totally agree with Bob Bridges. It can be boiled down to "all > programming languages do the same things, just in, of ten, slightly > different ways." Learn one, and you have a head start to learning any of > them. > Best thing I learned: Virtually all programs come down to Input, Process, > Output. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- 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
Tony, Also the Agile framework and not the Waterfall model of SDLC. I have used both written Cobol and Assembler in both. My impression is everyone is ‘hurrying up and rushing code’. If your code is very modularized then I feel AGile is ok. Scott On Sun, Apr 5, 2020 at 5:42 PM Bob Bridges wrote: > That may be true to some extent. I haven't been to college (not counting > working at one) in decades. But back then I was getting a degree in > Accounting, and took ONE CLASS in programming - sounded boring, but I > figured I should know something about computers. I was immediately > hooked. We wrote a program in PL/C (on the blackboard) the very first day, > and I never looked back. Three or four or six weeks later I talked to a > student who was taking COBOL; they hadn't been allowed to touch a cardpunch > yet, and were just learning about the theory of loops. I had much the > better teacher, God bless him! > > By the way, Steve, I enjoyed your tagline :). > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* Beware of any Christian leader who does not walk with a limp. -Bob > Mumford */ > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Steve Thompson > Sent: Sunday, April 5, 2020 16:07 > > I have asked and been told that various universities do not teach > languages, they teach theory. So the students learn an object oriented > language such as C++ or Java online(?). > > The statements made and questions asked of/by contract programmers (off > shore) relative to COBOL — I believe it. > > Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr. > Expct mistaks > > > --- On Apr 5, 2020, at 3:09 PM, Bob Bridges > wrote: > > Says here "COBOL is a dead language that hasn't been taught in most > > universities for decades, and the rare COBOL coders command anywhere from > > $55 to $85 an hour". > > > > I'm reminded that five or ten years ago one of my sons heard my standard > > rant #37 about mainframes, and thought maybe he should learn to work with > > them (thinking it might lead to job security, in which I imagine he was > not > > entirely wrong). For a few weeks I called around trying to find out > what it > > would cost me to rent space for two accounts on an IBM mainframe > somewhere. > > My questions must have been repeated here and there, for eventually an > IBM > > guy called me and said if I could get the local university to teach a few > > courses on mainframes, they'd have to rent space on a mainframe for the > > students and IBM would ~give~ me two accounts so I could teach my son. I > > did call one of the local universities, one I'd worked at for two years, > but > > couldn't drum up any interest. > > > > The IBM guy also said that companies were getting so desperate for > mainframe > > trainees that they were sponsoring college courses their own selves, > just so > > they'd have someone they could hire later. > > > > COBOL is by no means a "dead language", in any practical sense, but > > apparently the writer got it right that it isn't being taught in schools. > > > > Dunno about 55 to 85 $/hr, though, unless things have gotten a lot worse > > since I got into the security side. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mesh Router
du 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mesh Router
Steve, IMHO signal booster may be ok, maybe not the mesh network mentioned I feel is better. I would opt for the one that has a less chance of interference by other routers or devices nearby. Scott On Fri, Apr 3, 2020 at 12:06 PM Steve Beaver wrote: > All this is getting confusing - I have Linksys WRT AC3200 Dual-Band WiFi 5 > Router > > The problem is its does not have enough power to reach my smart TV > downstairs and I do have port space > On my Linksys Router to attach the signal booster as the transmitter > (base). All I want is the base and a receiver > Downstairs. > > Steve > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Chicklon, Thomas > Sent: Friday, April 3, 2020 10:34 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Mesh Router > > The first question you need to answer for yourself is do you need a > router, or will the ISP supplied router work for what you want to do. > > There have been a few other suggestions for a set up that includes a > router. > > I have ATT, and use their modem/router/phone/AP device. I just turn off > the wireless. > > One port on the ATT router gets connected to a Ubiquiti Networks Networks > UniFi Switch 8-Port 150 Watts (about $200) > The other ports on the POE switch then get connected to Ubiquiti Networks > Unifi 802.11ac Dual-Radio PRO Access Point (UAP-AC-PRO-US) (about $140) > > You can get as many APs as you need, I have a wide single story ranch > style home and have probably overdone the install using 3 of the APs on the > main floor. I have a couple older APs, one is in an open unfinished > basement, and I may put one in the garage just to be sure my Rachio > sprinkler controller and WeMo light switches and plugs in the far corner > have a bit better signal. Yes, definitely over kill. But no dead spots > anywhere. > > Tom Chicklon > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Steve Beaver > Sent: Friday, April 3, 2020 9:23 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Mesh Router > > **CAUTION EXTERNAL EMAIL** > > **DO NOT open attachments or click on links from unknown senders or > unexpected emails** > > Does anyone have an opinion on which of the various mesh router extenders > to purchase? > > TIA > Steve > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > **CAUTION EXTERNAL EMAIL** > > **DO NOT open attachments or click on links from unknown senders or > unexpected emails** > > This e-mail transmission contains information that is confidential and may > be privileged. It is intended only for the addressee(s) named above. If > you receive this e-mail in error, please do not read, copy or disseminate > it in any manner. If you are not the intended recipient, any disclosure, > copying, distribution or use of the contents of this information is > prohibited. Please reply to the message immediately by informing the sender > that the message was misdirected. After replying, please erase it from your > computer system. Your assistance in correcting this error is appreciated. > > > -- > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mesh Router
Wow guys, that’s great, we have kids and grandkids like most folks with a ton of devices, so mesh is a great idea, thx all your all great ! On Fri, Apr 3, 2020 at 11:34 AM Chicklon, Thomas < 01fbdb5fcb44-dmarc-requ...@listserv.ua.edu> wrote: > The first question you need to answer for yourself is do you need a > router, or will the ISP supplied router work for what you want to do. > > There have been a few other suggestions for a set up that includes a > router. > > I have ATT, and use their modem/router/phone/AP device. I just turn off > the wireless. > > One port on the ATT router gets connected to a Ubiquiti Networks Networks > UniFi Switch 8-Port 150 Watts (about $200) > The other ports on the POE switch then get connected to Ubiquiti Networks > Unifi 802.11ac Dual-Radio PRO Access Point (UAP-AC-PRO-US) (about $140) > > You can get as many APs as you need, I have a wide single story ranch > style home and have probably overdone the install using 3 of the APs on the > main floor. I have a couple older APs, one is in an open unfinished > basement, and I may put one in the garage just to be sure my Rachio > sprinkler controller and WeMo light switches and plugs in the far corner > have a bit better signal. Yes, definitely over kill. But no dead spots > anywhere. > > Tom Chicklon > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Steve Beaver > Sent: Friday, April 3, 2020 9:23 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Mesh Router > > **CAUTION EXTERNAL EMAIL** > > **DO NOT open attachments or click on links from unknown senders or > unexpected emails** > > Does anyone have an opinion on which of the various mesh router extenders > to purchase? > > TIA > Steve > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > **CAUTION EXTERNAL EMAIL** > > **DO NOT open attachments or click on links from unknown senders or > unexpected emails** > > This e-mail transmission contains information that is confidential and may > be privileged. It is intended only for the addressee(s) named above. If > you receive this e-mail in error, please do not read, copy or disseminate > it in any manner. If you are not the intended recipient, any disclosure, > copying, distribution or use of the contents of this information is > prohibited. Please reply to the message immediately by informing the sender > that the message was misdirected. After replying, please erase it from your > computer system. Your assistance in correcting this error is appreciated. > > > ------ > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sometime
Excellent Steve, good to know On Fri, Apr 3, 2020 at 8:56 AM Steve Beaver wrote: > UGreen 4-Port USB 3.0 > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Brian Westerman > Sent: Thursday, April 2, 2020 11:41 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Sometime > > Which one did you get? > > -- > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mesh Router
Hey Lionel, I have Verizon FIOS can I tie the mesh network you mentioned into it ...? We have a crazy device house, a lot of WiFi.. On Fri, Apr 3, 2020 at 9:33 AM Lionel B Dyck wrote: > I have the Linksys Velop and it works great: > https://www.linksys.com/us/velop/ > > > Lionel B. Dyck < > Website: http://www.lbdsoftware.com > > "Worry more about your character than your reputation. Character is what > you are, reputation merely what others think you are." - John Wooden > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Steve Beaver > Sent: Friday, April 3, 2020 8:23 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Mesh Router > > Does anyone have an opinion on which of the various mesh router extenders > to purchase? > > TIA > Steve > > -- > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: strange python announcement
Gil and Charles, Both excellent questions, I don’t know ..I wonder if the Rocket documentation for Python for Z talks about it ? Scott On Sat, Mar 28, 2020 at 8:21 PM Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Sat, 28 Mar 2020 16:42:20 -0700, Charles Mills wrote: > > >I'm looking at Python on the Rocket site. > > > >Practically speaking, is Python usable from TSO or only from the UNIX > command prompt? That is > > > >> There's no advantage to REXX anymore, as fine a language as it is. > > > >In Rexx under TSO, I can allocate couple of datasets and then run a > "legacy MVS" (you know what I mean) program. > > > Equally true under OMVS. Allocate with BPXWDYN and execute with ADDRESS > LINKMVS. > As a bonus, LINKMVS supports an alternate DDNAME list. > > >... Is that practical in Python? > > > >Not picking fights here -- inquiring minds just want to know. > > > Hmmm. It appears that ISPF, NFS, and FTP use similar integrity protection > on PDS(E): ENQ SHR on SYSDSN and ENQ EXCL on SPFEDIT member. > Wouldn't it be great if that code were factored out and made available > to all OMVS and z/OS utilities such as Python? > > (And NFS appears to use FAMS timestamps on PDSE members.) > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: strange python announcement
John, Very funny but true, Jack I agree python is getting extremely popular. I read it was going to takeover from Java. Scott On Sat, Mar 28, 2020 at 6:19 PM John McKown wrote: > Bah, true nerds use APL! > > On Fri, Mar 27, 2020, 17:29 Wayne Bickerdike wrote: > > > What's a nerd to do? LUA, Rexx or Python? > > > > On Sat, Mar 28, 2020 at 5:08 AM Roland Koo wrote: > > > > > The focus of this announcement is on IBM's intent to participate in the > > > open source community to help establish Python as a strategic > programming > > > language on z/OS. We will provide more updates as they become > available. > > > Stay tuned... > > > > > > Roland Koo > > > IBM Program Director, Offering Management, Enterprise Products & > > Compilers > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > > -- > > Wayne V. Bickerdike > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Nodejs
I saw install Jack. On Tue, Mar 24, 2020 at 3:54 PM Michael Babcock wrote: > The new Bluezone 8.1 also requires it. > > On Tue, Mar 24, 2020 at 2:14 PM Jack J. Woehr wrote: > > > Google took me right to > > https://www.ibm.com/us-en/marketplace/sdk-nodejs-compiler-zos > > > > On 3/24/20 11:42 AM, scott Ford wrote: > > > All: > > > > > > Has anyone used Nodejs on Unix system Services and what did they use it > > for > > > ? > > > Can I create a Node.js server on Unix system services and create a > > node.js > > > client on Windows and talk to it ? > > > > > > > -- > > 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 > > > -- > 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 > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Nodejs
All: Has anyone used Nodejs on Unix system Services and what did they use it for ? Can I create a Node.js server on Unix system services and create a node.js client on Windows and talk to it ? -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
