Lizette,
Thanks for the tip, but this is not the problem.
I did check the SAS archives, but they are mainly concerned with SAS coding,
not with SAS z/OS technical issues.
We opened an incident with our local SAS support site. I will post the results
on IBM-MAIN.
I am investigating SAS technique
We have a customer running on a z800 in a capped LPAR.
We just converted them from z/OS 1.12 to z/OS 1.13 and have found that
performance has degraded.
They are looking at a list of data sets - approx 98,000 under a HLQ, say ABCD
with the Initial view set to 2. SPACE
On z/OS 1.12 this list was
I'm not quite sure what you're requirement is but if all you want is a
ini file parser (something that parses key=value pairs) there are plenty
of good ones around http://code.google.com/p/inih/.
On 23/04/2013 6:21 AM, Scott Ford wrote:
All:
I need some C help ..
I am reading a file and
Elardus,
Was simple after all! //SYSPRINT to a PDS worked fine as did the '?' and
'SE' on the member. Thanks very much!
Chip,
I will work with your REXX for other purposes - will be major useful. I have
been ooREXX for many years on the you know what platform, now I have to use
REXX in a z/OS
Show some code. Describe the problems in reasonable detail.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Scott Ford
> Sent: Monday, April 22, 2013 3:21 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: C question
>
> All:
>
> I nee
Be sure to set the input string name in the parmlist to NULL on the second
through last invocation of strtok; be sure your delimiters make sense for
the invocation. You can change delimiters, if needed, on each invocation.
On Mon, Apr 22, 2013 at 3:21 PM, Scott Ford wrote:
> All:
>
> I need s
All:
I need some C help ..
I am reading a file and need to Tokenize the file so i can examine the :
Parm = Value ..
I have tried strtok and works to a certain degree my problem comes when
I tried to strcmp the value to chaeck validity ...
Can some give this old man some pointers
Regard
From: "Elardus Engelbrecht"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, April 22, 2013 11:18:21 AM
Subject: Re: Files in PDS's with different LRECL's
>Skip Robinson wrote:
>>Some of the posts in this thread seem to view DCB attributes as a stick-on
>>label that can be peeled off and replaced
Graham Hobbs wrote:
>but I have compiled program PGM0047 and the output is in SDSF:O. Can I get
>this output into a 133 byte PDS via a step in a JCL stream e.g:
It is possible, but what output? From compiling PGM0047 or the PGM0047's output?
Depending how you compiled PGM0047, you can put the p
The examples did not use anything exotic like that. This was "direct" attached
DASD and the write misses were occasionally half a second and that showed up in
the SMF42-6 data as that records average and maximum service times.
-
W dniu 2013-04-22 19:27, Mark Post pisze:
On 4/22/2013 at 01:11 PM, "R.S."
wrote:
It seems neither ICKDSF nor CPFMTXA recognize real device
adresses. Both do not accept real device address. I'm logged as
MAINT, it's not second-level guest. Other commands, like ATTACH or
SET RDEV do recognize th
All of this simply proves the inherent superiority of using z/OS UNIX
directories and files. There is no such thing a LRECL or RECFM. So you can
make the LRECL any value you need, subject to it being long enough for the
longest "logical record" in the file. The RECFM can be F or V as desired.
If F
>>> On 4/22/2013 at 01:11 PM, "R.S." wrote:
> It seems neither ICKDSF nor CPFMTXA recognize real device adresses.
> Both do not accept real device address. I'm logged as MAINT, it's not
> second-level guest.
> Other commands, like ATTACH or SET RDEV do recognize the device address.
> Should I us
Hello,
Am not sure this is simple and googling and docs are not illuminating - but I
have compiled program PGM0047 and the output is in SDSF:O. Can I get this
output into a 133 byte PDS via a step in a JCL stream e.g:
//ZYJB5GEN JOB (CONRAD-B),'IBMUSE2',CLASS=A,MSGCLASS=0,MSGLEVEL=(1,1)
W dniu 2013-04-22 18:25, Mark Post pisze:
On 4/22/2013 at 11:54 AM, "R.S."
wrote:
Scenario: z/VM owns some CKD volumes, more volumes are available,
remaining volumes are empty, but formatted for use with MVS. The
goal is to connect one of the remaining volumes to z/VM and format
it with given l
On 22 April 2013 11:54, R.S. wrote:
> Scenario: z/VM owns some CKD volumes, more volumes are available, remaining
> volumes are empty, but formatted for use with MVS.
> The goal is to connect one of the remaining volumes to z/VM and format it
> with given label. The space shall to be available for
As always, excellent advise Lizette.
You captured a number of points that I did not consider
Thank you.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: IN
Graham Hobbs wrote:
>Thankyou for your help. Just for info .. the following are a subset of files
>created by a JCL stream that executes a dozen COBOL pgms and IBM utilities and
>5/6 times a day ..
Are these datasets (or 'files' your calling) names the same or different each
time when that jo
>>> On 4/22/2013 at 11:54 AM, "R.S." wrote:
> Scenario: z/VM owns some CKD volumes, more volumes are available,
> remaining volumes are empty, but formatted for use with MVS.
> The goal is to connect one of the remaining volumes to z/VM and format
> it with given label. The space shall to be av
Skip Robinson wrote:
>Some of the posts in this thread seem to view DCB attributes as a stick-on
>label that can be peeled off and replaced as needed.
Very true. As you said, BLKSIZE determines the final layout of the logical
records which may or may not be read back in properly.
>All in all,
Skip,
Not a specific reply to your points, but as the OP may I say thanks for the
help and education, here's what I finally decided:
In my app created are five PDS's plus thirteen files of varying LRECL's.
Eight of the thirteen are LRECL < 80. Without horrendous program changes
they can be m
I am not an astronomer, and I do not really have an independent view;
but I do consult with astronomers about their computational--as
opposed to properly astronomical--problems; and they are fastidious
about distinguishing older noon-based GMT values and newer
midnight-based UCT values.
The franco
All of our z/VM volumes are formatted with ICKDSF using CPVOLUME command.
Regards,
Hervey
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of R.S.
Sent: Monday, April 22, 2013 11:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: New DASD unde
Scenario: z/VM owns some CKD volumes, more volumes are available,
remaining volumes are empty, but formatted for use with MVS.
The goal is to connect one of the remaining volumes to z/VM and format
it with given label. The space shall to be available for user space
(minidisks).
No HCD/IODF acti
Some of the posts in this thread seem to view DCB attributes as a stick-on
label that can be peeled off and replaced as needed. While hardware knows
nothing of LRECL--hence the Logical nature--block size is very much a
physical attribute of a file on CKD DASD. You may get away with output to
a
On 04/22/2013 08:22 AM, John Gilmore wrote:
Historically, the distinction between GMT and UTC is that a new GMT
day begins at noon and a new UTC day begins at midnight.
Observational astronomers, who deal in old, even very old observations
routinely, still make this distinction carefully. Others
Victor,
It is not quite clear as to what to merge when all you need is to match 2
files on the DSN names and output from 1 file if they matched. A sample of
input and desired output would have helped. You can use DFSORT JOINKEYS to
match the 2 files and get the desired results.
//STEP0100 EXE
On 2013-04-20, at 03:02, R.S. wrote:
>
> BTDT.
> FOr PDSE you'll get an error, for PDS your file may be (will be) corrupted.
>
I tried this with PDSE.
For RECFM=VB, I can increase the LRECL with overriding JCL with
no error reported and no apparent data corruption. Attempting
to decrease the LR
R.S. wrote, in part:
>Crypto cards are also for performance but under specific conditions.
Sure, as SSL accelerators. But as you note, in that mode, you're essentially
using the same hardware for a different purpose. I don't know how different the
code load is on the card, but given that you can
Kees,
Have you tried using DIV for WORK? If so, did it abend? If so, what was the
abend?
Have you contacted SAS Support? I find them very helpful in answering these
types of questions. I am not sure you will find answers with IBM Main.
Lizette
-Original Message-
From: IBM Mainfra
That's not really true. Remember that all the algorithms are implemented in
hardware inside the CEX cards. The hardware is so fast that all the algorithms
are essentially the same speed, relative to the rest of the time which is spent
in software and communications. If you look at the perform
Historically, the distinction between GMT and UTC is that a new GMT
day begins at noon and a new UTC day begins at midnight.
Observational astronomers, who deal in old, even very old observations
routinely, still make this distinction carefully. Others, of course,
do not.
I am not entirely sure w
>I think you mean "adding CVTLDTO".
Indeed I did. Apologies for being careless.
And I agree that for all intents and purposes (conceivably "almost all" in
case there's some exception case not coming to mind) z/OS treats UTC the
same as GMT.
>> The value from STCK is neither GMT nor LOCAL. If
On Thu, 18 Apr 2013 23:19:04 +0200, Boris Lenz wrote:
Boris
>You seem to want a Swiss Army knife application (i.e., for whatever
>reason, it *must* run outside of IMS control, on z/OS, but you want to
>access IMS DBs, and you don't want to invoke another application that runs
>under IMS, such as
Hello,
There are two files:
file 1: 1-44 contans dsn names, sorted in ascending order,no duplicate names
file 2:
1-44 contains dsn names
45 is ,
46-49 is 4 digits chars
50 is ,
51-54 is 4 digits chars
the files is sorted in ascedning order, keys are multiple keys:1-44,51-54,46-49
Can I use sort t
I search all (I think) the docs on the SAS website, including this, but this
did not answer my 2 questions:
Can WORK not be a DIV file?
Is a DIV file limited to the size of the associated Hiperspace.
Thanks,
kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LI
Hello Barry,
WORK in a Hiperspace is no problem, it works. The problem was with WORK defined
as a DIV file.
Thanks,
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Barry Merrill
Sent: Friday, April 19, 2013 17:45
To: IBM-MAIN@
37 matches
Mail list logo