Hi,
Is it possible to retreive DCB information (LRECL, BLKSIZE, RECFM, DSORG) for
migrated datasets, without recalling the dataset?
I looked in the record layouts for decollect, and couldn't find it.
If it matters, the system is question is running OS/390 v2.8
Thanks
Gadi
Hi
In the mcds (migration control dataset) you can find the DCB
information, ARCMCD macro.
On 30.07.2014 08:56, גדי בן אבי wrote:
Hi,
Is it possible to retreive DCB information (LRECL, BLKSIZE, RECFM, DSORG) for
migrated datasets, without recalling the dataset?
I looked in the record
Hi,
Where should I look for this macro?
Gadi
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of
Miklos Szigetvari [miklos.szigetv...@isis-papyrus.com]
Sent: 30 July 2014 10:40
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Retireiving
Hello there,
I find the last sample provided by Peter very effective, because it does not
involve
any programs and use pure, sole JCL. However, I don't understand why you need
to EXPORT
and SET the variables first. Let me explain. On a z/OS 2.1 this works:
//H2PC EXEC PGM=FTP,PARM='(EXIT'
Hello again,
Peter's sample would work coding:
//H2PC EXEC PGM=FTP,PARM='(EXIT'
//MYFILE DD DISP=SHR,DSN=MY.DATASET
//OUTPUT DD SYSOUT=*
//SYSIN DD *,SYMBOLS=EXECSYS
mypc
mypw
put DD://MYFILE test.file.LYYMMDD..LHHMMSS..txt
no EXPORT, no SET.
The z/OS 2.1 Initialization and
Thanks - that actually makes sense. You lose one bit for the difference
between PC versus branch.
On Wed, 30 Jul 2014 01:41:39 -0400 Jim Mulder d10j...@us.ibm.com wrote:
: The PC number is 00180305
:
: Bytes 148-151 show 00080305
:
: The leading 001 is missing..
:
: In your PC number, bit 44
Hi
It is a good question, as I wanted to give the library name, but I
didn't find .
Now I find in my source library , as far as I can remember , there was
no MACRO , map in the time I wrote the MCDS program , I can send you if you
need, but currently I can't find .
On 30.07.2014 09:57,
Hi,
If you can send it to me, it would be great.
Gadi
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Miklos Szigetvari
Sent: Wednesday, July 30, 2014 12:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Retireiving DCB information for
Just a reminder about the MVS Survey that Cheryl sent out; it will be wrapping
up Friday, so if you haven't taken it yet, we'd very much appreciate your
input.
https://www.surveymonkey.com/s/MR59B5Q
If you're attending SHARE in Pittsburgh next week, please find me and introduce
yourself.
Hi,
do a listdsi (REXX by Gilbert Saint-Flour) against the migrated dataset in ispf
3.4, that should give you all the information needed.
Christian
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag
von ??? ?? ???
Gesendet:
Yes, you're right - I have used my example for cases in which the variables
CURRDATE and CURRTIME are substituted more than once. Thanks.
On Wed, 30 Jul 2014 01:56:32 -0700, Walter Marguccio
walter_marguc...@yahoo.com wrote:
Hello again,
Peter's sample would work coding:
//H2PC EXEC
Subject text was corrected.
Miklos Szigetvari wrote:
It is a good question, as I wanted to give the library name, but I didn't
find. Now I find in my source library , as far as I can remember , there was
no MACRO , map in the time I wrote the MCDS program , I can send you if you
need, but
The code must be addressable by the target address space. z/OS will
not do this for you. Therefore, do _not_ try to schedule an SRB in a
different address space which uses code in your private address space.
You will likely get beat abruptly about the head and shoulders by your
customers.
Hi, apologies, I was wrong, listdsi does racall the dataset, sorry
Christian
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag
von Christian Birr
Gesendet: Mittwoch, 30. Juli 2014 13:37
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: AW:
John McKown wrote:
The code must be addressable by the target address space. z/OS will not do
this for you. Therefore, do _not_ try to schedule an SRB in a different
address space which uses code in your private address space.
Interesting. Just curious, but where is that documented?
You will
For the record let me state that I am not badmouthing SHARE. I love this
platform and I like SHARE because it is the best we've got. I'm not some
bystander bashing SHARE: I have presented at half a dozen (?) SHAREs, exhibited
at half a dozen (?) more, and I'm on the Security Project with Carla.
Hi, All,
Anybody have a clue what SNA sense code 0824089E is trying to tell me? The
manual (z/OS 1.13) only covers 0824 and 08240001. All we know for certain
is that a CICS LU6.2 session had a remote program abend, and no dump was
produced.
Message: DFHAC2261 System sysid sent message
Elardus
You are right on target with your comment the examples show
A adcon used for the pointer to the SRB routine though most the examples are
for SRB s in the same
Address space, I refer to example
4 which is for another address
Space i.e the targetstoken parm
Is used and epaddr is pointed
For a trip down memory lane from 11 years ago and multiple SHARE conferences
since then , GOOGLE:
Confessions of a first-time SHARE attendee
Your comments about the website have some merit, especially for a first timer.
I like your banner idea a lot.
Bob
-Original Message-
Ron,
I am not sure how you can compare the results of
SORT FIELDS=(1,4,CH,A,26,9,CH,A),EQUALS
with
SORT FIELDS=(26,9,CH,A,71,4,BI,A),EQUALS.
In the first case you are sorting on the ASIS first followed by the field
at position 26 and in the second case you are sorting on the contents at
On Wed, Jul 30, 2014 at 7:02 AM, Elardus Engelbrecht
elardus.engelbre...@sita.co.za wrote:
John McKown wrote:
The code must be addressable by the target address space. z/OS will not do
this for you. Therefore, do _not_ try to schedule an SRB in a different
address space which uses code in your
Frome the NetView SENSE command
NLDM.SENSSENSE CODE DESCRIPTION PAGE1
--
SENSE DATA:
CATEGORY - (08) Logical unit of work abnormally terminated: The current
MODIFIER -
Hi John,
did you GOOGLE for that sensecode? One hit will be
http://www-01.ibm.com/support/docview.wss?uid=swg21037540
Problem(Abstract)
You have a CICS transaction that is shipped from a terminal owning region (TOR)
to an application owning region (AOR). The transaction returns reporting an
John McKown wrote:
Interesting. Just curious, but where is that documented?
Which?
All of your comments, but your explanation is enough for me. Just like you, I
also found the info in another [unexpected] book.
This is why I asked. Thanks for providing the answer. Much appreciated.
Micheal
Here's what QuickRef displays:
Sense code 089E
Identified data object already exists.
Bytes 2 and 3 following the sense code contain sense-code-specific
information.
0001 A request to create a new data object has failed because the
identified data-object already exists at the
Ed Jaffe wrote:
Hopefully, Shmuel's reference was to Ed Gould and not Ed Finnell, Ed Long or
gulp Ed Jaffe...
LOL! I'm having an identity crisis! How many 'Ed' and 'John' are on this
IBM-MAIN discussion list?
Possible estimate: perhaps in the range of of x'' (unsigned)?
:-D
Groete /
i have done the same , that too also when we do compare the 2 o/p files there
is order difference comming.
Thanks
Ron T
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
John,
IBM main topics can be found via google groups at
https://groups.google.com/forum/#!forum/bit.listserv.ibm-main
This also offers a wide variety of search options.
For example if I want to list all the topics that contains john dawes in
bit.listserv.ibm-main then you can have it
Ron,
What are the DCB properties of the input file? Can you show us a sample of
input data ? Does the new data in binary format contain negative numbers?
Thanks,
Kolusu
IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on
07/30/2014 06:11:23 AM:
From: Ron Thomas
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Juergen Keller
Hi John,
did you GOOGLE for that sensecode?
Uh, no; I'm not that smart yet. :-)
One hit will be
http://www-01.ibm.com/support/docview.wss?uid=swg21037540
Problem(Abstract)
You have a CICS
On Tue, 29 Jul 2014 21:27:36 -0500, Peter X. DeFabritus wrote:
// SET CURRDATE=LYR4LMONLDAY
// SET CURRTIME=LHRLMINLSEC
In:
Defining and nullifying JCL symbols
z/OS MVS JCL Reference
SA23-1385-00
Kolusu, The DCB parameter is same FB 80 bytes LRECL. Here is the sortout data
comming in both the cases
6558140714150557LAPOELA 641547059W...DF00WCOH56 ..
DCDDCDC44FE000300030044CCFFECDCFF4001900
Hi,
We have six MAN datasets spread across three volumes; I notice that the ‘I SMF’
command switches between only the first and second MAN datasets. Is there any
doc, explaining how SMF processes the MAN datasets? On our two production
systems a ‘Z EOD’ command is issued when the system comes
Ron,
Are you sure you are running the 2 sorts with the SAME INPUT Files?
The first sort has
+1+2+3+4+
6558 641547059W
But the output from the 2nd sort has 2 records for the same key
combination.
+1+2+3+
I think that z/OS and its immediate predecessors already make most of
what is needed available.
Only in special circumstances do I see or, if I see them, read
Shmuel's posts; but I found one---It is one of his characteristic
Nonsense! posts---in this thread. It was directed at an earlier
post of
#1. Read MVS System Management Facilities manual, it tells you how to run the
programs that Dump the MAN data sets
#2. Issue the MVS command, D SMF this will tell you which data sets are in
ACTIVE, ALTERNATE, or DUMP REQUIRED, the data sets in DUMP REQUIRED
status will not be used until the
I would look in the SMF manual. The current version for z/OS 2.1 is SA38-0667-02
Without looking it up:
The system will attempt to write to SYS1.MAN1 (as specified in SMFPRM00).
If SYS1.MAN1 is not available (full or otherwise), SYS1.MAN2-n are used in
sequence,
If SYS1.MAN1 is made available
Dean Montevago wrote:
We have six MAN datasets spread across three volumes; I notice that the ‘I
SMF’ command switches between only the first and second MAN datasets. Is there
any doc, explaining how SMF processes the MAN datasets?
Yes. Look in 'MVS System Management Facilities'.
quote
Thanks. I will check again, I missed this. The reusing of MAN1, is what I
needed clarification on.
Sent from my iPhone
On Jul 30, 2014, at 11:14 AM, Staller, Allan allan.stal...@kbmg.com wrote:
I would look in the SMF manual. The current version for z/OS 2.1 is
SA38-0667-02
Without
On 30/07/2014 4:56 PM, גדי בן אבי wrote:
Is it possible to retreive DCB information (LRECL, BLKSIZE, RECFM, DSORG) for
migrated datasets, without recalling the dataset?
Check out the $HMLIST command in CBT file 134.
It reads the MCDS directly.
Output can go to the terminal or a data set.
Kolusu.
See the below , the number of records is same in both the cases , only the
sequence is the issue
Old one
6558140713175118BWGILBE 641547059W...DF00WCOH56 ..
6558140714150557LAPOELA 641547059W...DF00WCOH56 ..
Ron,
If the order of the records is different , then it probably has to do with
EQUALS parm.
Can you please confirm the following.
1. Are you using the same input for both jobs?
2. Do you have EQUALS parm on both jobs?
Please add the following to your jobs so I can see the diagnostic
Hi Greg,
I remembered you piece of code this afternoon, too. Due to some 'important'
meetings I just came to assemble it, put in the TSO command table and tried it
in one of my sandboxes. It came back with an RC of 4, contact your system
support, which is mainly me and myself. I haven't the
Most excellent! I wondered if such a thing existed, but I had not heard of it
nor could I find it.
From: Peter X. DeFabritus pxdef...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, July 29, 2014 8:27 PM
Subject: Re: z/OS V2.1 and System Symobls and
FWIW, if anyone is interested in integrating batch jobs containing z/OS
Unix shell scripts with z/OS 2.1 JES Symbols, search the archives for the
thread:
Want your feedback on shell command interface to V2R1 IAZSYMBL
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Wed, Jul 30, 2014 at
jwgli...@gmail.com (John Gilmore) writes:
That said, Timothy Sipples is clearly right in general: The use of
significant system-software resources to identify and share
bit-equivalent pages, even big ones, dynamically is not likely to pay
for itself in a z/OS environment. The major
On Wed, 30 Jul 2014 11:14:18 -0500, Kirk Wolf wrote:
FWIW, if anyone is interested in integrating batch jobs containing z/OS
Unix shell scripts with z/OS 2.1 JES Symbols, search the archives for the
thread:
Want your feedback on shell command interface to V2R1 IAZSYMBL
For convenience, that
Ok Kolusu. I have send the details. Thanks.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Try it with a period at the end of each variable.
On Wed, Jul 30, 2014 at 10:34 AM, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu wrote:
On Wed, 30 Jul 2014 08:49:36 -0500, Peter X. DeFabritus wrote:
I suspect they mean something like
// SET ABCLYR2=10
but I could be
In 0ae001cfabef$444bb760$cce32620$@mcn.org, on 07/30/2014
at 08:10 AM, Charles Mills charl...@mcn.org said:
I think SHARE would be better off with a little less of an old boys'
club approach to attendance.
I can't recall a time when Share management wasn't actively seeking
new blood, but they
In
cae1xxdhjs_8hfezdeb9la9-ppazqpniusxkdkjpyvcf0yyo...@mail.gmail.com,
on 07/30/2014
at 11:11 AM, John Gilmore jwgli...@gmail.com said:
My comment that elicited his Nonsense! response suggested very
briefly that the device of making and marking a load module or
program object reentrant or,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz
In
cae1xxdhjs_8hfezdeb9la9-ppazqpniusxkdkjpyvcf0yyo...@mail.gmail.com,
on 07/30/2014
at 11:11 AM, John Gilmore jwgli...@gmail.com said:
My comment that elicited his Nonsense! response suggested
Anne Lynn Wheeler wrote:
begin extract
It wasn't [until, jg] well into the MVS release cycle ... that it
dawned on them that they were selecting non-changed, shared, high-use
linkpack pages for replacement before selecting lower use, application
private data pages . . .
/end extract
and it I
I'm the messenger -- follow links and respond as suggested below. You
might have to register on Destination z website to post there.
Original Message
Subject:Mainframe users love their computer artifacts - share yours
Date: Thu, 24 Jul 2014 11:39:54 -0600
From:
Another responsibility: these fields are to be properly initialized.
This is not for the faint hearted programmers...
When your code is able to schedule an SRB, your code runs authorized. When you
code authorized stuff, it is a must to understand the system. It's not a
question of
Did you look at DCOLLECT?
That has all the fields you want.
This is a z/OS2.1 link to the fields, but i am sure you have access to your
own appropriate docs.
http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.idai200/dgt3i294.htm
On 30 July 2014 16:50, Christian Birr
Well, wasn't a first time or a confession but I had a session scheduled in
the Marquee Marriott(NYC) in the
'fashion room' with mirrored walls and ceilings. I had a session penciled
in for the Hilton across the street,
but it was raining so just parked in the 'fashion room'. The session was
I am O.K. editing data with line numbers.
But when I get data with no line numbers, my commands are not working. i.e.
change find etc.
Example:
,EDIT,
list
,//MSTJCL01 JOB MSGLEVEL=(1,1),TIME=1440,
,// EXEC PGM=IEEMB860,DPRTY=(15,15),
,//STCINRDR DD SYSOUT=(A,INTRDR),
,//TSOINRDR DD
You're off the bottom; the current line pointer is at the next-to-be-added
line.
You need to go back up. Use a L 0 or TOP subcommand.
Read all about EDIT here:
http://publibz.boulder.ibm.com/epubs/pdf/ikj2l200.pdf
===
Date: Wed, 30 Jul 2014 21:44:39 +
From:
After entering l 0, got
l 0
,IKJ52502I DATA SET NOT LINE NUMBERED,
Which makes sense since the data is not line numbered.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of J R
Sent: Wednesday, July 30, 2014 3:41 PM
To:
Yep, line mode. If you do a find and get no hits you're at the bottom.
l * will show where you are. For change, Verify on is good to have.
NUM, RENUM, UNNUM should be used with caution on SMP/E controlled members.
Some still use IEBUPTDT for change control.
In a message dated 7/30/2014
On Wed, 30 Jul 2014 18:57:04 -0400, Ed Finnell wrote:
Yep, line mode. If you do a find and get no hits you're at the bottom.
That is one of the dumbest, most hostile behaviors I have ever seen in
an editor (but TSO edit isn't unique here). If I do a find and get no
hits (very possibly because
A couple years back I noticed that the TSSO writing was pretty much on the wall
as to support, so I started to try to duplicate the functionality within our
automation suite. While the Syzygy Automation suite isn't free, it's extremely
inexpensive. I think that all of the functions which TSSO
On Jul 30, 2014, at 6:40 PM, Paul Gilmartin wrote:
On Wed, 30 Jul 2014 18:57:04 -0400, Ed Finnell wrote:
Yep, line mode. If you do a find and get no hits you're at the
bottom.
That is one of the dumbest, most hostile behaviors I have ever seen in
an editor (but TSO edit isn't unique
64 matches
Mail list logo