Re: Special characters in passwords from non-US computers (Italy)

This is just some wild guessing and assumptions: In Windows there's a Language option in the Control Panel where you can specify Italy and many other places I've never been to. I just did that and the top row on my keyboard comes out like this when I hold the shift key: EN English:

Re: Special characters in passwords from non-US computers (Italy)

On Mon, 16 May 2016 22:11:32 -0300, Clark Morris wrote: >[Default] On 16 May 2016 14:33:18 (John Mattson) wrote: > >>I... On a trip it Italy, I attempted to login to some >>websites ... > >The @ sign,# sign and $ sign are problematic within EBCDIC since they >are nationals and vary by

Re: What was a 3314? (was: Whither VIO)

Lots of OEM's changed 1st digit but kept geometry.CDC, Memorex, Telex, Amdahl, StoraeTek. In a message dated 5/16/2016 6:40:33 P.M. Central Daylight Time, charl...@mcn.org writes: You are going to get some replies on that!

Re: Special characters in passwords from non-US computers (Italy)

[Default] On 16 May 2016 14:33:18 -0700, in bit.listserv.ibm-main johnmattson...@gmail.com (John Mattson) wrote: >I try to include the special characters on standard US keyboards in >some of my passwords. On a trip it Italy, I attempted to login to some >websites (not anything very secure of

Re: What was a 3314? (was: Whither VIO)

The real odd balls, 3340, 3344, 3370 & 3375's :-) 3340's had the coolest looking removable disk assembly. I suspected that the 3344 was a code-hacked 3350, it just carved 4 70Mb disks out of the larger physical disk. Len Rugen University of Missouri Division of Information Technology

Re: What was a 3314? (was: Whither VIO)

2314, 2419, 2311, these are just a few of the "IBM" DASD that I've had the pleasure of working with. I've forgotten the drum device numbers and the noodle snatcher model number. Regards, Steve Thompson On 05/16/2016 07:24 PM, Jesse 1 Robinson wrote: OK, the sleeping dog wants some attention.

Re: What was a 3314? (was: Whither VIO)

> who has ever worked with DASD that started with something other than '33'? You are going to get some replies on that! Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Monday, May 16, 2016 4:24 PM To:

Re: What was a 3314? (was: Whither VIO)

OK, the sleeping dog wants some attention. Before my first reply, I carefully Googled device type 2314 to verify the number. Then I typed '3314' because who has ever worked with DASD that started with something other than '33'? 2314 remained valid in the IODEVICE macro long, long after the

Re: What was a 3314? (was: Whither VIO)

[Default] On 16 May 2016 07:01:50 -0700, in bit.listserv.ibm-main jcal...@narsil.org (Jerry Callen) wrote: >In the "Whither VIO" thread, J.O.Skip Robinson wrote: > >> In a previous life, we defined VIO (I believe) to device 3314 even though >> we had none left on the floor > >That's a device

Re: Questions about EZAZSSI

Again, from a non-expert, I can only say how we do it. We explicitly start TN3270 and FTPD via SA. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original

Re: z890 in my basement

Sorry, my fat fingers He deserves it; if not more! It was a vote of confidence. -teD   Original Message   From: zMan Sent: Sunday, May 15, 2016 22:15 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: z890 in my basement Ted, can you translate that post into

Re: So long everyone!!!

I always think it bittersweet when good folks leave the mainframe area - Sorry to see years of experience leaving the knowledge pool, but glad to see people reaping the rewards of a fruitful career. Enjoy your time! On Mon, May 16, 2016 at 1:04 PM, Norman.Hollander <

Re: Questions about EZAZSSI

I am out on a limb here talking about stuff I don't know about but isn't there a configuration option in TCP to start various related tasks like TN3270 and FTPD? Is the start command in there? Charles -Original Message- From: IBM Mainframe Discussion List

Re: SYNCSORT IFTHEN with OVERLAY: how to specify RDW?

Double thanks Bill, once for the answer and again for the reply. I also got that same advice privately from another expert source, but thanks to you I don't have to post the follow-up. Good job! Peter -Original Message- From: IBM Mainframe Discussion List

Re: Dataset space information

VTOCIX is the index -- required for SMS, along with the VVDS. The VTOC is unnamed. -teD   Original Message   From: michelbutz Sent: Tuesday, May 3, 2016 11:29 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Dataset space information Hi I need to obtain dataset

Re: Questions about EZAZSSI

I'm confused - you found a start command for EZAZSSI in COMMND00 or you didn't? Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Yuhas Sent: Monday, May 16, 2016 3:41 PM To:

Re: Special characters in passwords from non-US computers (Italy)

Google A problem is not just that the hex associated with a given graphic may be different, but also issued of the ASCII graphic, the Italian keyboard mapping, and the ASCII to EBCDIC translation table. ! is always a big problem! Charles -Original Message- From: IBM Mainframe

Re: Questions about EZAZSSI

Can't say how your EZAZSSI got started, but that task is as old as the hills. We start it at IPL time with System Automation. And before that with our predecessor automation product. It may not be necessary to start EZAZSSI explicitly; I'm not a network guy. But it's been SOP here for a long

Special characters in passwords from non-US computers (Italy)

I try to include the special characters on standard US keyboards in some of my passwords. On a trip it Italy, I attempted to login to some websites (not anything very secure of course) and I found that the passwords always failed. I could only conclude that the local hex encoding for the ! @

Re: So long everyone!!!

I little travelin' music for the guys. Onea anna twoa... https://www.youtube.com/watch?v=KKsDQaTkkxo In a message dated 5/16/2016 1:11:23 P.M. Central Daylight Time, norman.hollan...@desertwiz.biz writes: All the best, Ken. On the same retirement train starting 6/6.

Re: EXTERNAL: Re: [EXTERNAL] Re: smp/e sha-2 support?

On Mon, 16 May 2016 19:47:43 +, Jerry Whitteridge wrote: >I'd reply to the Auditor "Please define Admin access as there is no one >privilege that grants all access" > "If there's more than one, then, all of them!" (The Wookie wins.) -- gil

Re: [EXTERNAL] Re: smp/e sha-2 support?

On Mon, 16 May 2016 14:25:38 -0500, Dyck, Lionel B. (TRA) wrote: >What's going to happen is that IBM will not support SHA-2 (or -3) and every >shop with any degree of security (hipaa, sox, dod, ...) will cease to be able >to use the internet delivery option. Being told to create an RFE for

SYNCSORT IFTHEN with OVERLAY: how to specify RDW?

Second things first. Your input data is 1,4,5. An RDW plus all the data from position five to the end of the record. There is no need for a WHEN=NONE to BUILD an identical record to the one that already exists. Your problem is that you have not supplied any "column numbers" for your OVERLAY,

Re: Subscriber e-mail needs to be changed for me.

Best course of action is register at IBM-Main for your preferred email address. Once you're getting what you need, like regular email or whatever, then unsubscribe your deprecated email address. No list manager intervention required. . . . J.O.Skip Robinson Southern California Edison Company

Re: EXTERNAL: Re: smp/e sha-2 support?

That used to be my retort until I was told to stop being a smartass Jerry Whitteridge Manager Mainframe Systems & Storage Albertsons - Safeway Inc. 925 738 9443 Corporate Tieline - 89443 If you feel in control you just aren't going fast enough. -Original Message- From: IBM Mainframe

Re: [EXTERNAL] Re: smp/e sha-2 support?

I am not at an end-user shop but I think we are not dealing with rationality here, we are dealing with voodoo. SHA-1 is bad juju. End of story. If the distribution server were NAMED SHA1 it would be a problem. Charles -Original Message- From: IBM Mainframe Discussion List

Re: smp/e sha-2 support?

I guess I'm getting ornery in my old age. I would reply, 'No users have Admin access on the mainframe.' Start of a whole new conversation. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535

Questions about EZAZSSI

I am preparing for the first IPL of z/OS 2.2. I was reviewing the COMMND00 PARMLIB member and found a start command for EZAZSSI. I am totally unfamiliar with this address space. I googled it and found that EZAZSSI starts the TNF & VMCF address spaces. I reviewed the log from Saturday night's

Subscriber e-mail needs to be changed for me.

I did not see any way to change my subscriber e-mail. At any rate I would like it changed from john_e_be...@uhc.com to john_e_be...@optum.com. The UHC.COM address may eventually be disabled. -- For IBM-MAIN subscribe /

Re: MTL

If you are setting up DLms - then there are several things you need to do. Are you using (if EMC) Consulting services from EMC? I found that very helpful. Let me know. I can dig up my notes from when we did this a couple of years ago. Also, search the IBM MAIN Archives for DLm Lizette >

Re: MTL

I'm running 2 DLM's as part of a single MTL. Have been for a couple of years. No issues, just be sure to get your scratch processing set up correctly. And be aware that unlike physical tape once a volume goes scratch you can't recover the data. CIT | Ken Porowski | VP Mainframe

Re: [EXTERNAL] Re: smp/e sha-2 support?

Without promising anything at all, please don't be too hasty to prejudge the outcome of this dicussion. What I tried to ask is what the actual requirement is. The consensus seems to be that the actual requirement is "keep the auditors happy [and by implication let us keep using

Re: Catalog move

Look at Catalog Recovery Plus from Rocket Software. There is a MERGECAT WHILEOPEN function. Catalog entries may be moved while datasets are in use, including all those tricky VSAM datasets that are open by long running STC's like CICS. Tony. On 05/05/16 17:35, Peter wrote: Hi We have some

MTL

We are about to install some new hardware . The new hardware will be an MTL and it will consist of two DLMS each of which will be configured as an MTL. I'm just trying to find out if there is anything that we need to be aware of as we head down this road?

Re: EXTERNAL: Re: [EXTERNAL] Re: smp/e sha-2 support?

I'd reply to the Auditor "Please define Admin access as there is no one privilege that grants all access" Jerry Whitteridge Manager Mainframe Systems & Storage Albertsons - Safeway Inc. 925 738 9443 Corporate Tieline - 89443 If you feel in control you just aren't going fast enough.

Re: EXTERNAL: Re: [EXTERNAL] Re: smp/e sha-2 support?

Hi All, What would you make of this request: "Show me all the users that have admin. Access on the mainframe". ? Thanks! BobL -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jerry Whitteridge Sent: Monday, May 16, 2016 1:38

Re: EXTERNAL: Re: [EXTERNAL] Re: smp/e sha-2 support?

And anyone that thinks Auditors don't set policy and rules hasn't worked in the commercial environment for a while. Let alone the fact of having to train PCI Auditors that the Mainframe isn't just a slightly bigger PC or Windows server. Some shops could best be summarized as "What the Auditor

Re: [EXTERNAL] Re: smp/e sha-2 support?

What's going to happen is that IBM will not support SHA-2 (or -3) and every shop with any degree of security (hipaa, sox, dod, ...) will cease to be able to use the internet delivery option. Being told to create an RFE for something that is obvious is troubling and to be told that it doesn't

SYNCSORT IFTHEN with OVERLAY: how to specify RDW?

I am using SYNCSORT to modify VB records (LRECL is > 2000), and this is my SYSIN: OPTION COPY OUTREC IFTHEN=(WHEN=(05,02,CH,NE,X'',AND, 05,02,CH,NE,X'') , OVERLAY=(76,2,C'6B',

Re: JCL "COMMAND" statements

OK. my version is based on TSO CONSOLE command. It reads command and verification value from sysin (see rexx test below), execure the command and verifies that the command response equal to the one read from sysin. it can be easily modified to read multiple commands and verification strings. The

Re: JCL "COMMAND" statements

This is similar to Charles, using SDSF, but it captures the output, and writes it to DD, you can stack as many commands in there as you wish. //OPERCMD EXEC PGM=IKJEFT1B,PARM='%OPERCMDB' //SYSEXEC DD DSN=your.sysexec.dataset,DISP=SHR //SYSIN DD *

Re: So long everyone!!!

All the best, Ken. On the same retirement train starting 6/6. zNorman -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ken Hume Sent: Monday, May 16, 2016 10:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: So long everyone!!! Hi all, I

So long everyone!!!

Hi all, I will be unsubscribing from the list in a few days as I leave IBM. Once out of here I have no plans to ever see a mainframe, or any non personal computer for that matter, ever again. I just wanted to thank everyone for the posts over the last few years. Even if they were not related

Re: Do we need another thread bemoaning JCL? (Was "JCL "COMMAND" statements")

On Mon, May 16, 2016 at 11:25 AM, Charles Mills wrote: > I'm not even real familiar with UNIX export and I expected it to work the > other way. You set a value and then you send (export) it somewhere, no? > > Charles > > ​Actually, at least in BASH on Linux, you can either

Re: Do we need another thread bemoaning JCL? (Was "JCL "COMMAND" statements")

On Mon, 16 May 2016 09:25:14 -0700, Charles Mills wrote: >I'm not even real familiar with UNIX export and I expected it to work the >other way. You set a value and then you send (export) it somewhere, no? > POSIX shell: Either way (almost). Note the surprising semantics of special builtins.

Re: Do we need another thread bemoaning JCL? (Was "JCL "COMMAND" statements")

("Yes" only if you haven't been following my posts.) On Mon, 16 May 2016 08:51:08 -0700, Ed Jaffe wrote: > >Made the mistake more than once of placing the EXPORT statement *after* >the SET statements. But, really it's only counterintuitive if you're >used to UNIX-style export (as apparently we

Re: JCL "COMMAND" statements

These are 'system' jobs that are running with higher security. Most are nightly to stop some regions for nightly processes. Tony Thigpen Jeremy Nicoll wrote on 05/16/2016 12:19 PM: On Mon, 16 May 2016, at 17:03, Itschak Mugzach wrote: Tony. You may already seen that the //comand1 is not a dd

Re: Alter access to datasets

In an ideal world: 1. Subject ma‎tter experts set the guidelines (with mgt approval) 2. Auditors have no authourity, they merely report. 3. Compliance officers enforce the rules. -teD   Original Message   From: Arthur Sent: Friday, April 29, 2016 00:31 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM

Re: Do we need another thread bemoaning JCL? (Was "JCL "COMMAND" statements")

I'm not even real familiar with UNIX export and I expected it to work the other way. You set a value and then you send (export) it somewhere, no? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Monday, May 16,

Re: JCL "COMMAND" statements

Thanks all. After the many suggestions, it 'rang a bell' with something I had worked on before: //STEP01 EXEC PGM=IKJEFT1A,REGION=0M //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTERM DD SYSOUT=* //SYSTSOUT DD SYSOUT=* //SYSTSIN DD * OC C('DS QD,TYPE=ALL,ONLINE') /* I have used

Re: JCL "COMMAND" statements

On Mon, 16 May 2016, at 17:03, Itschak Mugzach wrote: > Tony. You may already seen that the //comand1 is not a dd nor exe jcl > card. > It is a jcl command statement and has nothing to do with the job steps. > Jcl > commands and jes /* commands are executed at conversion tome independed > with the

Re: WLM issue with a proposed solution

Dispatching priorities mean nothing if the work is getting done. You're using the WLM; you should learn and use its terminology. -teD   Original Message   From: Tracy Adams Sent: Thursday, April 28, 2016 15:57 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: WLM

Re: How well does z/OS handle large, but sparse, memory objects?

On Mon, May 16, 2016 at 10:48 AM, Tony Harminc wrote: > On 16 May 2016 at 11:29, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > In circumvention, AIX introduced a nonstandard signal, SIGDANGER, > > thrown when backing storage was (FSVO) nearly

Re: JCL "COMMAND" statements

Tony. You may already seen that the //comand1 is not a dd nor exe jcl card. It is a jcl command statement and has nothing to do with the job steps. Jcl commands and jes /* commands are executed at conversion tome independed with the job status. They are executed even if the job will never run. As

Re: Do we need another thread bemoaning JCL? (Was "JCL "COMMAND" statements")

On 5/16/2016 8:45 AM, Charles Mills wrote: OT, but me too. I found the order of EXPORT and SET to be counterintuitive. Made the mistake more than once of placing the EXPORT statement *after* the SET statements. But, really it's only counterintuitive if you're used to UNIX-style export (as

Re: How well does z/OS handle large, but sparse, memory objects?

On 16 May 2016 at 11:29, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > In circumvention, AIX introduced a nonstandard signal, SIGDANGER, > thrown when backing storage was (FSVO) nearly exhausted. OT, but are signals "thrown"? I know that in C++ and Java, exceptions are

Re: smp/e sha-2 support?

Charles Mills wrote: >I suspect you've got a problem, however. There's a saying in sales "when you >explain, you lose." I can hear auditors saying "SHA-1 -- no good -- security >exposure" and I would not want to be the one explaining what you say below >to them. >Perhaps I underestimate IT

Re: JCL "COMMAND" statements

Check CBTTAPE.ORG there might be a couple of them there. Create a REXX program to interface with TSO "OPERATOR" command or interface with SDSF API. Can check results IEBGENER to STDRDR, use $VS'' to issue MVS commands. Can't check results. Al Nims Systems Admin/Programmer

Do we need another thread bemoaning JCL? (Was "JCL "COMMAND" statements")

> I found the counterintuitive interaction between SET and DD SYMBOLS=JCL > rudely astonishing. OT, but me too. I found the order of EXPORT and SET to be counterintuitive. That was the fat-fingering I was referring to that slowed me down on my "condition a jobstep on symbol comparison" quest.

Re: JCL "COMMAND" statements

On Mon, 16 May 2016 11:21:00 -0400, Tony Thigpen wrote: > >1) Are there any other jcl statements that are executed outside the >normal execution phase? > I found the counterintuitive interaction between SET and DD SYMBOLS=JCL rudely astonishing. >2) What is the 'normal' method to issue console

Re: PDS I/O Performance Improvement

That's the way PDS's work. Bigger directory more connect time. Member access is trivial. -teD   Original Message   From: Kreiter IBM-Main Sent: Thursday, April 28, 2016 08:33 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: PDS I/O Performance Improvement Hello,

Re: JCL "COMMAND" statements

Don't know the answer to 'normal' but you are welcome to this FWIW /* CONSCMD: Rexx to issue any arbitrary console command via SDSF */ rc=isfcalls('ON') Address SDSF , "ISFEXEC '/" ||

Re: JCL "COMMAND" statements

On Mon, May 16, 2016 at 10:21 AM, Tony Thigpen wrote: > I have spent most of my life as a z/VSE and z/VM systems programmer, but > during the last year, I have been managing a couple of z/OS systems in our > small outsourcing shop. > > At this point, I would consider myself

Re: JCL "COMMAND" statements

On 5/16/2016 8:21 AM, Tony Thigpen wrote: 2) What is the 'normal' method to issue console commands synchronized with the job execution? You can send "synchronized" commands in an executable step using the TSO/E CONSOLE or any software product (such as (E)JES, SDSF, IOF, etc.) that can issue

Re: How well does z/OS handle large, but sparse, memory objects?

On Mon, 16 May 2016 07:32:56 -0700, Ed Jaffe wrote: >On 5/16/2016 7:23 AM, Jerry Callen wrote: >> As an example: Does z/OS require that there be sufficient page space >> available to back all of the space requested for a large memory object? > >A virtual page is not backed by a REAL frame until

JCL "COMMAND" statements

I have spent most of my life as a z/VSE and z/VM systems programmer, but during the last year, I have been managing a couple of z/OS systems in our small outsourcing shop. At this point, I would consider myself just a very knowledgeable, but still novice z/OS systems programmer. So, be gentle

Re: How well does z/OS handle large, but sparse, memory objects?

On Mon, May 16, 2016 at 10:07 AM, Edward Finnell < 000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote: > You got your PART, you got your SART and you got your Frame Allocation > Resource Tables. Moving right along...from MVS Internals early eighties. > ​Noticed you didn't use the acronym for

Re: How well does z/OS handle large, but sparse, memory objects?

You got your PART, you got your SART and you got your Frame Allocation Resource Tables. Moving right along...from MVS Internals early eighties. In a message dated 5/16/2016 10:03:24 A.M. Central Daylight Time, li...@akphs.com writes: And z/VM has managed cases like this forever. If you

Re: How well does z/OS handle large, but sparse, memory objects?

And z/VM has managed cases like this forever. If you want to learn more, suggest you go to some z/VM sessions at SHARE. Lots of folks there who can speak knowledgably about this. In case this helps, here's a simplified version of how it works: there are segment and page tables. These indicate

Re: 1620 veterans! [was:RE: What was a 3314?]

"sensible students" *OXYMORON* Tony Thigpen Farley, Peter x23353 wrote on 05/16/2016 10:48 AM: You too? Hey, this is a small world indeed. You didn't happen to attend a certain engineering college (now gone, sad to say) in Brooklyn, NY in the late 1960's, did you? At one point I was

Re: 1620 veterans! [was:RE: What was a 3314?]

On Mon, May 16, 2016 at 9:48 AM, Farley, Peter x23353 < peter.far...@broadridge.com> wrote: > You too? Hey, this is a small world indeed. You didn't happen to attend > a certain engineering college (now gone, sad to say) in Brooklyn, NY in the > late 1960's, did you? > ​Nope. U.T. Arlington

1620 veterans! [was:RE: What was a 3314?]

You too? Hey, this is a small world indeed. You didn't happen to attend a certain engineering college (now gone, sad to say) in Brooklyn, NY in the late 1960's, did you? At one point I was addicted to beating 3D TicTacToe using the 1620 console late nights when all sensible students were

How well does z/OS handle large, but sparse, memory objects?

The 64-bit address space available to memory objects opens up a whole range of algorithms that use lots of VIRTUAL memory, but relatively modest amounts of REAL memory. The data is "clumped" into a relatively small number of pages; it's not like sprinkling a few bytes all over the object, which

Re: How well does z/OS handle large, but sparse, memory objects?

On 5/16/2016 7:23 AM, Jerry Callen wrote: As an example: Does z/OS require that there be sufficient page space available to back all of the space requested for a large memory object? A virtual page is not backed by a REAL frame until it is referenced, and not backed by an AUX slot until that

Re: What was a 3314? (was: Whither VIO)

On Mon, May 16, 2016 at 9:09 AM, R.S. wrote: > W dniu 2016-05-16 o 16:01, Jerry Callen pisze: > >> In the "Whither VIO" thread, J.O.Skip Robinson wrote: >> >> In a previous life, we defined VIO (I believe) to device 3314 even >>> though we had none left on the

Re: What was a 3314? (was: Whither VIO)

W dniu 2016-05-16 o 16:01, Jerry Callen pisze: In the "Whither VIO" thread, J.O.Skip Robinson wrote: In a previous life, we defined VIO (I believe) to device 3314 even though we had none left on the floor That's a device type I've never heard of, and the Google knows not of. Could this be

Re: smp/e sha-2 support?

Ah! What you say makes perfect sense. I should have known. I suspect you've got a problem, however. There's a saying in sales "when you explain, you lose." I can hear auditors saying "SHA-1 -- no good -- security exposure" and I would not want to be the one explaining what you say below to them.

What was a 3314? (was: Whither VIO)

In the "Whither VIO" thread, J.O.Skip Robinson wrote: > In a previous life, we defined VIO (I believe) to device 3314 even though we > had none left on the floor That's a device type I've never heard of, and the Google knows not of. Could this be a typo for "2314"? -- Jerry

Re: AW: Suggestion for conditioning step on symbols

John McKown wrote: >​Well, I understand your comments on DFSORT's control language. ICETOOL + >SYMNAMES does a lot to enhance DFSORT. Indeed. ICETOOL is my friend. >But a more "general purpose" language, building on these, might be nice.​ Agreed. I look at what is available, how that is

Re: smp/e sha-2 support?

On 16/05/2016 09:05 PM, John Eells wrote: We understand the NIST recommendation to move off SHA-1 for security-related purposes. However, our use of SHA-1 in this context has nothing to do with security, and as far as I know it was never intended to provide any. We are using SHA-1 just to be

Re: AW: Suggestion for conditioning step on symbols

On Mon, May 16, 2016 at 7:23 AM, Elardus Engelbrecht < elardus.engelbre...@sita.co.za> wrote: > John McKown wrote: > > >> You can always write a 3rd SORT system with a build in programming > language. Hopefully that system is sort of free... > > >​Oh, yeah. Perhaps based on Guile (big grin) >

Re: AW: Suggestion for conditioning step on symbols

John McKown wrote: >> You can always write a 3rd SORT system with a build in programming language. >> Hopefully that system is sort of free... >​Oh, yeah. Perhaps based on Guile (big grin) >https://en.wikipedia.org/wiki/GNU_Guile. It's a LISP variant. H, very very interesting part of the

Re: [EXTERNAL] Re: smp/e sha-2 support?

On Mon, May 16, 2016 at 6:22 AM, Dyck, Lionel B. (TRA) wrote: > The auditors are dictating the use of SHA-2 and discounting the use of > SHA-1. It is a blanket requirement and one that one does not argue with. > ​Another reason to "off" all auditors. Ignoramuses. -- The

Re: AW: Suggestion for conditioning step on symbols

On Mon, May 16, 2016 at 4:31 AM, Elardus Engelbrecht < elardus.engelbre...@sita.co.za> wrote: > Peter Hunkeler wrote: > > >Not sure whether I shall laugh or cry. DFSort is a great tool, no doubt; > it's control statements (I intentionally don't called it "language") are a > nightmare, no doubt.

Re: [EXTERNAL] Re: smp/e sha-2 support?

The auditors are dictating the use of SHA-2 and discounting the use of SHA-1. It is a blanket requirement and one that one does not argue with. -- Lionel B. Dyck (Contractor) Mainframe Systems Programmer Enterprise

Re: smp/e sha-2 support?

Dyck, Lionel B. , TRA wrote: We asked IBM support about implementing SHA2 for the SMP/E FTP download process and was told to open an RFE. That seems kinda insane given that SHA-1 seems to be heading to the heap of obsolete technologies. Can anyone shed any light on this? Opening an RFE seems

Re: PVT Storage z/OS Upgrade

Peter wrote: >This is just a question out of curiosity. On every zOS Upgrade the PVT Storage >remain same. Are there any factor that might increase the PVT Storage? Above or below the line? Also answer depends on how you configure your storage in total and what your software mix is. Groete /

Re: PVT Storage z/OS Upgrade

On Mon, 16 May 2016 13:51:05 +0530 Peter wrote: :>This is just a question out of curiosity. On every zOS Upgrade the PVT :>Storage remain same. Are there any factor that might increase the PVT :>Storage? A big enough CSA/LPA increase would do it, likelihood depending on

Re: AW: Suggestion for conditioning step on symbols

Peter Hunkeler wrote: >Not sure whether I shall laugh or cry. DFSort is a great tool, no doubt; it's >control statements (I intentionally don't called it "language") are a >nightmare, no doubt. Hopefully noone will ever consider the above as something >suitable for production. Overkill; not

PVT Storage z/OS Upgrade

Hi This is just a question out of curiosity. On every zOS Upgrade the PVT Storage remain same. Are there any factor that might increase the PVT Storage? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions,

AW: Suggestion for conditioning step on symbols

>So, changed those to non-printable. That would fix it up, but the code is >still suffering from having to change >horses in mid-stream. And there's the >fat-fingering, which is an all-too-common issue. > >Leads to sort symbols, WHEN=INIT, two FINDREPs with STARTPOS and DO=1 and >SHIFT=NO. >

AW: Re: EAV bug or feature?

>So if you want to use EAV's, make them SMS. ... ... and be prepared to have to deal with strange errors with software which is not EAV-savvy, i.e. which show strange behaviour with cylinder managed block addresses. E.g. code written with SAS-C may not like them. -- Peter Hunkeler

AW: Re: Whither VIO?

>[snip] Expanded storage is one of those things that, for a combination of >technical and marketing reasons, had its day in the sun and has gone, while >VIO continues. It's back, just called "Flash Express" these days. It's used for paging, and for some other things (or things to come) just

Re: Can a FRR routine be in the SASN address space

On Sun, 15 May 2016 22:24:51 -0400 michelbutz wrote: :>The documentation states that SETFRR can be issued ASC AR mode and PASN |= SASN |= HASN :>so can the recovery routine itself be in a secondary address space I am taking protecting the code in the primary address

Re: XMEM and Swap ability

On Sun, 15 May 2016 15:55:37 -0400 michelbutz wrote: :>Forget about my design how about :>A general XMEM question what the point if :>You are going to get S0C4 Why would I ignore a bad design? If you are asking for advice, be humble enough to accept that others