Re: [EXTERNAL] ComputerWorld Says: Cobol plays major role in U.S. government breaches

imugz...@gmail.com (IronSphere by SecuriTeam Software) writes: > no the problem described, but from my experience, program developed to > 3270 user interface, are face lifted using brokers, bridges and other > middle wares. The three tier design ,where some of the field > verification was done by M

Re: Can SMPPTS datasets be consolidated?

OK - I overlooked that :-( On 17/03/2017 22:42, Jesse 1 Robinson wrote: > Sysmods can be (usually are) deleted from SMPPTS during ACCEPT. That's an > update. > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-

Re: [EXTERNAL] ComputerWorld Says: Cobol plays major role in U.S. government breaches

john.archie.mck...@gmail.com (John McKown) writes: > ​Yeah. The hardware designers should have made an "eXecute" bit to go > along with the other "metadata" bits (such as key and change) so that > a attempting to branch to a frame which is not marked "eXecute" would > cause​ an exception. But even

Re: Can SMPPTS datasets be consolidated?

Sysmods can be (usually are) deleted from SMPPTS during ACCEPT. That's an update. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- Fro

Re: Can SMPPTS datasets be consolidated?

Yes indeed. Anything can be done in SMP/E via UCLIN - e.g. "DEL GZONE ZONEINDEX()" + "ADD GZONE ZONEINDEX ()" and then "SET BOUNDARY(GLOBAL)" + "UCLIN" + "REP DDDEF(SMPPTS) DA() SHR" ... and so forth. What matters is to use native SMP/E in batch instead of IBM's "SMP/E for Dummies" dialogs. BTW S

Re: Can SMPPTS datasets be consolidated?

Pretty sure I used to do exactly this for the same reason Mark does. However, now SMPPTS% is all PDSE, compression becomes a non-issue. The system knows not to try compressing SMPPTS%, so it does not need to be in the RETRY exclude list. . . J.O.Skip Robinson Southern California Edison Company

Re: [EXTERNAL] ComputerWorld Says: Cobol plays major role in U.S. government breaches

no the problem described, but from my experience, program developed to 3270 user interface, are face lifted using brokers, bridges and other middle wares. The three tier design ,where some of the field verification was done by MFS and maps and not handled any more, and the validation was planned fo

Re: Can SMPPTS datasets be consolidated?

On Fri, 17 Mar 2017 20:44:36 +, Jesse 1 Robinson wrote: >Back when multiple SMPPTS% became available, SMPE/E would try to compress > every PTS% that got x37. Every time. The only thing wrong with that is the > churn >in I/O and CPU plus SYSPRINT lines trying futilely on every RECEIVE to >

Re: Can SMPPTS datasets be consolidated?

On 2017-03-17, at 14:44, Jesse 1 Robinson wrote: > By 'compress', I mean plain old IEBCOPY to squeeze out the gas left by > deleted members. I realize after my previous post that I now routinely create > SMPPTS% as PDSE, so compression is not an option. Back when multiple SMPPTS% > became avail

Re: Can SMPPTS datasets be consolidated?

By 'compress', I mean plain old IEBCOPY to squeeze out the gas left by deleted members. I realize after my previous post that I now routinely create SMPPTS% as PDSE, so compression is not an option. Back when multiple SMPPTS% became available, SMPE/E would try to compress every PTS% that got x37

Re: [EXTERNAL] ComputerWorld Says: Cobol plays major role in U.S. government breaches

On Fri, 17 Mar 2017 14:32:13 -0500, John McKown wrote: > >> > On Mar 17, 2017, at 9:09 AM, Dyck, Lionel B. (TRA) wrote: >> > >> > It's not the LA that is the problem - it is the conditional branch >> instructions that don't have the common sense not to branch where they >> shouldn't :-) > >​Yeah. T

Re: Can SMPPTS datasets be consolidated?

On 2017-03-17, at 12:45, Jesse 1 Robinson wrote: > Some final bits of advice. As the SMPPTS% libraries are opened in order to > store a new sysmod, you will get an x37 abend for each one that has > insufficient space. This is a totally cosmetic issue unless you ... or (2) > allow SMP/E to compr

Re: [EXTERNAL] ComputerWorld Says: Cobol plays major role in U.S. government breaches

On Fri, Mar 17, 2017 at 2:14 PM, Edward Gould wrote: > > On Mar 17, 2017, at 9:09 AM, Dyck, Lionel B. (TRA) > wrote: > > > > It's not the LA that is the problem - it is the conditional branch > instructions that don't have the common sense not to branch where they > shouldn't :-) > LALA Land is

Re: Can SMPPTS datasets be consolidated?

On 2017-03-17, at 10:32, Jesse 1 Robinson wrote: > Today's posts moved me to actually look at my GLOBAL DDDEFs. My SMPPTS% > entries are defined discreetly, not as a concatenation of libraries. So I > have > > SMPPTS > SMPPTS1 > SMPPTS2 > OK. Slip of the mind #1. I was thinking of SMPNTS,

Re: [EXTERNAL] ComputerWorld Says: Cobol plays major role in U.S. government breaches

> On Mar 17, 2017, at 9:09 AM, Dyck, Lionel B. (TRA) wrote: > > It's not the LA that is the problem - it is the conditional branch > instructions that don't have the common sense not to branch where they > shouldn't :-) LALA Land is really the truth? Who would have thought? Ed > > >

Re: Can SMPPTS datasets be consolidated?

Some final bits of advice. As the SMPPTS% libraries are opened in order to store a new sysmod, you will get an x37 abend for each one that has insufficient space. This is a totally cosmetic issue unless you (1) allow SVC dump for x37 abend or (2) allow SMP/E to compress the library. For (1), y

Re: Can SMPPTS datasets be consolidated?

The one place where spill datasets don't work as a logical concatenation is when using GIMCPTS as SYSUT1 has to point to a pds member so I try SMPPTS then SMPPTS1 and so on until I get the correct PTS. I can get the correct PTS first by using the panels. It just depends on what I'm doing at the

Re: Can SMPPTS datasets be consolidated?

On Fri, 17 Mar 2017 13:37:04 -0400, Kurt Quackenbush wrote: >On 3/17/2017 12:46 PM, Tom Marchant wrote: >> >> I don't think you can open a PDS concatenation for output. >> I may be wrong, and I didn't look it up. > >That certainly was true back in 2000 when we implemented the SMPPTS >spill data se

Re: ComputerWorld Says: Cobol plays major role in U.S. government breaches

On Fri, 17 Mar 2017 09:41:20 +, Mark Regan wrote: >ComputerWorld is reporting "Cobol plays major role in U.S. government >breaches" > >http://www.computerworld.com/article/3181809/government-it/cobol-plays-major-role-in-us-government-breaches.html It is BS. https://oversight.house.gov/wp-con

Re: Can SMPPTS datasets be consolidated?

On 3/17/2017 11:45 AM, Paul Gilmartin wrote: Do you mean remove the DDDEF or delete the corresponding UNIX directory? UNIX directory? Nope, not supported for SMPPTS. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MA

Re: Can SMPPTS datasets be consolidated?

On Fri, 17 Mar 2017 11:46:57 -0500, Tom Marchant wrote: >On Fri, 17 Mar 2017 16:32:56 +, Jesse 1 Robinson wrote: > >>Could SMPPTS be defined as an actual concatenation of libraries? > >I don't think you can open a PDS concatenation for output. >I may be wrong, and I didn't look it up. > >--

Re: Can SMPPTS datasets be consolidated?

On 3/17/2017 12:46 PM, Tom Marchant wrote: On Fri, 17 Mar 2017 16:32:56 +, Jesse 1 Robinson wrote: Could SMPPTS be defined as an actual concatenation of libraries? I don't think you can open a PDS concatenation for output. I may be wrong, and I didn't look it up. That certainly was true

Re: Can SMPPTS datasets be consolidated?

Gil, I meant remove the DDDEF. I don't use UNIX for SMPPTS storage. This is straight from the SMP/E reference manual: Do not concatenate SMPPTS spill data sets. The first SMPPTS spill data set must be specified with a ddname of SMPPTS1, the second SMPPTS2, and so on, up to a maximum of S

Re: Can SMPPTS datasets be consolidated?

This is how I have mine defined. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Jesse 1 Robinson > Sent: Friday, March 17, 2017 9:33 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Can SMPPTS datasets be consolidated? > > Today

Re: Can SMPPTS datasets be consolidated?

Hi Tom, I did look up the SMPPTS description, before replying to Kurt's answer. It didn't specifically say you can't open a concatenation for output (although that makes sense), but it did mention this: " Do not concatenate SMPPTS data sets. If you need multiple data sets for the SMPPTS, use

Re: Can SMPPTS datasets be consolidated?

OK, you're the authority. It's been to long for me to clearly remember. But, I did have some difficulty running ACCEPT after I'd messed with which PTFs were in which SMPPTSn. And since my current practice of just adding another SMPPTSn when I need it works, I won't be attempting to recreate t

Re: Can SMPPTS datasets be consolidated?

On Fri, 17 Mar 2017 16:32:56 +, Jesse 1 Robinson wrote: >Could SMPPTS be defined as an actual concatenation of libraries? I don't think you can open a PDS concatenation for output. I may be wrong, and I didn't look it up. -- Tom Marchant

Re: Can SMPPTS datasets be consolidated?

Today's posts moved me to actually look at my GLOBAL DDDEFs. My SMPPTS% entries are defined discreetly, not as a concatenation of libraries. So I have SMPPTS SMPPTS1 SMPPTS2 pointing to individual libraries. I believe this is what causes SMP/E to examine a succession of SMPPTS% DDDEFs until a

Re: Need help understanding use of CEEPIPI from non-LE assembler main programs

Sam, Thanks for the confirmation, that's what I just figured out from re-reading the FM. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sam Siegel Sent: Friday, March 17, 2017 11:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re

Re: Can SMPPTS datasets be consolidated?

On 2017-03-17, at 08:01, John McKown wrote: > > ​I will mention that, at least for me, I have found that SMP/E always goes > "in order". That is: SMPPTS, SMPPTS1, SMPPTS2, ... . So when I create a > _new_ SMPPTS library, I always create a new SMPPTSn definition, copy the > DSN in the SMPPTS defini

Re: Need help understanding use of CEEPIPI from non-LE assembler main programs

There are two tables which contain the programs: 1) The PreInit table coded with CEEXPIT, CEEXPITY and CEEXPITS macros; 2) The table maintained by LE. During the LE initialization process, a table is constructed in storage controlled by LE. The information in the PreInit table is copied over. Th

Re: Can SMPPTS datasets be consolidated?

On 2017-03-17, at 08:06, Pommier, Rex wrote: > > -Original Message- > From: Kurt Quackenbush > Sent: Friday, March 17, 2017 8:51 AM > > Yes, ever since we added the SMPPTS spill data set function (year 2000) SMP/E > has allowed you to merge data sets, move PTFs from data set to data set

Re: Need help understanding use of CEEPIPI from non-LE assembler main programs

Never mind. Re-reading the Fine Manual I think I just found the answer to my question: (init_sub) takes as an argument a user-supplied pre-init table, but does not modify the user copy of the table. Instead, it copies the user entries into a "Language Environment-maintained table". Similarl

Re: Need help understanding use of CEEPIPI from non-LE assembler main programs

Gord, That's what I have coded so far, but here is what happens: 1. The (init_sub) returns RC=8, but based on the ASMPIPI example I let that go as not a fatal error since the pre-init table has only empty entries 2. The first (add_entry) succeeds RC=0 in R15, but the pre-init table is

Re: ComputerWorld Says: Cobol plays major role in U.S. government breaches

Wait, what? >By analyzing publicly available federal spending and security breach data, the >researchers found >that a 1% increase in the share of new IT development spending is associated >with a 5% decrease in security breaches. >"

Re: [EXTERNAL] Re: ComputerWorld Says: Cobol plays major role in U.S. government breaches

It's not the LA that is the problem - it is the conditional branch instructions that don't have the common sense not to branch where they shouldn't :-) -- Lionel B. Dyck Mainframe Systems Programmer - TRA Enterprise Operati

Re: Can SMPPTS datasets be consolidated?

-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Quackenbush Sent: Friday, March 17, 2017 8:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Can SMPPTS datasets be consolidated? On 3/16/2017 7:25 PM, Gibney, Dave wrote: > Has this

Re: ComputerWorld Says: Cobol plays major role in U.S. government breaches

In related news, the Load Address instruction also plays a major role. Need to get rid of that ASAP. On Fri, Mar 17, 2017 at 9:11 AM, Allan Staller wrote: > LOL, bunch of horse hockey! > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Beh

Re: Can SMPPTS datasets be consolidated?

On Fri, Mar 17, 2017 at 8:50 AM, Kurt Quackenbush wrote: > On 3/16/2017 7:25 PM, Gibney, Dave wrote: > >> Has this always been so? Sometime ago (1.7, 1.9) I had ACCEPT fail >> because I had compressed and moved members into lower sequenced >> SMPPTSn At least I think I remember this. I've just al

Re: Can SMPPTS datasets be consolidated?

On 3/16/2017 7:25 PM, Gibney, Dave wrote: Has this always been so? Sometime ago (1.7, 1.9) I had ACCEPT fail because I had compressed and moved members into lower sequenced SMPPTSn At least I think I remember this. I've just always added another SMPPTSz ever since. Yes, ever since we added the

Re: Merging two CTN STP

Thank for all who gave guide, I learned new things Mohamed Sent from my iPad > On Mar 17, 2017, at 2:58 PM, Dana Mitchell wrote: > > Nick, > That's an excellent document, I had not seen that before. Saved for future > reference. > > Thanks, > Dana > >> On Fri, 17 Mar 2017 04:22:56 -0500, N

Re: Merging two CTN STP

Thanks a lot Nick, it is very useful Doc Mohamed Sent from my iPad > On Mar 17, 2017, at 12:22 PM, Nick G wrote: > > Take a look at white paper WP102314 at http://www.ibm.com/support/techdocs > > This gives you various options of merging CTNs either disruptively or > non-disruptively, I su

Re: Shopz having problems? AGAIN!

So, once I get the package built I'll be able to RFN. Good to know. Now if they would only build the order Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Friday, March 17, 2017 8:41 AM To: IBM-MAIN@LISTSE

Re: ComputerWorld Says: Cobol plays major role in U.S. government breaches

LOL, bunch of horse hockey! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Regan Sent: Friday, March 17, 2017 4:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ComputerWorld Says: Cobol plays major role in U.S. government breaches C

Re: ComputerWorld Says: Cobol plays major role in U.S. government breaches

Well, in my experience, at least part of the article is bunk. Comments along the lines of the idea that legacy systems (written in Cobol or - horrors - assembler can't utilize modern technology like encryption? Since when? 100% of our legacy data is encrypted. None of it can be encrypted at

Re: Shopz having problems? AGAIN!

SMPE RECEIVE ORDER is working fine. _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message-

Re: ComputerWorld Says: Cobol plays major role in U.S. government breaches

On Fri, Mar 17, 2017 at 7:12 AM, Charles Mills wrote: > This just in: Charles Mills says "Government plays major role in U.S. > COBOL breaches." > ​Are you sure that's not supposed to be "britches"?​ > Charles > > -- "Irrigation of the land with seawater desalinated by fusion power is ancien

Re: ComputerWorld Says: Cobol plays major role in U.S. government breaches

This just in: Charles Mills says "Government plays major role in U.S. COBOL breaches." Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Regan Sent: Friday, March 17, 2017 2:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Com

Re: Merging two CTN STP

Nick, That's an excellent document, I had not seen that before. Saved for future reference. Thanks, Dana On Fri, 17 Mar 2017 04:22:56 -0500, Nick G wrote: >Take a look at white paper WP102314 at http://www.ibm.com/support/techdocs > --

Shopz having problems? AGAIN!

Déjà vu all over again! There went their 37 days availability streak. Four orders submitted almost two hours ago. Same status as before. Bob From: Richards, Robert B. Sent: Tuesday, February 07, 2017 6:48 AM To: 'IBM Mainframe Discussion List' Subject: Shopz having problems? I have submitted se

Re: ComputerWorld Says: Cobol plays major role in U.S. government breaches

W dniu 2017-03-17 o 10:41, Mark Regan pisze: ComputerWorld is reporting "Cobol plays major role in U.S. government breaches" http://www.computerworld.com/article/3181809/government-it/cobol-plays-major-role-in-us-government-breaches.html Yeah, I've had a team working on this over the past few

Re: Merging two CTN STP

W dniu 2017-03-17 o 07:36, Mohamed Gomaa pisze: It locks that, I did not ask the question properly. What I want to see do I have to stop in previous all the LPARs getting the time from this CTN, because I feel if any LPAR see that the CTN name changed it may have some corruption To clarify: C

ComputerWorld Says: Cobol plays major role in U.S. government breaches

ComputerWorld is reporting "Cobol plays major role in U.S. government breaches" http://www.computerworld.com/article/3181809/government-it/cobol-plays-major-role-in-us-government-breaches.html Watch the wrap Thanks, Mark Regan -- Mark T. Regan, K8MTR -

Re: Merging two CTN STP

Take a look at white paper WP102314 at http://www.ibm.com/support/techdocs This gives you various options of merging CTNs either disruptively or non-disruptively, I successfully used the non-disruptive approach last year having studied this paper very carefully. ---