Re: Junk your IT. Now. Before it drags you under

2015-10-14 Thread Tom Brennan
Doesn't seem to be targeting mainframes. Are other old platforms now getting lumped into the term "legacy"? Ed Gould wrote: http://www.theregister.co.uk/2015/10/15/junk_your_it_now_before_it_drags_you_under/ Legacy systems tie you to unproductive legacy thinking and lead to stagnation. Re

Re: Junk your IT. Now. Before it drags you under

2015-10-14 Thread Lucas Rosalen
While there are some nice sparklings, like vendors acting more like psychologists, the overall text shows no knowledge about IT industry, specially "Embracing change means abandoning the false sense of stability IT has offered management as part of its bargain to increase productivity. Productivity

Re: Junk your IT. Now. Before it drags you under

2015-10-14 Thread Jack J. Woehr
Ed Gould wrote: http://www.theregister.co.uk/2015/10/15/junk_your_it_now_before_it_drags_you_under/ Legacy systems tie you to unproductive legacy thinking and lead to stagnation. He's not talking about mainframes. He doesn't seem to know they exist. Nor does he know that the demise of Sun Micr

Big Blue’s big storage iron gets bigger: DS8880 array uncloaked

2015-10-14 Thread Ed Gould
http://www.theregister.co.uk/2015/10/14/ibm_ds8880_array/ There are three models: DS8884 entry-level system that saves on space and features easy-to- use operations and continuous availability for running critical workloads. DS8886 mid-range array with double the DS88770 speed, six nines av

Junk your IT. Now. Before it drags you under

2015-10-14 Thread Ed Gould
http://www.theregister.co.uk/2015/10/15/ junk_your_it_now_before_it_drags_you_under/ Legacy systems tie you to unproductive legacy thinking and lead to stagnation. Really? -- For IBM-MAIN subscribe / signoff / archive acce

Re: Invoke AMODE31-only Code from AMODE6

2015-10-14 Thread Shmuel Metz (Seymour J.)
In <5gos1bp3soju48b5d3sh65uck3edf7r...@4ax.com>, on 10/14/2015 at 05:10 PM, Binyamin Dissen said: >Some prefer to use the old ways until they can get comfortable with >the new. Some prefer to invent motivations for others instead of addressing the issue at hand. Your guess is ludcrous to anyb

Re: Invoke AMODE31-only Code from AMODE6

2015-10-14 Thread Shmuel Metz (Seymour J.)
In , on 10/14/2015 at 08:22 AM, Peter Relson said: >For exactly the reasons I described. You described reasons for an unrelated issue. >if you truly need to change AMODEs, And if you truly need to return to the original AMODE but don't know it at assembly time? -- Shmuel (Seymour J.

New and improved IBM migration recommendations for COBOL V5

2015-10-14 Thread Tom Ross
Several things have come together to give us a better recommendation for customers who want to migrate to COBOL V5 but who also want to avoid discovering 'differences' when they deploy into production. First, some background. As usual, read the COBOL Migration Guide: http://www-01.ibm.com/support

Re: Having the mainframe on YouTube

2015-10-14 Thread Mark Post
>>> On 9/28/2015 at 03:20 PM, "Jack J. Woehr" wrote: -snip- > Though I do hope IBM was there, because the last part is about how to crack > into z/OS and RACF Related to this, Chad Rikansrud has written a blog post about APAR OA43999 and just how much that APAR improves RACF's encryption.

Re: COBOL V5 and IMS Concerns

2015-10-14 Thread John Abell
And http://www-01.ibm.com/support/knowledgecenter/SS6SG3_5.2.0/com.ibm.cobol52.e nt.doc/PGandLR/ui/up0048.html John T. Abell Tel:800-295-7608Option 4 President  International: 1-416-593-5578 Option 4 E-mail: john.ab...@intnlsoftwareproducts.com Fax:800-295-7609 Int

Re: COBOL V5 and IMS Concerns

2015-10-14 Thread John Abell
http://www-01.ibm.com/support/knowledgecenter/SSQ2R2_9.0.0/com.ibm.ent.cbl.z os.doc/migrate/igymopt.html John T. Abell Tel:800-295-7608Option 4 President  International: 1-416-593-5578 Option 4 E-mail: john.ab...@intnlsoftwareproducts.com Fax:800-295-7609 Internatio

Re: COBOL V5 and IMS Concerns

2015-10-14 Thread Charles Mills
Didn't IBM bring one of those missing NUMPROC options back in COBOL 5.2 or am I confused? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, October 14, 2015 11:07 AM To: IBM-MAIN@LISTSERV.UA.EDU S

COBOL V5 and IMS Concerns

2015-10-14 Thread Lizette Koehler
This was posted over on the IMS List and I thought it interesting to post here as well. We have major challenges with Cobol 5 due to the fact that IBM dropped the NUMPROC(MIG) compile option with COBOL 5 and only allow NUMPROC(NOPFD) and NUMPROC(PFD). The best fit for our client to b

Re: What is a request block prefix?

2015-10-14 Thread Tom Marchant
On Wed, 14 Oct 2015 14:13:12 +, Lindy Mayfield wrote: >But to be clear, a SDB abend means there was no module in memory >(defined) found called either IGX00219 or IGC0021I, and the module >was never called? Not quite. It means that SVC 219 has not been defined to the system. That is, the S

Re: What is a request block prefix?

2015-10-14 Thread Lindy Mayfield
Ok, thanks for the information. This is a bit over my head then. I thought RB was a generic thing, but I think it is a part of the OS that I don't understand well. Yet. But to be clear, a SDB abend means there was no module in memory (defined) found called either IGX00219 or IGC0021I, and the

Re: Syncsort changes hands

2015-10-14 Thread Tom Brennan
Andrew Rowley wrote: So we can look forward to the return of the bubble sort! It's only 7am but I'm sure that will be the funniest thing I hear all day :) -- For IBM-MAIN subscribe / signoff / archive access instructions, send

Re: Invoke AMODE31-only Code from AMODE6

2015-10-14 Thread Binyamin Dissen
On Wed, 14 Oct 2015 08:22:49 -0400 Peter Relson wrote: :>>Then the doc for SVCs 68, 138 should be fixed. :>If by "the doc" you mean the information in the diagnosis reference, the :>information for SVC 138 is probably wrong but that book does not document :>requirements. :>The documentation fo

Re: Invoke AMODE31-only Code from AMODE6

2015-10-14 Thread Peter Relson
>Then the doc for SVCs 68, 138 should be fixed. If by "the doc" you mean the information in the diagnosis reference, the information for SVC 138 is probably wrong but that book does not document requirements. The documentation for PGSER, for example, correctly documents that there is no reg 13

Re: What is a request block prefix?

2015-10-14 Thread Peter Relson
As others have said: "Request Block" = RB (mapped by IHARB / IKJRB). The 64 bytes before the beginning of the RB are the RB prefix (RBPRFX in IHARB, RBPREFIX in IKJRB). For those in the know, it's actually the "32 bytes before" but the mapping is of the 64 bytes. But for an Fxx abend, you would

Re: (External):Re: What is a request block prefix?

2015-10-14 Thread Tom Marchant
On Tue, 13 Oct 2015 23:22:02 +, J O Skip Robinson wrote: >Abend FDB indicates an invalid SVC call. The SVC number is x'DB', ... >You need to find the location where the SVC was issued. >Easiest way I know of is system trace table. Easiest way I know is to look at RBOPSW in the RB with the

Re: Syncsort changes hands

2015-10-14 Thread Richard Pinion
LOL! --- and...@blackhillsoftware.com wrote: From: Andrew Rowley To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Syncsort changes hands Date: Wed, 14 Oct 2015 22:41:58 +1100 On 14/10/2015 20:25, Timothy Sipples wrote: > Fun fact: Syncsort's new owners also own Jacuzzi. So

Re: Syncsort changes hands

2015-10-14 Thread Andrew Rowley
On 14/10/2015 20:25, Timothy Sipples wrote: Fun fact: Syncsort's new owners also own Jacuzzi. So we can look forward to the return of the bubble sort! -- For IBM-MAIN subscribe / signoff / archive access instructions, send emai

Re: Syncsort changes hands

2015-10-14 Thread Timothy Sipples
Fun fact: Syncsort's new owners also own Jacuzzi. Timothy Sipples IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA -