Re: Data Conversion

I like it! Parallel computing using parallel universes. I wonder how many of the other Tom's are thinking this exact thing right now? All I need is 15 and I/we can get started on this. Shane Ginnane wrote: On Fri, 19 Sep 2014 20:07:20 -0700, Tom Brennan wrote: Just wondering what would h

Re: Data Conversion

On Fri, 19 Sep 2014 20:07:20 -0700, Tom Brennan wrote: >Just wondering what would happen if I had a machine with 16 discreetn >states per wire or connection (using different voltage levels, colors, >frequencies, or whatever). On such a machine there would be no binary >bits, so the lowest data ty

Re: Data Conversion

Just wondering what would happen if I had a machine with 16 discreet states per wire or connection (using different voltage levels, colors, frequencies, or whatever). On such a machine there would be no binary bits, so the lowest data type might really be hex. Mike Schwab wrote: Hexadecimal

Re: Data Conversion

Hexadecimal is a way of expressing the value of 4 bit with one number or digit. It does not assign a meaning to the data. It could be a binary number, a packed decimal number, a floating point number (hex float or decimal float or ???), ASCII or UTF-8 characters, EBCDIC characters, or a z/Series

Re: Data Conversion

The point is that people mis-use the word hex as though it described a type of data. "Field X contains character data" -- quite possibly true. "Field Y contains floating point data" -- quite possibly true. "Field Z contains hex data." -- No, there is no such thing as "hex data" (or perhaps more co

Re: Invoking ISPF Services from REXX

and a handy way to get the syntax right is to use the ISPF EDIT MODEL command. --- REXX Models for Miscellaneous Services Option ===>

Re: Invoking ISPF Services from REXX

I think you mean ADDRESS ISPEXEC Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html > Date: Sat, 20 Sep 2014 00:39:41 +0100 > From: ponce...@bcs.org.uk > Subject: Re: Invoking ISPF Services from REXX > To: IBM-MAIN@LISTSERV.UA

Re: Invoking ISPF Services from REXX

Address ISPEXEC: Address ISPEXEC "LIBDEF ISPMLIB DATASET ID('"msgs"')" Address ISPEXEC "SELECT CMD("rexxcmd") NEWAPPL(NEW1) PASSLIB" -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of CM Poncelet Sent: Friday, Septem

Re: Invoking ISPF Services from REXX

ADDRESS ISPF? Brent Litster wrote: Does anyone know how to invoke an ISPF service, such as "START" or "ISPLIBD" from a REXX exec? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@lists

Invoking ISPF Services from REXX

Does anyone know how to invoke an ISPF service, such as "START" or "ISPLIBD" from a REXX exec? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-M

Re: Where's my DCB?

In <1729811954705133.wa.paulgboulderaim@listserv.ua.edu>, on 09/18/2014 at 11:31 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >Now, where's DSNTYPE hiding? TIOT? JFCB? DSAB? SIOT? >but isn't a PDS with a member specified, such as REXXOUT, considered >a sequent

Re: Data Conversion

In , on 09/18/2014 at 11:21 AM, John Gilmore said: >Except for IBM's Hexadecimal Floating Point, which in fact does >real hexadecimal (instead of binary of decimal) arithmetic, >hexadecimal is not a data type at all: it is a compact external >representation of bit strings, any instance of w

Re: Deleting Cluster Using IEFBR14 or IDCAMS

In , on 09/17/2014 at 11:03 PM, Ed Gould said: >It was second nature to speak (with respect) back to people that >had a higher rank. My section head would have roasted me had I found out that I knew he was making a mistake and didn't speak up. Part of respect is honesty, and he wouldn't have

Re: JoAT (was: SORT JCL)

In , on 09/17/2014 at 11:13 PM, Ed Gould said: Well, says that the 5787-XT2 version was an FDP; it seem to be missing the 5740-XT* v

Re: Never Ending Batch versus Started Task ??

Like most UNIX stuff, there's a setting in the RACF OMVS segment used to limit CPU time. See CPUTIMEMAX. In article you wrote: > On Fri, Sep 19, 2014 at 9:55 AM, Terry Sambrooks > wrote: > > Hi > > > > I might be wrong but the idle-time limit (Job Wait Time(JWT)) is surely a > > system wide li

HMC Device Monitor

I'm getting the following message whenever I plug or unplug USB stick to HMC: ACT04320I Device Monitor... I don't want to get HW Message or email alert for such reasons. How can I switch it off? -- Radoslaw Skorupka Lodz, Poland --- Treść tej wiadomości może zawierać informacje prawnie c

Re: High CPU Utilized

On Fri, Sep 19, 2014 at 11:41 AM, Norman.Hollander wrote: > If you are using any capping, you best have a very well defined WLM Service > Policy. > Since we are moribund on z/OS, we basically only have CICS, production, test. CICS is king. Production is Prince. test is the peon and gets the leav

Re: Never Ending Batch versus Started Task ??

terry_sambro...@btconnect.com (Terry Sambrooks) wrote: Hi I might be wrong but the idle-time limit (Job Wait Time(JWT)) is surely a system wide limit set within SMFPRMnn and as such applies to both Batch and STCs, hence many installations code TIME=1440 on the EXEC within the STC procedure. S

Re: High CPU Utilized

If you are using any capping, you best have a very well defined WLM Service Policy. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, September 19, 2014 9:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: High CP

Re: SLIP IF Trap?

> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Chase, John > > [ snip ] > > The SA trap we were given for the same problem specifies > RANGE(12R?+1C4,+1C7), but the example in the > SLIP doc restates the register in the ending address as well. Is it > necessary

Re: High CPU Utilized

On Fri, Sep 19, 2014 at 10:59 AM, Norman.Hollander wrote: > Absolutely agree! I've done various tech sessions, and customer > presentations on this for years. > As long as you know what happens when your system runs at 100%, it's a good > thing. There are NO > roll over minutes. What you didn't

Re: High CPU Utilized

norman.hollan...@desertwiz.biz (Norman.Hollander) writes: > Absolutely agree! I've done various tech sessions, and customer > presentations on this for years. As long as you know what happens > when your system runs at 100%, it's a good thing. There are NO roll > over minutes. What you didn't us

Re: SLIP IF Trap?

On 9/19/2014 4:56 AM, Peter Relson wrote: I also recommend MODE=HOME for PVTMOD= In general, you should try to use ASID and/or JOBNAME if you are going to use MODE=HOME. This avoids unnecessary space-switch interrupts (and their processing). Without ASID/JOBNAME, space-switches must be monitored

Re: High CPU Utilized

Absolutely agree! I've done various tech sessions, and customer presentations on this for years. As long as you know what happens when your system runs at 100%, it's a good thing. There are NO roll over minutes. What you didn't use a minute ago, is not available in the next. If important work is

Re: Never Ending Batch versus Started Task ??

On Fri, Sep 19, 2014 at 9:55 AM, Terry Sambrooks wrote: > Hi > > I might be wrong but the idle-time limit (Job Wait Time(JWT)) is surely a > system wide limit set within SMFPRMnn and as such applies to both Batch and > STCs, hence many installations code TIME=1440 on the EXEC within the STC > proc

Re: Never Ending Batch versus Started Task ??

Hi I might be wrong but the idle-time limit (Job Wait Time(JWT)) is surely a system wide limit set within SMFPRMnn and as such applies to both Batch and STCs, hence many installations code TIME=1440 on the EXEC within the STC procedure. Similarly the doesn't the PPT entry applu equally to a progr

Re: Never Ending Batch versus Started Task ??

On Fri, 19 Sep 2014 08:47:59 -0500, Elardus Engelbrecht wrote: >John McKown wrote: > >>Not that I'm aware of. The only difference is that the batch job "uses up" an >>initiator. But once it is running, no real differences. Unless the STC is >>running a program which is in the PPT as having speci

Re: SLIP IF Trap?

> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Peter Relson > > >I also recommend MODE=HOME for PVTMOD= > > In general, you should try to use ASID and/or JOBNAME if you are going to use > MODE=HOME. This avoids > unnecessary space-switch interrupts (and their pro

Re: Never Ending Batch versus Started Task ??

Ah, yes. I had forgotten about those, temporarily. I really need to go to sleep earlier. On Fri, Sep 19, 2014 at 8:47 AM, Elardus Engelbrecht wrote: > John McKown wrote: > >>Not that I'm aware of. The only difference is that the batch job "uses up" an >>initiator. But once it is running, no real

Re: Never Ending Batch versus Started Task ??

John McKown wrote: >Not that I'm aware of. The only difference is that the batch job "uses up" an >initiator. But once it is running, no real differences. Unless the STC is >running a program which is in the PPT as having special properties, such as >running non-key 8. Thanks for answering. Yo

Re: DFDSS FAILED RESTORE

Thanks Willie. Yes the dsn is not multi-file. On Fri, 9/19/14, Elardus Engelbrecht wrote: Subject: Re: DFDSS FAILED RESTORE To: IBM-MAIN@LISTSERV.UA.EDU Received: Friday, September 19, 2014, 9:11 AM esmie moo wrote: >The dataset exists physic

Re: DFDSS FAILED RESTORE

Yes, the dsn exists only on one volume. On Fri, 9/19/14, Elardus Engelbrecht wrote: Subject: Re: DFDSS FAILED RESTORE To: IBM-MAIN@LISTSERV.UA.EDU Received: Friday, September 19, 2014, 9:11 AM esmie moo wrote: >The dataset exists physically on

Re: Never Ending Batch versus Started Task ??

Not that I'm aware of. The only difference is that the batch job "uses up" an initiator. But once it is running, no real differences. Unless the STC is running a program which is in the PPT as having special properties, such as running non-key 8. On Fri, Sep 19, 2014 at 8:16 AM, Neil E. Ervin wro

Never Ending Batch versus Started Task ??

Are there any performance or cpu consumption benefits to converting never ending batch jobs to started tasks? Thanks, Neil E. Ervin Mainframe Performance Analyst Mainframe/Midrange Services Wells Fargo Compute Platform Services l North Carolina (Eastern Time Zone) MAC D1112-023 Cell 910-47

Re: DFDSS FAILED RESTORE

esmie moo wrote: >The dataset exists physically on the volume. Is that dataset only on ONE volser? If not, logical backup and restore should work, but physical not always. AFAIK, logical backup/restore just don't care about volsers depending on how you setup your jobs in the first place. G

Re: DFDSS FAILED RESTORE

The dataset exists physically on the volume. I was able to access it via 3.4 I think I hit on something. I did a phyiscal backup and a logical backup of the dsn. The restore of the dsn using the logical backup worked. The dsn was replaced successfully. I tried another test with the logical

Re: SLIP IF Trap?

Peter Relson wrote: > ... and may even be enforced in the future with an 'are you sure' prompt. But z experts are *always* sure! We don't need stinkin WTORs! ;-) But, I agree, that prompt should be useful for future diagnostics. Groete / Greetings Elardus Engelbrecht Despite 'are you sure' mes

Re: High CPU Utilized

Scott Chapman wrote: [ ... Lots of very interesting things snipped for brevitiy... ] > If, for example, you have a batch job that spends most of it's time waiting > on I/O, a CPU discussion is mostly moot. (The RMF III DELAY panel can be > useful here.) If the job is spending most of it's time

Re: SLIP IF Trap?

>I also recommend MODE=HOME for PVTMOD= In general, you should try to use ASID and/or JOBNAME if you are going to use MODE=HOME. This avoids unnecessary space-switch interrupts (and their processing). Without ASID/JOBNAME, space-switches must be monitored for all address spaces. This recommen

Re: High CPU Utilized

As many others have said, running 100% busy is not terribly unusual. There are efficiencies issues that may come into play, but that's a deeper discussion than we probably need to get into here. (You will likely find that individual workloads will consume somewhat less CPU when running at say 80