This thread seems to have left OP in the dust. Ability to recover data in an
altered PDS, apart from any funky DCB parameters, depends entirely on whether
the killer job specified a member name. If so, that member may not be readable,
but the rest of the PDS should be OK once DCB is corrected.
There's several problems. The OP wanted to convert a PDS to a flat file for
examining program calls. With PDS or STARTools or superc this in not
required.
In the process of examining the PDS he corrupted the DCB. There is no
backup. Using DITTO a necessary pgm was recovered.
XMIT converts
On Fri, 17 Jun 2016 22:39:43 +, J R wrote:
>"Are you changing the requirement ex post facto?"
>
>I don't think so. The OP wanted to read all the members of a program source
>library, one after another, as if concatenated within a single sequential
>dataset.
>
I'll stand corrected. I do rec
On Fri, 17 Jun 2016 14:39:24 -0700, retired mainframer wrote:
>Won't that break at least one of the CBT utilities that resets or extends
>the PDS directory by writing to it directly?
>
And the world would be better for it. Think of all the resource spent
in data centers by programmers recovering
StarTool can do the job very nicely. There is a FIND function that searches for
a (qualified) character string and (optionally) builds a member list of just
those that contain the search argument.
There is also a COMBINE function that strings all members into one data stream
with or without de
"Are you changing the requirement ex post facto?"
I don't think so. The OP wanted to read all the members of a program source
library, one after another, as if concatenated within a single sequential
dataset.
Of course, I could be wrong.
Sent from my iPhone
On Jun 17, 2016, at 18:29, Paul Gil
On Fri, 17 Jun 2016 22:04:33 +, Jesse 1 Robinson wrote:
>If 'card image' is defined as FB-80, then yes it is, but the data is full of
>control info used to rebuild the PDS members. If 'card image' means literally
>a one for one representation of the original data, then no. Frankly I had lost
If 'card image' is defined as FB-80, then yes it is, but the data is full of
control info used to rebuild the PDS members. If 'card image' means literally a
one for one representation of the original data, then no. Frankly I had lost
track of what OP needed.
.
.
.
J.O.Skip Robinson
Southern Ca
But not the original card images. I thought there are control data at the
beginning of each record which staggers the original card images progressively
through the dataset.
Sent from my iPhone
> On Jun 17, 2016, at 17:55, Paul Gilmartin
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrot
On Fri, 17 Jun 2016 21:45:03 +, J R wrote:
>Yes, but is the intermediate flat file card-image?
>I think not!
>
Actuallly, FB;80;3120. It is.
>> On Jun 17, 2016, at 16:58, Jesse 1 Robinson wrote:
>> ... XMIT with corresponding RECEIVE is a very handy way to flatten out and
>> later re-
Doh! That wouldn't work for extending the directory!
Sent from my iPhone
> On Jun 17, 2016, at 17:48, J R wrote:
>
> They should be using DSORG=DA and OPENing for UPDATE.
>
> Sent from my iPhone
>
>> On Jun 17, 2016, at 17:39, retired mainframer
>> wrote:
>>
>> Won't that break at leas
They should be using DSORG=DA and OPENing for UPDATE.
Sent from my iPhone
> On Jun 17, 2016, at 17:39, retired mainframer
> wrote:
>
> Won't that break at least one of the CBT utilities that resets or extends
> the PDS directory by writing to it directly?
Yes, but is the intermediate flat file card-image?
I think not!
Sent from my iPhone
> On Jun 17, 2016, at 16:58, Jesse 1 Robinson wrote:
>
> ... XMIT with corresponding RECEIVE is a very handy way to flatten out and
> later re-inflate a PDS.
>
> .
> .
> .
--
Won't that break at least one of the CBT utilities that resets or extends
the PDS directory by writing to it directly?
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Dyck, Lionel B. (TRA)
> Sent: Friday, June 17, 2016 9:02 AM
> T
This is what customers use with AMATERSE to FTP their WLM Service
Definition TLIB to ECUREP for me.
Nice and reliable.
Cheers, Martin
Sent from my iPad
> On 17 Jun 2016, at 21:57, Jesse 1 Robinson
wrote:
>
> Don't overlook Alan Field's recently posted usermod that removes the
hard-coded 3120
Don't overlook Alan Field's recently posted usermod that removes the hard-coded
3120 block size. But yes, XMIT with corresponding RECEIVE is a very handy way
to flatten out and later re-inflate a PDS.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE
I've made a few updates:
1. FASTPATH was updated to clear up a point and shoot bug that has
been there for several years but only showed up today
2. zFSTOOLS was updated with some cosmetic improvements thanks to
Peter Giles
The NEWEST addition to my site is PDSEGEN which is an
The TSO Transmit command provide a very reliable (and reversible)
method of converting a PDS (or PDSE ) into a sequential dataset!!
Ex: XMIT NODE.DUMMY DA('SYS1.PARMLIB')
OUTDS('SYS1.PARMLIB.TEMP.SEQ')
The OUTDS will be allocated with DCB parameters of LRECL=80 RECFM
In the case of (2), Mark Zelden already explained why most of us have never
seen Ann. His post reminded me of the severe performance problem when
including APPC output. That goes back a long way, and I don't know if it's
still a problem, but I agree with him that most shops have turned off A
Kinda breaks things w/ DISP=OLD and you want it to become a DSORG=PS, since you
gave all the DCB info
But, maybe I'm having flashbacks to non--DFP V3 systems or otherwise no DFSMS.
Sent from iPhone - small keyboard fat fingers - expect spellinf errots.
> On Jun 17, 2016, at 12:25 PM, Walt
Thanks. Dr. Merrill came closest to the answer I was looking for. The real
question behind the question was "if I am processing JOB ID's what should I
expect to see, and if I am presenting them to people who have never heard of
JES, what should they expect to see and what does it mean?"
Charles
Thx
Caution: From a retiree out of the game for 12 months
//job etc etc
//exec pgm=ikjeft01
//systsprt DD dsn=your.output,disp=(new),dcb=lrecl=I don't remember
//systsin DD *
Printds hlq.your.PDS. or pdse
<>
Would you be willing to share?
From: IBM Mainframe Discussion List [ma
On 15 June 2016 at 16:38, Charles Mills wrote:
> Yeah, I know, JOBn or Tnnn.
>
> Is there a formal description somewhere? Where?
>
It seems to me there are at least two quite different questions here:
1) What is the acceptable syntax for a Job ID?
2) What formats are seen "in the wild"
On Fri, Jun 17, 2016 at 11:59 AM, saul anthony babonas
wrote:
> Years ago when my then employer started using the OMVS technology the ESM
> was CA TOP SECRET. Processes failed because the inherited user did not have
> access to the STC "facility". TS allows you to control the ability to
> initiat
Years ago when my then employer started using the OMVS technology the ESM was
CA TOP SECRET. Processes failed because the inherited user did not have access
to the STC "facility". TS allows you to control the ability to initiate a
started task. Upon some head scratching analysis "holy cow, this
Caution: From a retiree out of the game for 12 months
//job etc etc
//exec pgm=ikjeft01
//systsprt DD dsn=your.output,disp=(new),dcb=lrecl=I don't remember
//systsin DD *
Printds hlq.your.PDS. or pdse
Sent via the Samsung Galaxy NoteĀ® 4, an AT&T 4G LTE smartphone
Origin
On Fri, 17 Jun 2016 11:21:44 -0400, Jim Mulder wrote:
>> >>For diagnostic purposes, then 4K page at 7000 is always
>> >>left invalid in z/OS.
>> >
>> >That makes the highest numbered, accessible byte to be at address
>x'7FFFEFFF'
>> >
>> That might be due to a requirement of ANSI C that the
On Fri, 17 Jun 2016 08:59:17 -0700, Lizette Koehler
wrote:
>After the discussion this week on recovering a PDS after IEBGENER was used
>without a member on SYSUT2, I went ahead and opened the following RFE (I did
>not
>find any currently in RFE on this)
>
>If you like it, please vote for it
>
>
Cool.
I will see if I can append to the RFE.
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Dyck, Lionel B. (TRA)
> Sent: Friday, June 17, 2016 9:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] RFE opened
I like the idea of the RFE but could I suggest broadening it to all BSAM/QSAM
since any program that writes output could do the same thing. Put the test in
the access method to prevent writing a sequential dataset on top of a
partitioned dataset.
---
After the discussion this week on recovering a PDS after IEBGENER was used
without a member on SYSUT2, I went ahead and opened the following RFE (I did not
find any currently in RFE on this)
If you like it, please vote for it
It is asking IBM to put a test into IEBGENER to see if SYSUT2 is a PDS
Charles Mills wrote:
*Part* of the problem appears to be that I was not aware of what had been
shipped to the customer. It turns out that it was a debug build that
contained assert()s which are effectively abort()s.
A 50-year-old (now) book I read on programming methodology from the Fortran
w
> >>For diagnostic purposes, then 4K page at 7000 is always
> >>left invalid in z/OS.
> >
> >That makes the highest numbered, accessible byte to be at address
x'7FFFEFFF'
> >
> That might be due to a requirement of ANSI C that there always be an
address
> algebraically greater than that of a
*Part* of the problem appears to be that I was not aware of what had been
shipped to the customer. It turns out that it was a debug build that
contained assert()s which are effectively abort()s.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.ED
On Fri, 17 Jun 2016 08:05:55 +0200, Peter Hunkeler wrote:
>
>>> Is the highest 31-bit address 7FFF or 7FFF?
>>> I ask because the largest region size you can request is 2096128K or
>>> 2047M, and 2096128 * 1024 = 2,146,435,072 (x7FF0).
> >
>>For diagnostic purposes, then 4K page at 7FFF
On Fri, Jun 17, 2016 at 8:25 AM, Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
> On Thu, 16 Jun 2016 22:03:36 -0400, Robert A. Rosenberg wrote:
>
> >At 15:43 -0700 on 06/16/2016, Charles Mills wrote about Re: Where is
> >format of Job ID documented?:
> >
> >>Thanks. Anyone
On Thu, 16 Jun 2016 22:03:36 -0400, Robert A. Rosenberg wrote:
>At 15:43 -0700 on 06/16/2016, Charles Mills wrote about Re: Where is
>format of Job ID documented?:
>
>>Thanks. Anyone ever see an 'O'? Or a Mount?
>
>I think Mount is a Started Task and thus is S. OTOH: It might run
>under Master
Thanks. Six years of writing C++ and I was not aware of that.
Just to clarify, set_terminate() is an additional separate mechanism
unrelated to and somewhat parallel to throw and catch?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Be
Would you be willing to share?
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of saul anthony babonas
Sent: Thursday, June 16, 2016 11:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEBPTPCH (was: Read a PDS ...)
I've been following this discussion with some be
On 17/06/2016 1:23 PM, David Crayford wrote:
On 17/06/2016 1:12 PM, Jack J. Woehr wrote:
Charles Mills wrote:
But there are no explicit calls to either abort() or
terminate() anywhere in the source code.
abort() is called on an unhandled exception.
http://www.cplusplus.com/reference/excepti
On 17/06/2016 1:23 PM, David Crayford wrote:
On 17/06/2016 1:12 PM, Jack J. Woehr wrote:
Charles Mills wrote:
But there are no explicit calls to either abort() or
terminate() anywhere in the source code.
abort() is called on an unhandled exception.
http://www.cplusplus.com/reference/excepti
41 matches
Mail list logo