Of course I GET that.
The ELHO acronym is one I'll remember and - staring up at the green card
facsimile on my wall (thanks to John Ehrman) - I can see how it works.
But Unconditional being all 4 bits set was what I wanted elucidation on.
Perhaps I'm being thick, or perhaps it's a special case.
Ed Jaffe wrote:
> Gibney, David Allen,Jr wrote:
> > With z/OS 2.1, the field JPCEIOT is no longer in $CNVWORK.
> Ugh! There is no record whatsoever in the macro prolog of this field being
> removed. There are, however, two change IDs of folks that might have been
> responsible for doing so:
> My suggested solution is to change the SORTIT step to use IDCAMS, something
> like:
>
> //COPYIT EXEC PGM=IDCAMS
I'm guessing that in your real job you want SORT to do more than simply copy
the data. Why would you need the copy the data otherwise
Keeping your SORT step you could rena
On Feb 11, 2016, at 11:33 PM, Anthony Thompson wrote:
He did code WAIT.
I stand corrected (I usually put wait at the end). My premise is
still there but not sure how to get the program to wait until DFHSM
has created it then?
Ed
--
He did code WAIT.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ed Gould
Sent: Friday, 12 February 2016 3:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Odd behaviour with DFHSM & DFSORT in batch.
I think what is happening is that
I think what is happening is that the HSEND command is done
asynchronously and therefor the dataset has not been created when the
dfsort step runs.
You might code wait and that should help.
Ed
On Feb 11, 2016, at 9:06 AM, Vince Getgood wrote:
Hi all,
I've discovered some very odd behaviou
On Feb 11, 2016, at 8:50 AM, R.S. wrote:
DD name points to dataset.
A program can or cannot read all the members.
Examples:
IEBPTPCH - can print all the members
And PUNCH :)
IEBCOPY - can copy all the members
--
For IBM-
Martin,
The retcode is all important here for condition code checking in
later steps.
Ed
On Feb 11, 2016, at 8:26 AM, Martin Packer wrote:
Humour me and tell us all what setting the 4 bits in 15 means here.
I had
actually looked at the green card on my home office wall (no
really) and
On Feb 11, 2016, at 8:34 AM, John McKown wrote:
On Thu, Feb 11, 2016 at 8:05 AM, Ed Gould
wrote:
John,
There *MAY* be a way, albeit adding an extra step to do so.
But I don't think that is what he wanted.
I think so too. I already _have_ a way to do something like what
the OP
wanted
I believe TADz might not be an option for many shops due to pricing vs gains
since it's hard to measure the gains. This exit could prove pretty useful when
TADz is not available. Having a documented programming interface for this is
just golden.
Thanks IBM :)
Leo
Original Message
From: Tom
Thanks for letting me know Rex :)
zLeo
Original Message
From: Pommier, Rex
Sent: Thursday, February 11, 2016 5:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: CSVFETCH exit
Leo,
The list has been reached.
Rex
-Original Message-
From: IBM Mainf
Wow, thanks for the info and thanks for submitting the requirement.
Very useful indeed.
Leo
Original Message
From: Ed Jaffe
Sent: Thursday, February 11, 2016 5:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: CSVFETCH exit
On 2/11/2016 1:46 PM, Leonard
I guess I missed the first post. It interests me, maybe because at one
time (when I had not much to do) I wrote some SVC hooks that did similar
monitoring, and crazy enough, my code actually made it to production
where it was of some use over time. I think this was late-1990's, maybe
before T
Thanks Ed. I cross-posted, but did not say so to JES2-L I remember Tom from the
last time I made it to SHARE.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Ed Jaffe
> Sent: Thursday, February 11, 2016 4:41 PM
> To: IBM-MAIN@LIS
On 2/11/2016 2:42 PM, Gibney, David Allen,Jr wrote:
With z/OS 2.1, the field JPCEIOT is no longer in $CNVWORK.
Ugh! There is no record whatsoever in the macro prolog of this field
being removed. There are, however, two change IDs of folks that might
have been responsible for doing so:
$Z21L
Sounds like there are not that many users on zOS 2.2 just yet.
Bill J
Sent from my Verizon 4G LTE Smartphone
-- Original message--
From: Pommier, Rex
Date: Thu, Feb 11, 2016 7:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU;
Subject:Re: CSVFETCH exit
Leo,
The list has been reached.
Rex
-Orig
The following code has been in our JES2 exit 6 since before I started (so like
maybe 40 years :) ?). The intent is to cause jobs with special forms to print
on ordinary paper when their JCL fails.
With z/OS 2.1, the field JPCEIOT is no longer in $CNVWORK.
SIS and Google for JPCEIOT is not helpf
On 2/11/2016 1:46 PM, Leonardo Vaz wrote:
Am I the only one excited about this new exit on the discussion list or is my
email not reaching the list at all?
You are not the only one. This exit is the result of SHARE requirement
SSMVSE11018 that I authored and submitted in July 2011:
Title:
Leo,
The list has been reached.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Leonardo Vaz
Sent: Thursday, February 11, 2016 3:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSVFETCH exit
I will take the lack of response as a
I will take the lack of response as a "no".
Am I the only one excited about this new exit on the discussion list or is my
email not reaching the list at all?
Leo
From: Leonardo Vaz
Sent: Wednesday, February 10, 2016 5:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CSVFETCH exit
CSVFETCH seems to
On 2016-02-11 15:46, Paul Gilmartin wrote:
Does anyone else (Google doesn't) remember the ELHO acronym?
>
Isn't that the lead-in for extended SMTP protocol exchange?
Almost... "EHLO".
--
Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905)
On Thu, 11 Feb 2016 19:22:36 +, David L. Craig wrote:
>
>Does anyone else (Google doesn't) remember the ELHO acronym?
>
Isn't that the lead-in for extended SMTP protocol exchange?
-- gil
--
For IBM-MAIN subscribe / signoff /
> I had thought (but I can't cite) that LPSW is sensitive to the
> difference between
> a scrunched and a nonscrunched PSW (flag bit in a CR or in the PSW
itself?)
> and capable of interpreting either correctly.
In z/Architecture, the LPSW operand is a 64-bit ESA/390-format PSW,
which LPSW ex
On Thu, 11 Feb 2016 12:44:54 -0600, Paul Gilmartin wrote:
>I had thought (but I can't cite) that LPSW is sensitive to the difference
>between
>a scrunched and a nonscrunched PSW (flag bit in a CR or in the PSW itself?)
>and capable of interpreting either correctly.
LPSW loads a 64-bit PSW. LPSWE
We had one in early XA ESP where it was 'Not Aligned' and the BMP's went
nuts. CNOP (0,4) fixed it.
Think it was one we skipped HBB4410 where it was omitted in early
deliveries.
Last time I looked the 'fly catcher' went away.
In a message dated 2/11/2016 1:54:14 P.M. Central Standard Time
dlc@gmail.com (David L. Craig) writes:
> Does anyone else (Google doesn't) remember the ELHO acronym?
>
> Equal- mask '8'
> Low - mask '4'
> High - mask '2'
> Overflow - mask '1'
>
> Back in the days of no extended mnemonic opcodes it was
> quite the assembler programming aid.
I w
On 16Feb11:0945-0600, Mike Schwab wrote:
> >From A22-6821-0 S/360 Principle of Operations:
>
> CONDITION CODE SETTINGS FOR FIXED-POINT ARITHMETIC
> x'00', x'01', x'10', x'11'
> 0 (equal) 1 (<0) 2 (>0) 3 (error, overflow)
Does anyone else (Google doesn't) remember the ELHO acronym?
Equal- ma
http://www.pcworld.com/article/3031736/security/java-based-trojan-was-used-to-attack-over-40-systems.html
...Adwind is written in Java, so it can run on any OS that has a Java
runtime
installed including Windows, Mac OS X, Linux and Android. ...
Did they forget one?
-- gil
--
On Thu, 11 Feb 2016 10:25:56 -0600, John McKown wrote:
>On Thu, Feb 11, 2016 at 10:14 AM, Walt Farrell wrote:
>
>> Why would it imply that? Those are all z/OS software constructs or
>> limitations, not anything to do with the hardware as far as I know. They're
>> already possible with today's zArc
Thanks Jan! I'll look into that.
Janet
>I think the column STORNAME in SYSTABLEPART is what you're looking for. This
>also implies that an entire tablespace doesn't necessarily reside in a >single
>storage group.
>Regards,
>Jan
I think the column STORNAME in SYSTABLEPART is what you're looking for. This
also implies that an entire tablespace doesn't necessarily reside in a single
storage group.
Regards,
Jan
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of J
I've been combing through the SYSIBM tables looking for this answer. I need
to figure out what STOGROUP my tables belong to. I realize SYSTABLES has
TSNAME to tell me what TABLESPACE the table belongs to. But I can't get from
TABLESPACE to STOGROUP. How do I figure out what STOGROUP my tabl
On 2/11/2016 8:17 AM, Richards, Robert B. wrote:
NPRE is in the manual.
I do not remember exactly how it was coded, but I believe it was some
combination of a condition that could never be satisfied coupled with a sysmod
that was not itself accepted.
If I can find an example, I'll post it, but
> >For example, z/Architecture uses 64-bit addresses, so all of those
> places where an
> >address is defined are 64 bits wide. PSW address is an obvious one.
> Also, the locations
> >for the old and new PSW for SVC, I/O, External, Restart, Machine
> Check, and Program
> >interruptions now req
On Thu, 11 Feb 2016 11:17:47 -0500, Richards, Robert B. wrote:
>NPRE is in the manual.
>
>I do not remember exactly how it was coded, but I believe it was some
>combination of a condition that could never be satisfied coupled with a
>sysmod that was not itself accepted.
>
>If I can find an examp
On Thu, Feb 11, 2016 at 10:14 AM, Walt Farrell
wrote:
>
> Why would it imply that? Those are all z/OS software constructs or
> limitations, not anything to do with the hardware as far as I know. They're
> already possible with today's zArchitecture, if z/OS wanted to
> allow/implement them.
>
r
On 2/11/2016 7:26 AM, Paul Gilmartin wrote:
Does this imply no more scrunched PSWs? Execution above the bar becomes
possible?
64-bit LPA?
Neither would be implied by this change.
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.p
NPRE is in the manual.
I do not remember exactly how it was coded, but I believe it was some
combination of a condition that could never be satisfied coupled with a sysmod
that was not itself accepted.
If I can find an example, I'll post it, but at this point (18 years later), it
may be a lost
On Thu, 11 Feb 2016 09:26:00 -0600, Paul Gilmartin wrote:
>On Thu, 11 Feb 2016 05:39:33 -0600, Tom Marchant wrote:
>>
>>For example, z/Architecture uses 64-bit addresses, so all of those places
>>where an
>>address is defined are 64 bits wide. PSW address is an obvious one. Also, the
>>locatio
>I understand DB2 keeps its log data first in buffers, then writes it to one of
>a set of active log data set. Finally the data will be written to archive
>>datasets when active log data sets fill up. The active data sets are used
>round robin.
>I found a sentence in a DB2 manual stating that t
I don't understand how this could humor you, but I'll let the PoP explain what
"setting the bits in 15" means;
BRANCH ON CONDITION
...
A mask of 15 would indicate a branch on any condition
(an unconditional branch). A mask of zero
would indicate t
>From A22-6821-0 S/360 Principle of Operations:
CONDITION CODE SETTINGS FOR FIXED-POINT ARITHMETIC
x'00', x'01', x'10', x'11'
0 (equal) 1 (<0) 2 (>0) 3 (error, overflow)
Add H/F zero < zero > zero overflow
Add Logical zero not zero zero, carry carry
Compare H/F equal low high
Load and Test zer
On Thu, 11 Feb 2016 08:43:45 -0500, Kurt Quackenbush wrote:
>>> How to reverse an accidental ACCEPT of a USERMOD.
>>
>> I would take a different approach. Create a new distribution zone and
>> accept only what you want. Relate the new distribution zone to your
>> target zone. Before you delete th
On Thu, Feb 11, 2016 at 9:06 AM, Vince Getgood wrote:
> Hi all,
> I've discovered some very odd behaviour when running a DFHSM command in
> the same batch job as a DFSORT step, and I'm completely baffled by what's
> happening.
>
> We're running z/OS 2.2, although it also happens on 1.3 and 1.10.
On Thu, 11 Feb 2016 05:39:33 -0600, Tom Marchant wrote:
>
>For example, z/Architecture uses 64-bit addresses, so all of those places
>where an
>address is defined are 64 bits wide. PSW address is an obvious one. Also, the
>locations
>for the old and new PSW for SVC, I/O, External, Restart, Mach
Vince,
Your JCL error has got nothing to do with DFSORT or DFHSM.
You are creating the OUTDATASET in your SYSIN control cards and the JCL
interpreter does not read/know that and it flags the dataset referred in
the SORTIN DD as NOT found and hence the JCL error. So you should have
the OUTDA
Off the top of my head, it would seem that MAINT.TEMP.LIST is not freed (so
that it can be cataloged).
Try adding a free da('maint.temp.list') to the ikjeft01 step.
Another possibility is to pre-allocate maint.temp.list in the ikjeft01 step.
Also, id maint.temp.temp pre-allocated or created by s
SAS is aware:
data; date='29FEB2100'D; day=weekday(date); put day=;run;
77
ERROR: Invalid date/time/datetime constant '29FEB2100'D.
ERROR 77-185: Invalid number conversion on '29FEB2100'D.
-Original Message-
From: IBM Mainframe
Bob,
If your intention is to read entire PDS (all the members) and write them
to a sequential file then you can use good old program IEBPTPCH to print
the members.
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2U170/10.0?
Other utilities like IBMs File Manager have much more r
Sorry about the tags. I thought I had that right
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Hi all,
I've discovered some very odd behaviour when running a DFHSM command in the
same batch job as a DFSORT step, and I'm completely baffled by what's happening.
We're running z/OS 2.2, although it also happens on 1.3 and 1.10.
I've written a piece of JCL that issues some DFHSM commands, runs
DD name points to dataset.
A program can or cannot read all the members.
Examples:
IEBPTPCH - can print all the members
IEBCOPY - can copy all the members
--
Radoslaw Skorupka
Lodz, Poland
---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku
przeznaczone wyłącznie do
On Thu, Feb 11, 2016 at 8:05 AM, Ed Gould wrote:
> John,
>
> There *MAY* be a way, albeit adding an extra step to do so.
> But I don't think that is what he wanted.
>
I think so too. I already _have_ a way to do something like what the OP
wanted. And it even includes all my options, except for
On 02/11/2016 07:43 AM, Kurt Quackenbush wrote:
>>> How to reverse an accidental ACCEPT of a USERMOD.
>>
>> I would take a different approach. Create a new distribution zone and
>> accept only what you want. Relate the new distribution zone to your
>> target zone. Before you delete the original dis
Look in the IBMMAIN Archives for the last week on z14 information.
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jake Anderson
> Sent: Thursday, February 11, 2016 1:06 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Query
Humour me and tell us all what setting the 4 bits in 15 means here. I had
actually looked at the green card on my home office wall (no really) and
figured the BCR 15,14 part out.
Thanks, Martin
Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM
If you are using Mozilla (Firefox) and have the add-in DOWNTHEMALL you can do
massive quantities of downloads very quickly.
Then you can use several links to get manuals
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves
http://www-03.ibm.com/systems/z/os/zos/library/
http://www-03.
Considering IBM's practicing of OCO (if that was in place at the time of that
APAR's release?), why would IEFBR14 have needed an APAR to add equates? Equates
or no equates, the object code would have remained the same; 1BFF 07FE. It's a
source code thing only.
The addition of setting the return
I had no problem accessing the server
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Hilario Garcia
Sent: Thursday, February 11, 2016 4:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM ftp server isn't available
Hello,
I have tried
Hello,
I have tried to download several documentation from IBM ftp server:
ftp://public.dhe.ibm.com/systems/z
But I receive that isn't available.
Is there other url to download documents from IBM ?
Thanks in advance.
Kind Regards
-
John,
There *MAY* be a way, albeit adding an extra step to do so.
But I don't think that is what he wanted.
Ed
On Feb 11, 2016, at 7:34 AM, John McKown wrote:
On Wed, Feb 10, 2016 at 6:08 PM, Lester, Bob
wrote:
Hi Folks,
OK, it's only Wednesday, but
Wouldn't it be nice if
Since the DD statement doesn't have enough options yet, one could always
add a few more.:) And to be really useful, there should be an exit or
some other means to convey the directory information for each member
back to the program, and if specifying order of members, some way to
tell the z/OS to
How to reverse an accidental ACCEPT of a USERMOD.
I would take a different approach. Create a new distribution zone and
accept only what you want. Relate the new distribution zone to your
target zone. Before you delete the original distribution zone, run
REPORT SYSMODS to compare the two distrib
On Wed, Feb 10, 2016 at 6:08 PM, Lester, Bob wrote:
> Hi Folks,
>
> OK, it's only Wednesday, but
>
> Wouldn't it be nice if you could code:
>
> //SOMEDD DD DSN=SOME.PDS.DSN,DISP=SHR
>
> ...and it would read all the members in order? Maybe even any order
> you specify?
>
>
Robert and all:
To set the record straight, I looked at the object code, which is:
1BFF07FE, or
SR 15,15
BR14
I believe the second APAR was the addition of equates for R14 and R15
and to change the code to
SR R15,R15
BR R14
because the former failed to meet pro
On Wed, Feb 10, 2016 at 7:15 PM, Bill Woodger
wrote:
> I like the last line. Would an execution of IEFBR14 (followed by nothing
> else) at log-on be a way of disabling an account?
>
I assume you mean replacing the normal IKJEFT01 in the _JCL procedure_ in
a user's TSO segment with IEFBR14
Richards, Robert B. wrote:
>I seem to remember that in my distant past, I used a NPRE on every usermod
>that prevented accidental ACCEPTs.
Hmmm, interesting. Wonder where is that documented?
>Maybe Kurt will proffer a better solution? :-)
Indeed. But he is somewhat silent these days?
For
Cannaerts, Jan wrote:
> 1BFF07FE
>I've been thinking of getting it tattood somewhere. They are 4 really iconic
>bytes if you think about it.
Careful fella, IEFBR14 is APARable. If that module changes (bigger than zero
probability), you'll have to make a plan with that ugly tattoo...
The first instruction is indeed SR 15,15. Feel free to either browse the load
module, or "list I" it in TSO TEST.
1BFF07FE
I've been thinking of getting it tattood somewhere. They are 4 really iconic
bytes if you think about it.
>>The simplest code for a Br14 is
>>
>> LA
On Wed, 10 Feb 2016 16:39:11 -0600, Mike Schwab wrote:
>The main takeaway should be: If you are running z/OS 1.4 or earlier
>in 31 bit mode, test running it in 64 bit mode. Just in case it
>won't, get a z/13 and you should be able to run it in 31 bit mode
>about another 8 years with supported ha
On Thu, 11 Feb 2016 13:36:10 +0530, Jake Anderson wrote:
>Recently I saw an article about IPLING with 31 bit will no more exist after
>z13 hardware. So what is the difference between IPLING with 31 bit and 64
>bit ? How is it going to make a difference ?
First, a pedantic terminology correction.
I seem to remember that in my distant past, I used a NPRE on every usermod that
prevented accidental ACCEPTs.
Maybe Kurt will proffer a better solution? :-)
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tom Marchant
Sent: Thu
On Thu, 11 Feb 2016 01:32:24 -0600, Bruce Hewson wrote:
>Over the years small errors in processing occassionally happen, and now we
>have some USERMODs that have been ACCEPTED.
>
>I am looking for some guidance in setting up some UCLIN to convince SMPE that
>this did not really occur.
>
>How to
Hi All
Recently I saw an article about IPLING with 31 bit will no more exist after
z13 hardware. So what is the difference between IPLING with 31 bit and 64
bit ? How is it going to make a difference ?
Jake
--
For IBM-MAIN subsc
74 matches
Mail list logo
