WannaCry hero faces jail time

2020-05-12 Thread Mike Schwab
https://www.wired.com/story/confessions-marcus-hutchins-hacker-who-saved-the-internet/?mbid=social_facebook&utm_brand=wired&utm_medium=social&utm_social-type=owned&utm_source=facebook -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? ---

Re: 3270 terminals: CUT vs. DFT

2020-05-12 Thread Timothy Sipples
Alex, have you considered getting a used terminal controller for your IBM 3290? It looks like an IBM 3174 would work. According to IBM Publication No. GG24-3061 (Revision -05 is the latest I can find), the IBM 3290 requires a "Downstream Load (DSL) Diskette." This feature in turn requires any o

IBM's Java on z/OS Survey Request

2020-05-12 Thread Timothy Sipples
IBM is soliciting some special feedback for Java on z/OS. The survey is available here through May 29, 2020: https://ibm.biz/zOSJavaSurvey Thanks. - - - - - - - - - - Timothy Sipples I.T. Architect Executive Digital Asset & Other Industry Solutions IBM Z & LinuxONE - - - - - - - - - - E-Mail: s

Re: TMSINIT

2020-05-12 Thread Russell Witt
Not exactly. The SECWTO does control if the WTOR asking for the userid and password of the user running TMSINIT as a started task is issued or not. However, you can change the option at any time. The "trick" is that if you change the option; it does not take effect until AFTER you have successfully

Re: 3270 terminals: CUT vs. DFT

2020-05-12 Thread Seymour J Metz
Ignoring the fact that there is a reference card, that's the sort of thing for which I would throw together a Q&D program rather than doing it by hand. I don't like deciphering data streams, and I do like programming. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ___

Re: 3270 terminals: CUT vs. DFT

2020-05-12 Thread Tom Brennan
On 5/12/2020 4:29 PM, Phil Smith III wrote: ... 3270 data streams were fun because they were so complex. Ha! Reminds me of when I was a trainee installing InfoMan V1 (I think) which was supplied with various 3270 screens in binary form, and no utility to edit them. To change a screen I had

Re: Developers say Google's Go is 'most sought after' programming language of 2020

2020-05-12 Thread Seymour J Metz
No oorexx, or even Regina? Although I was impressed to see Erlang there; I hadn't expected that. -- 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

Re: Developers say Google's Go is 'most sought after' programming language of 2020

2020-05-12 Thread Mike Schwab
https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/elizabeth-k-joseph1/2020/05/12/linuxone-open-source-report-april-2020 On Tue, May 12, 2020 at 7:33 PM Jack J. Woehr wrote: > > On 5/12/20 9:28 AM, Seymour J Metz wrote: > > I also want them in Linux for Z, but that may already be he

Re: An older device query - still using??

2020-05-12 Thread Seymour J Metz
That would be the Direct Control feature. Was there any other user besides the 1419 and 65MP? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tony Thigpen [t...@vse2pdf

Re: 3270 terminals: CUT vs. DFT

2020-05-12 Thread Seymour J Metz
I like the 3270 data stream, but if I could make one change in industry usage it would be to replace most HTTP/HTML applications with X Window System (X11); SUN's old dream of X terminals, except that I see a thin client as being an application on a full fore PC, not a dedicated application on a

Re: 3270 terminals: CUT vs. DFT

2020-05-12 Thread Phil Smith III
Martin Packer wrote: >It's such a nice efficient data stream that one might like to use it from >other platforms. "Efficient" how? Bandwidth? That's cheap now. 3270 data streams were fun because they were so complex. But expensive to program and use. And the fact that attribute bytes occupy

Re: An older device query - still using??

2020-05-12 Thread Glenn Miller
The 3890 Document Processor (Check Reader/Sorter) was a buffered device that removed the issues of "timing" that existed with the 1419 Magnetic Character. The "sky code" was actually the Stacker Control Instructions ( or SCI ) which were downloaded from the MVS or DOS/VS (E) host into the 3890

Re: An older device query - still using??

2020-05-12 Thread Farley, Peter x23353
Tony, You are absolutely correct, I did confuse the 3890 with the 1419. The NY Fed tried to use 1419 devices, not 3890's. Mea culpa. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Tuesday, May 12, 2020 6:13 PM To: IBM-MAIN@LISTSERV.UA.ED

Software bug wipes out traders

2020-05-12 Thread Kirk Wolf
https://www.bloomberg.com/news/articles/2020-05-08/oil-crash-busted-a-broker-s-computers-and-inflicted-huge-losses FWIW: I see no mention of "outdated 40 year old mainframes" or COBOL "-) Kirk Wolf Dovetailed Technologies http://dovetail.com -

Re: An older device query - still using??

2020-05-12 Thread Tony Thigpen
I think you guys are confusing the 3890's and the 1419. The 1419 required a special interrupt line to the processor. This would dispatch a system subtask designed to handle just the checks 'disposition', in other words, which pocket the check would be routed to. The, it would create an output b

Re: An older device query - still using??

2020-05-12 Thread Farley, Peter x23353
I worked at the NY Federal Reserve Bank in the early 70's when they were trying to use 3890 check readers for clearing "country bank" checks (i.e., any bank in the Fed's district except the 7 big ones in NYC who were handled by ACH, the "Automated Clearing House"). MVT, 360/65 with 512K storage

Re: An older device query - still using??

2020-05-12 Thread Paul Gilmartin
On Tue, 12 May 2020 15:26:12 -0500, Matthew Stitt wrote: >Has anyone checked with the banking customers? I recall there was software >for check reader hardware. The 3890 seems to ring a bell. Also a quick >Internet search confirms my suspicions that the 3895 was a check printer and >the 3890

Re: An older device query - still using??

2020-05-12 Thread Matthew Stitt
Has anyone checked with the banking customers? I recall there was software for check reader hardware. The 3890 seems to ring a bell. Also a quick Internet search confirms my suspicions that the 3895 was a check printer and the 3890 was a check reader. I still write checks Matthew On Tue,

An older device query - still using??

2020-05-12 Thread Marna WALLE
Hello All, We had an internal small discussion wondering if there were any customers that still used these devices (the youngest of which went end-of-service in 2014, from what I can find). I wanted to extend this conversation outside of IBM, to those that might have firsthand current knowledge

Re: Developers say Google's Go is 'most sought after' programming language of 2020

2020-05-12 Thread Jack J. Woehr
On 5/12/20 9:28 AM, Seymour J Metz wrote: I also want them in Linux for Z, but that may already be here. You do know that you can get a free LPAR for 90 days and explore what's there and what's not yourself, right? https://developer.ibm.com/components/ibm-linuxone/gettingstarted/ -- Jack J.

Re: IDCAMS not freeing file

2020-05-12 Thread Tim Hare
Questions: 1. Is this the same VSAM file shared between the two partitions? 2. Is the VSAM file referenced in JCL anywhere, or just in the commands in IDCAMS? -- For IBM-MAIN subscribe / signoff / archive access instructions, se

Re: Go> Colossus> Devs

2020-05-12 Thread scott Ford
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 > ". From the NYTimes: > > *"In “Devs,” ... a messianic tech founder devises a supercomputer

Go> Colossus> Devs

2020-05-12 Thread Ken Smith
For SF fans or Philosophy majors try the FX/Hulu TV series "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."* Artfull

Re: TMSINIT

2020-05-12 Thread Lizette Koehler
As has been pointed out The message is produced when SECWTO is set to YES -Original Message- From: IBM Mainframe Discussion List On Behalf Of Nai, Dean Sent: Tuesday, May 12, 2020 10:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TMSINIT I know this isn't a Z question but people on here

Re: TMSINIT

2020-05-12 Thread Nai, Dean
If I remember correctly if SECTWO is set to yes at IPL then it remembers it until the next IPL and if you change it to no it won't work until the next IPL. Thanks:) From: IBM Mainframe Discussion List on behalf of Carmen Vitullo Sent: Tuesday, May 12, 2020 1:

Re: TMSINIT

2020-05-12 Thread Brian Fraser
We reply the TSO USERID of the Operator that started TMSINIT. It will then ask them to enter their password. You can set the SECWTO option in the TMOOPTxx member of CTAPOPTN to NO if you do not want to validate that the operator executing TMSINIT as a started task has the correct level of authorit

Re: TMSINIT

2020-05-12 Thread Lizette Koehler
If you are a high enough version of CA1. There s now a TMSSEC00 member that describes your CA IDs and what level of authority they have. You might want to check it And there is another entry TMSOPT00 which contains your Master CA1 Password. Ask your security team if they changed anything. Ther

Re: TMSINIT

2020-05-12 Thread Carmen Vitullo
IIRC it's the password used when you installed CA-1, one of the usermods, some sites use the default. it should be in a usermod or sampjcl member Carmen Vitullo - Original Message - From: "Dean Nai" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, May 12, 2020 12:30:23 PM Subject: TM

TMSINIT

2020-05-12 Thread Nai, Dean
I know this isn't a Z question but people on here have knowledge about most things. I'm trying to run a CA-1 TMSINIT outside of an IPL and I'm getting this message. Nobody here knows what to reply. Any thoughts. IEFTMS32 - ENTER USERID AUTHORIZED TO RUN TMSINIT --

Re: 3270 terminals: CUT vs. DFT

2020-05-12 Thread Mike Schwab
System 34/36/38/ AS/400 use the 5251 which is very similar. And Dec VT (100+) series that most emulators also support, with ANSI control sequences. On Tue, May 12, 2020 at 3:06 PM Martin Packer wrote: > > This has all got me re-examining the 3270 data stream and wondering... > > ... Did anything

Re: 3270 terminals: CUT vs. DFT

2020-05-12 Thread Alexander Huemer
At my employer in 1999 there were almost exclusively monochrome 3192, besides a few Memorex Telex terminals that were used as the VM/ESA and VSE/ESA admin consoles. Not sure of the model number of those. -Alex On Tue, May 12, 2020 at 02:45:13PM +, Seymour J Metz wrote: > I saw a lot more 31

Re: Developers say Google's Go is 'most sought after' programming language of 2020

2020-05-12 Thread Jack J. Woehr
On 5/12/20 9:28 AM, Seymour J Metz wrote: I also want them in Linux for Z, but that may already be here. z/Linux has pretty much everything. Did some heavy lifting there. What wasn't there I could build, with some work. Essence of Open Source: You are part of the solution. -- Jack J. Woeh

Re: IGDSMSxx setting PDSE_VERSION(2)

2020-05-12 Thread Tom Marchant
Radoslaw, What do you mean? Are you referring to running with PDSESHARING(NORMAL)? Is it documented anywhere that a PDSE can be safely shared outside a SYSPLEX when running PDSESHARING(EXTENDED)? -- Tom Marchant On Tue, 12 May 2020 17:02:23 +0200, R.S. wrote: >Yes, I'm aware of that. However

Re: Developers say Google's Go is 'most sought after' programming language of 2020

2020-05-12 Thread Seymour J Metz
For example, the current Perl is 5.30, not 5.24. Not z/OS in the same sense that Solaris in a virtual machine is not z/VM; the code that z/OS runs in a container is Linux code. I'd like the more common languages available in a form interoperable with at least batch, TSO and OMVS applications. I

Re: 3270 terminals: CUT vs. DFT

2020-05-12 Thread Martin Packer
I think customers really liked InfoWindow because they were the first terminals to offer a 3-year guarantee. IIRC that was a big selling point. Cheers, Martin Martin Packer zChampion, Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twit

Re: 3270 terminals: CUT vs. DFT

2020-05-12 Thread Martin Packer
This has all got me re-examining the 3270 data stream and wondering... ... Did anything else ever use the 3270 data stream - other than IBM mainframe operating systems? It's such a nice efficient data stream that one might like to use it from other platforms. But I wouldn't know how to set up a

Re: IGDSMSxx setting PDSE_VERSION(2)

2020-05-12 Thread R.S.
Yes, I'm aware of that. However I would like to have it changed. BTW: DASD isolation is safe way, but not the only one. Of course it is still very bad idea to share PDSE, with very few very specific and cumbersome exceptions. Nevermind. -- Radoslaw Skorupka Lodz, Poland W dniu 12.05.202

Re: IGDSMSxx setting PDSE_VERSION(2)

2020-05-12 Thread Knutson, Samuel
#2 The only safe way to do this is not to share DASD outside the scope of a Sysplex. I don't expect that to change. Having at least System Test, Development and Production Sysplex that completely isolate DASD lets you get the most benefits from isolation of those types of workloads. -Ori

Re: 3270 terminals: CUT vs. DFT

2020-05-12 Thread William Donzelli
For that matter, are there any references to how many terminals IBM produced per model, from the 1015 to InfoWindows (or whatever was last)? I have always wondered in IBM was the largest maker of terminals ever. -- Will On Tue, May 12, 2020 at 10:45 AM Seymour J Metz wrote: > > I saw a lot more

Re: IGDSMSxx setting PDSE_VERSION(2)

2020-05-12 Thread R.S.
My humble opinion: Everybody who want or really need PDSE v2 will create such dataset explicitly by specifying DSNTYPE=(LIBRARY,2). That's OK. You want to create PDSE v2 by default. This is the best way to find out which system components or application still not tolerate new PDSE flavour. Bu

Re: 3270 terminals: CUT vs. DFT

2020-05-12 Thread Seymour J Metz
I saw a lot more 3180s than I did 3278, but as I recall that was also CUT. What kind of markwt penetration did InfoWindow have? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on beh

Re: 3270 terminals: CUT vs. DFT

2020-05-12 Thread zMan
I'd suggest that most terminals were 3278s, so his statement stands. But we'll never know. On Mon, May 11, 2020 at 3:28 PM Seymour J Metz wrote: > > Most 3270 terminals seem to be of the (simpler) CUT variant. > > I doubt it. Certainly all of these are DFT. > > • IBM 3179 G Color Graphic Displa

Re: Colossus, Strangelove, etc. was: Developers say...

2020-05-12 Thread Phil Smith III
Shmuel wrote: >I hated it; that level of AI on a 360/75? To say nothing of just reeking of >sympathetic magic. >BTW, the wiki article got the origin of the name wrong; it was P-1 because it >ran in partition (remember those) 1. Does anybody know whether Waterloo was >actually running MVT on th

Re: 3270 terminals: CUT vs. DFT

2020-05-12 Thread Joe Monk
When you go look at the code, you see: self.type = TerminalType.DFT self.model = None self.keyboard = None which, in essence is not implemented. Joe On Mon, May 11, 2020 at 9:01 PM Seymour J Metz wrote: > Not if by "straight 3270 data stream" you mean what