On Mon, 28 Nov 2011 10:22:03 +0530 jagadishan perumal jagadish...@gmail.com
wrote:
:We have a PS file record where we have more than 1000 records. Just of of
:curiosity is it possible to delete a selected line without using D tso
:command. Objective behind this deletion is just to make sure the
ISREDIT macro to delete a desired Line.
On Mon, Nov 28, 2011 at 1:50 PM, Binyamin Dissen bdis...@dissensoftware.com
wrote:
On Mon, 28 Nov 2011 10:22:03 +0530 jagadishan perumal
jagadish...@gmail.com
wrote:
:We have a PS file record where we have more than 1000 records. Just of of
I am out of the office until 11/30/2011.
For Mainframe z/OS ,CICS MQ assistance,
Please call Mainframe Services HOTLINE 312/444-5106 : Option 1
Email group: Mainframe Services HOTLINE
Note: This is an automated response to your message Re: PS file record
Delete - Query sent on 11/28/2011
You could also copy the file and omit the line. TSO REPRO with COUNT and
SKIP options.
In article CANHhCyQ06NzXvURCZMKEa2Z6G34_suqNFRA1dwp=1qugfjd...@mail.gmail.com
you wrote:
Hi,
Just looking to delete the intended lines using ISPF Edit Macro(Lets say
line 2 to be deleted without a D
If I've understood, then it's just deleting line(s) from a macro, rather
than prefix
command, so ISREDIT DELETE linenumber sounds like what you want. Edit
macros are
explained in the ISPF Edit and Edit Macros, e.g. see:
http://publibfp.boulder.ibm.com/cgi-
If by without disturbing any other lines you mean leaving data of
remaining lines intact, then yes; if you mean not effecting even the
record ordinals or edit session line number of following lines, or not
having to physically re-write all the undeleted records to DASD at the
end of the edit
hi jags,
i agree with Liz on this.
it would be prefferable if you could run through the manuals. i am sure you
would be able to get some tips and tricks across and get it working your
way.
as for if you looking for codes, i would suggest self coding would be the
best of methods both personal and
Can the SWA for TSU jobclass be 'ABOVE'? I seem to remember back in the dark
ages it used to be restricted to 'BELOW' but the manuals don't specify. I'm
guessing it can be either due to no specifications in the JOBCLASS(TSU) doc.
Thanks,
Betsy Jeffery
Hello all.
Perhaps nobody remembers this issue, but there was finally a answer.
This issue turned out to be a problem with Report Writer.
When you have more then one INITIATE statement for a particular report, this is
a problem.
It doesn't matter if it is logically impossible for both INITIATE
On 11/28/2011 4:01 PM, Betsy Jeffery wrote:
Can the SWA for TSU jobclass be 'ABOVE'? I seem to remember back in the dark
ages it used to be restricted to 'BELOW' but the manuals don't specify. I'm
guessing it can be either due to no specifications in the JOBCLASS(TSU) doc.
Thanks,
Betsy
We've been running that way for years.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Betsy Jeffery
Sent: Monday, November 28, 2011 9:02 AM
To: IBM-MAIN@bama.ua.edu
Subject: JES2 JOBCLASS(TSU)
Can the SWA for TSU jobclass be 'ABOVE'? I
Yes:
From the JES2 INIT/TUNING Ref:
SWA= Above|Below
SWA=Above specifies that all eligible schedule work area (SWA) control
blocks created for jobs in this job class will be placed above 16
megabytes in virtual storage.
This parameter defaults to Below, which specifies that all SWA control
jagadishan perumal wrote:
We have a PS file record where we have more than 1000 records.
There is no such thing like 'PS File', but you get a PS dataset. Unless you are
refering to a file in zFS (or OMVS/USS :D ).
Ok, enough nitpicking... :-D
1000 lines? Hmm, small. Very small. Unless you're
Thanks to all who replied. Using BYPASS(APPLYCHECK) allowed me to receive the
missing PTS entries.
Thanks again, .Larry
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Tom Marchant
Sent: Wednesday, November 23, 2011 3:12 PM
Hello,
After allocating large free space on temp directory, I tried
running unzip process and again got space issue for SYSUT1.
IKJ56232I DATA SET SMPE.ZOS111.RSU.S5586833.SMPMCS NOT ON VOLUME AS
INDICATED IN
IKJ56228I DATA SET SMPE.ZOS111.RSU.S5586833.SMPMCS NOT IN CATALOG OR
CATALOG
Hello,
After allocating large free space on temp directory, I tried
running unzip process and again got space issue for SYSUT1.
IKJ56232I DATA SET SMPE.ZOS111.RSU.S5586833.SMPMCS NOT ON VOLUME AS
INDICATED IN
IKJ56228I DATA SET SMPE.ZOS111.RSU.S5586833.SMPMCS NOT IN CATALOG OR
CATALOG
G'Day,
Can I override a condition code so as to force it to a ? For example the
job-step executes successfully and puts out a COND CODE=0002. The job
continues on to the next step which is what we want. The reason I need a
instead of a 0002 is because I get paged because the
The IDCAMS logic only applies to the various commands within the IDCAMS step.
Have your tried a TSO Batch job, with proceeding allocate and follow
free statements, followed by the TSO Clist statements to check and set
the condition codes (same as your example)?
On Mon, Nov 28, 2011 at 12:15 PM,
John,
You have to train the operators.
Regards,
Herman Stocker
It is impossible to make anything foolproof, because fools are so ingenious.
-- Robert Heinlein
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
John Dawes
Sent: Monday,
Mike,
No, I am not aware of this (TSO batch job). Would you have an example which I
could try?
From: Mike Schwab mike.a.sch...@gmail.com
To: IBM-MAIN@bama.ua.edu
Sent: Monday, 28 November 2011 1:22 PM
Subject: Re: SETTING CONDITION CODE
The IDCAMS logic only
Unless I mis-understand something, your DDDEF for SYSUT1 pointing to a
hardcoded dataset name? It looks like you changed or set to
SMPE.ZOS111.RSU.S5586833.SMPMCS which is also referenced in the B37 abend
message.
You need to either allocate or reallocate/copy this file to make it bigger, but
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes
Sent: Monday, November 28, 2011 12:16 PM
To: IBM-MAIN@bama.ua.edu
Subject: SETTING CONDITION CODE
G'Day,
snip
//PRINTDS EXEC PGM=PRTDS,
John,
I don't know if this would be your answer, but AFAIK, the code can only be
set in step after execution, (without over writing an IBM control block).
One way to do it might be to link to your program, then set R15 to zero
after the link to force zero. For example, the following code
Here is the JCL to execute TSOBATCH:
//jobname JOB account,'your job card',CLASS=X,MSGCLASS=X, etc
//TSOBATCH EXEC PGM=IKJEFT01,DYNAMNBR=50
//SYSTSPRT DD SYSOUT=*
//SYSPRINT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=*
//SYSTSIN DD *
EXEC 'userid.CLIST(member)'
(replace with library and
Long ago and far away we did large upgrade for stuff. We get a call from
'budget office'. Where's my 'numbers report'? Turns out she was getting
S0C7's in old Cobol pgm and update to the runtime library fixed it. No records
found!
In a message dated 11/28/2011 9:37:17 A.M. Central
Us computer people, we have a lot of power. We can do at least as much or more
damage (even if we are royally incompetent) such as a nurse, a doctor, an
electrician, a plumber or some such professional.
What are your thoughts about having some sort of certification for working with
---snip---
Us computer people, we have a lot of power. We can do at least as much
or more damage (even if we are royally incompetent) such as a nurse, a
doctor, an electrician, a plumber or some such professional.
http://www.webopedia.com/quick_ref/ComputerCertifications.asp
http://www.mcmcse.com/othercerts.shtml
http://www-03.ibm.com/certify/certs/index.shtml
Just the first three good looking links I found. A lot more on the
first page of
http://www.google.com/search?q=microsoft+certification
On Mon,
If you are running at the z/OS 1.13 level there are new options on the JOB
card for letting you decide which COND CODE gets reported. (Highest, last,
or a named step.)
See the JOB CARD section of the JCL Reference manual and look for JOBRC= for
more information.
/jack
- Original
On 28 November 2011 16:03, Lindy Mayfield lindy.mayfi...@sas.com wrote:
Us computer people, we have a lot of power. We can do at least as much or
more damage (even if we are royally incompetent) such as a nurse, a doctor,
an electrician, a plumber or some such professional.
What are your
Jack Schudel has made the crucial point.
With the availability of the JOBRC= parameter on the JOB statement,
any job, however troubled, can have RC=0. One simply begins it with a
step, call it MISLEAD. that executed an innocuous program, a certain
wrell known do-nothing IBM utility will do, and
I have a lot of respect for you. And your opinions.
I agree that the way we do things at the moment, that people hiring check us
out as well as they can before hiring us. I think we all can agree on this.
Fuxk the alphabet of soupe of trivial acronyms and such. we already know what
they
One alternative is to use your scheduling software to permit RC=0002 or less
from that job to be marked successful. OPCS can do this, we use that
facility quite regularly. Certain jobs are OK if any step returns RC=0004 or
less, but 0008 or higher is flagged as an error in the OPS lists.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of John Gilmore
Sent: Monday, November 28, 2011 5:39 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SETTING CONDITION CODE
Jack Schudel has made the crucial point.
With the availability of
With the availability of the JOBRC= parameter on the JOB statement, any job,
however troubled, can have RC=0. One simply begins it with a step, call it
MISLEAD. that executed an innocuous program, a certain wrell known do-nothing
IBM utility will do, and specifies the stepname MISLEAD in the
Interviews will usually weed out the b.s. artists, doesn't necessarily detect
potential personality conflicts.
having a certification doesn't guarantee that you will be a good fit for the
company, or vice versa.
bring someone in as a contractor for x amount of time. if you like the work
On Mon, 28 Nov 2011 13:04:01 -0600, McKown, John wrote:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes
Sent: Monday, November 28, 2011 12:16 PM
To: IBM-MAIN@bama.ua.edu
Subject: SETTING CONDITION CODE
G'Day,
snip
snippage
What are your thoughts about having some sort of certification for
working with computers? Like a doctor or nurse or pilot or even a
flight attendant? I mean, come on, a plumber?
snippage
There is a group that does something called the Certified Data Processor
(CDP).
Some years
On Mon, 28 Nov 2011 18:36:11 +, Shaffer, Terri E
terri.e.shaf...@jpmchase.com wrote:
Unless I mis-understand something, your DDDEF for SYSUT1 pointing to a
hardcoded dataset name? It looks like you changed or set to
SMPE.ZOS111.RSU.S5586833.SMPMCS which is also referenced in the B37 abend
Interviews will usually weed out the b.s. artists, doesn't necessarily detect
potential personality conflicts.
I've seen many bs artists 'beat' the interview process.
Accreditation has always been problematic in my experience.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
dear friend
http://www.seanlanusse.com/wp-admin/images/8236.php?ususubacc=45
Tue, 29 Nov 2011 1:01:43
_
O, very well, said he. (c) Deavun westfieldj
--
For IBM-MAIN subscribe / signoff / archive
How are you getting on?
http://www.swansonager.com/wp-content/uploads/84t85.php?oguin=54
Tue, 29 Nov 2011 1:01:32
__
James, said he, you had a fine time upon the hay, I suppose. (c) Drayven waers
--
Now that's a nice enhancement. This, along with the allowing of instream
datasets in a PROC, gives me hope that IBM is open to further improvements to
JCL!
Frank
From: Jack Schudel j...@nersp.cns.ufl.edu
To: IBM-MAIN@bama.ua.edu
Sent: Monday, November
Ed
You need to change your password pronto! You've been compromised again! This is
the third message in the last hour!
Cheers!
ALH
-Original Message-
From: Ed Gould ps2...@yahoo.com
To: IBM-MAIN IBM-MAIN@bama.ua.edu
Sent: Mon, Nov 28, 2011 7:13 pm
Subject: Tona.Adkins.chh4
How are
For my entire career I have been told I am certifiable - does this qualify ???
Chris hoelscher
Database Administrator |Technical Services
Humana
123 East Main Street |Louisville, KY 40202
T 502.476.2538
F
choelsc...@humana.com
Humana.com
Keeping CAS and Metavance safe for all HUMANAty
There is
On Mon, 28 Nov 2011 17:17:13 -0800, Frank Swarbrick frank.swarbr...@yahoo.com
wrote:
Now that's a nice enhancement. This, along with the allowing of instream
datasets in a PROC, gives me hope that IBM is open to further improvements to
JCL!
How about symbol substitution in instream datasets
On 11/28/2011 05:08 PM, Steve Thompson wrote:
snippage
What are your thoughts about having some sort of certification for
working with computers? Like a doctor or nurse or pilot or even a
flight attendant? I mean, come on, a plumber?
snippage
There is a group that does something called the
And another fairly obvious alternative (but with possible political
issues) is to provide on-line documentation for every production job
which Operators are required to consult before reporting a problem,
which could tell them that RC=0002 on that step is acceptable (something
simple like text
My first post does not reflect disapproval of the JOBRC= facility as
such. It has entirely legitimate uses. My intent was only to note
that it will, inevitably, be misused and, inter alia, to express
disapproval of the OP's notion of how to asolve his problem.
All useful facilities lend
On Mon, 28 Nov 2011 21:34:31 -0500, John Gilmore wrote:
One of the artefacts of my new, all but uniformly better Google-based
email support is that I am once again exposed to Mr MacNeil's jejune
comments. I should wish not to see them, but all of the mechanism
for excluding them that I have
On Mon, 28 Nov 2011 10:15:52 -0800, John Dawes jhn_da...@yahoo.com.au wrote:
G'Day,
Can I override a condition code so as to force it to a ? For example the
job-step executes successfully and puts out a COND CODE=0002. The job
continues on to the next step which is what we want. The
At 11/21/2011 11:21 AM, R.S. wrote:
And of course it's Darren's (the list owner) role to allow or
disallow something.
Regards
--
Radoslaw Skorupka
Lodz, Poland
Darren-the-Enforcer is dead... driven off by our SYSINs.
Darren-the-Resigned now rules... indifferently.
52 matches
Mail list logo