In what IBM manual can I find documentation on SVC 99? It's not in any of the
places I thought to look. It's been a long time since I wrestled with the
documentation.
Gary L. Smith
Columbus, Ohio
--
For IBM-MAIN subscribe / sig
I am writing a TSO command processor. One option is to direct output to
a dataset. In support of this, for new datasets, I would like to support
the parms LIKE(existing.ds.name) and USING(attr-list). I can see the
DALLIKE key for the LIKE parameter. I cannot see anything that relates
to the USING()
: IBM-MAIN@BAMA.UA.EDU
Subject: [IBM-MAIN] DYNALLOC
In what IBM manual can I find documentation on SVC 99? It's not in any
of the
places I thought to look. It's been a long time since I wrestled with
the
documentation.
Gary L. Smith
In <[EMAIL PROTECTED]>, on 09/30/2006
at 10:10 PM, Gary Smith <[EMAIL PROTECTED]> said:
>In what IBM manual can I find documentation on SVC 99? It's not in
>any of the places I thought to look.
Authorized Assembler Services.
No, it doesn't require authorization, although some options do.
-
Thanks to all. That was just what I needed.
Gary Smith
Columbus, Ohio
- Original Message -
In <[EMAIL PROTECTED]>, on 09/30/2006
at 10:10 PM, Gary Smith <[EMAIL PROTECTED]> said:
>In what IBM manual can I find documentation on SVC 99? It's not in
>any of the places I thought to l
] On
Behalf Of Gary Smith
Sent: Sunday, October 01, 2006 8:17 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DYNALLOC
Thanks to all. That was just what I needed.
Gary Smith
Columbus, Ohio
- Original Message -
In <[EMAIL PROTECTED]>, on 09/30/2006
at 10:10 PM, Gary Smith <[EMAIL
You may want to have a look at the DYNALLOC macros on the CBT tape, very
easy to use, theres a good example in my file 708
On Sun, 1 Oct 2006 11:26:43 -0300, Shmuel Metz (Seymour J.) wrote:
>In <[EMAIL PROTECTED]>, on 09/30/2006
> at 10:10 PM, Gary Smith <[EMAIL PROTECTED]>
Hi
One of our customer insists to create dynamically, from a C++
application , several 1000 small files.
Any method to speed up this allocation ?
--
Miklos Szigetvari
Development Team
ISIS Information Systems Gmbh
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081
E-mail: miklos.szigetv...@
2008/4/15 McKown, John <[EMAIL PROTECTED]>:
> I am writing a TSO command processor. One option is to direct output to
> a dataset. In support of this, for new datasets, I would like to support
> the parms LIKE(existing.ds.name) and USING(attr-list).
Good idea!
> I can see the DALLIKE key for
In <[EMAIL PROTECTED]>, on
04/15/2008
at 01:16 PM, "McKown, John" <[EMAIL PROTECTED]> said:
>I am writing a TSO command processor. One option is to direct output to a
>dataset. In support of this, for new datasets, I would like to support
>the parms LIKE(existing.ds.name) and USING(attr-list).
On Wed, 16 Apr 2008, Shmuel Metz (Seymour J.) wrote:
> In <[EMAIL PROTECTED]>, on
> 04/15/2008
>at 01:16 PM, "McKown, John" <[EMAIL PROTECTED]> said:
>
> >I am writing a TSO command processor. One option is to direct output to a
> >dataset. In support of this, for new datasets, I would like t
We have a job running ICETOOL with a whole lot of input data. The job
sometimes gets this:
ICE083A D RESOURCES WERE UNAVAILABLE FOR DYNAMIC ALLOCATION OF WORK DATA
SETS (064K)
which means that the installation default of three dynamic SORTWK files
would exceed 64K tracks each. How do we tell ICET
I'm struggling with a mysterious return & reason code when DYNALLOC is
called from a 8 character userid (I showed the error message to our ACF2
guru here & got all authorization). The same program works good when the
job is submitted from 7 character userid.
DYNALLOC fails with rc=
--
> I'm struggling with a mysterious return & reason code when DYNALLOC is
> called from a 8 character userid (I showed the error message to our ACF2
> guru here & got all authorization). The same program works good when the
> job is submitted from 7 charact
- Sridher
Sent: Tuesday, May 31, 2005 11:26 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Userids & DYNALLOC
I'm struggling with a mysterious return & reason code when DYNALLOC is
called from a 8 character userid (I showed the error message to our ACF2
guru here & got all authorization).
On Tue, 31 May 2005 12:25:41 -0400, Nelliyappan Manivel, Sridhar wrote:
>I'm struggling with a mysterious return & reason code when DYNALLOC is
>called from a 8 character userid (I showed the error message to our ACF2
>guru here & got all authorization). The same program wo
On Tue, May 31, 2005 at 12:25:41PM -0400, Nelliyappan Manivel, Sridhar -
Sridher ([EMAIL PROTECTED]) wrote:
> I'm struggling with a mysterious return & reason code when DYNALLOC is
> called from a 8 character userid (I showed the error message to our ACF2
> guru here & got a
't see anything in the syslog, joblog (no information to paste
here). I got return code and reason codes by displaying registers (R15
and S99RSC)
Authorization has been given to owner of the job (ownerid of the job).
DYNALLOC call in the program doesn't use this 8 characterid.
Production
In <[EMAIL PROTECTED]>, on
05/31/2005
at 12:25 PM, "Nelliyappan Manivel, Sridhar - Sridher"
<[EMAIL PROTECTED]> said:
>I'm struggling with a mysterious return & reason code when DYNALLOC
>is called from a 8 character userid (I showed the error
Miklos Szigetvari wrote:
One of our customer insists to create dynamically, from a C++
application , several 1000 small files.
Any method to speed up this allocation ?
If it helped DB2, it should help you. Add this to DIAGxx:
Vsm UseZosV1R9Rules(NO) /* Use faster GETMAIN/FREEMAIN*/
--
On Fri, 9 Oct 2009 07:57:38 -0700, Edward Jaffe wrote:
>Miklos Szigetvari wrote:
>> One of our customer insists to create dynamically, from a C++
>> application , several 1000 small files.
>> Any method to speed up this allocation ?
>
>If it helped DB2, it should help you. Add this to DIAGxx:
>
Hi
I agree, but they insist to use unique seq files.
No PDS no VSAM no Unix HFS
Paul Gilmartin wrote:
On Fri, 9 Oct 2009 07:57:38 -0700, Edward Jaffe wrote:
Miklos Szigetvari wrote:
One of our customer insists to create dynamically, from a C++
application , several 1000 small file
On Fri, 9 Oct 2009 17:19:02 +0200, Miklos Szigetvari wrote:
>
>I agree, but they insist to use unique seq files.
>No PDS no VSAM no Unix HFS
>
Cap their resource use.
-- gil
--
For IBM-MAIN subscribe / signoff / archive access in
Hi
I'm trying this out, we had the DEFAULT YES, but I don't see any
performance difference till now
Edward Jaffe wrote:
Miklos Szigetvari wrote:
One of our customer insists to create dynamically, from a C++
application , several 1000 small files.
Any method to speed up this allocation
"Miklos Szigetvari" wrote in
message news:<4acf4719.8070...@isis-papyrus.com>...
> Hi
>
> One of our customer insists to create dynamically, from a C++
> application , several 1000 small files.
> Any method to speed up this allocation ?
>
> --
> Miklos Szigetvari
Could he change this to 1
On Fri, 9 Oct 2009 07:57:38 -0700, Edward Jaffe
wrote:
>
>If it helped DB2, it should help you. Add this to DIAGxx:
>
>Vsm UseZosV1R9Rules(NO) /* Use faster GETMAIN/FREEMAIN*/
>
>--
Ed,
You're right -- specifying this will speed up ANY allocation, although the most
dramatic savings occur
All,
currently I'm playing around a little bit with the SVC99 DYNALLOC. When
I try to allocate a rather large Dataset, I (sometimes) need to specify
DALVLCNT (Dataset volume count).
Now... I wonder it it would be safe (or "ok") to specify 255 in all
cases, even when all
ault of three dynamic SORTWK files
> would exceed 64K tracks each. How do we tell ICETOOL to use a few more
> dynamic SORTWK files?
You can use:
//DFSPARM DD *
OPTION DYNALLOC=(,n)
/*
to override the number of work data sets for ALL of the ICETOOL operators.
Or for operators for which
Hi folks,
I use DYNALLOC to allocate a dataset. I know the size of each record and the
number of records, so I can compute the number of bytes necessary.
However, the only DYNALLOC text units for a space unit seem to be TRKS and
CYLS. Did I overlook something ? Or do I need to do the math
Hi Folks,
I'm in the middle of an SMS conversion at z/OS 1.9.
We have an ftp batch job that reaches down to a squatty box and pulls
some data.
The LOCSITE parms are:
LOCSITE LRECL=8996 BLKSIZE=9000 RECFM=VBA +
unit=sysda volume=SYST01 cyl pri=20 sec=30
Volu
There are a lot of commands in TSO and some started tasks which allow
specification of a dataset name as an output. Some examples would be XD
in TSO SDSF. Or the ODS parameter on many DFHSM commands.
But there are times when I would wish that I could direct the output to
a UNIX file instead of a s
>is it safe/ok to specify 255 and let z/OS decide
to allocate multi-volume or not?
z/OS supports a maximum of 59 volumes.
And, it is safe. Nothing significant is used until the volumes are allocated.
-
Too busy driving to stop for gas!
---
Of Ted MacNEIL
Sent: Wednesday, May 28, 2008 6:35 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DYNALLOC question (Multi-Volume)
>is it safe/ok to specify 255 and let z/OS decide
to allocate multi-volume or not?
z/OS supports a maximum of 59 volumes.
And, it is safe. Nothing significant is used un
>Actually, z/OS supports a maximum of 255 volumes. 59 volumes is a DASD
>restriction based on DEB constraints.
Funny!
I thought the DEB was a z/OS construct.
(8-{]}
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscrib
Utilities Development Team
Neon Enterprise Software, Inc.
Sugar Land, TX
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Wednesday, May 28, 2008 7:33 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DYNALLOC question (Multi-Volume)
Thank you guys!
bye,
Michael
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.htm
>It's hard to say. I believe it's built by DFSMS code, which could be argued to
>be part of z/OS. But ownership of the code is a diversion here.
>59 volumes is a DASD restriction, not an allocation restriction. You can
>dynamically allocate a 255 volume tape data set.
I thought the OP was discu
Ted,
Here is the original email. Nothing about DASD that I can see, although
he does mention "space" which could imply DASD:
"All,
currently I'm playing around a little bit with the SVC99 DYNALLOC. When
I try to allocate a rather large Dataset, I (sometimes) need to speci
"Michael Knigge" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> All,
>
> currently I'm playing around a little bit with the SVC99 DYNALLOC.
When
> I try to allocate a rather large Dataset, I (sometimes) need to
specify
> DALV
If you use this on a wide scale, you might blow up your catalogs. Each
dataset reserves 255 (candidate) volumes entries in the catalog record
and these take space. Do a LISTC of such a dataset.
Ah, good point. Thanks!
Bye,
Michael
--
>I use DYNALLOC to allocate a dataset. I know the size of each record and
the number of records, so I can compute the >number of bytes necessary.
>However, the only DYNALLOC text units for a space unit seem to be TRKS
and CYLS. Did I overlook something ? Or do I >need to do the
On Fri, 9 Jun 2006 10:24:04 -0400, Richard Tsujimoto
<[EMAIL PROTECTED]> wrote:
>>I use DYNALLOC to allocate a dataset. I know the size of each record and
>the number of records, so I can compute the >number
Doug,
You got the wrong poster. I'm not the original poster. It was Beate
Kawelke.
Doug Henry <[EMAIL PROTECTED]>
Sent by: IBM Mainframe Discussion List
06/09/2006 02:58 PM
Please respond to
IBM Mainframe Discussion List
To
IBM-MAIN@BAMA.UA.EDU
cc
Subject
Re: DYNALLOC
AIN@bama.ua.edu
> Subject: FTP and SMS (and DYNALLOC)
>
> Hi Folks,
>
>
>
>I'm in the middle of an SMS conversion at z/OS 1.9.
>
>
>
>We have an ftp batch job that reaches down to a squatty box and
> pulls
> some data.
>
>
>
>The
M Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Roach, Dennis (N-GHG)
> Sent: Friday, May 22, 2009 1:43 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP and SMS (and DYNALLOC)
>
> Does a catalog entry for PFDT.TSREL.OPPLZDCK.PULLOUT.SUN already
> exist
>
AIN@bama.ua.edu
> Subject: Re: FTP and SMS (and DYNALLOC)
>
> Hi Dennis,
>
>Nope, I checked that. It appears that the volume specified on the
> LOCSITE VOL= parameter must exist? It can't be redirected? Can you
> confirm? (Or am I doing something stupid?).
>
&g
On
> Behalf Of Lester, Bob
> Sent: Friday, May 22, 2009 12:49 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP and SMS (and DYNALLOC)
>
> Hi Dennis,
>
>Nope, I checked that. It appears that the volume specified on the
> LOCSITE VOL= parameter must exist? It c
@bama.ua.edu] On
> Behalf Of Roach, Dennis (N-GHG)
> Sent: Friday, May 22, 2009 1:43 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP and SMS (and DYNALLOC)
>
> Does a catalog entry for PFDT.TSREL.OPPLZDCK.PULLOUT.SUN already
> exist
> for SY
day, May 22, 2009 1:55 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP and SMS (and DYNALLOC)
>
> Since you are relying on SMS to select the volume, take it out of
> the
> locsite statement.
>
SET &STORGRP = 'SYSTEST'
EXIT
END
But it doesn't get there. :-(
Thanks!
BobL
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Gibney, Da
Of Lester, Bob
> Sent: Friday, May 22, 2009 2:08 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP and SMS (and DYNALLOC)
>
> Hi Dave,
>
>Data is pulled via ftp in batch to new DSN:
> PFDT.TSREL.OPPLZDCK.PULLOUT.SUN, which matches this DC FILTLIST
> pattern:
>
PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP and SMS (and DYNALLOC)
>
>
> My best guess is that there is a condition earlier in one or more
> of
> the routines that is satisfied first.
> I decided I wanted to know what my routines were doing. On entry, I
> write out a ro
(and DYNALLOC)
Hi Dave,
Well, that makes me feel somewhat better. I'll keep looking, and
thanks for the suggestions.
BobL
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.u
t; To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP and SMS (and DYNALLOC)
>
> I believe this is one the situations where a dummy storage group
> would
> be useful. I couldn't find an example in the Implementing
> System-Managed Storage manual, but found the definition:
>
&g
OL= in the FTP client as
well.
Thanks!
BobL
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Greg Shirey
> Sent: Friday, May 22, 2009 3:53 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP and SMS (and DYNALLOC)
&g
>No joy, I'm afraid. Set it up as documented, but get the same error.
>I think I'm getting bit by this statement in the doc.
I haven't really been following this thread, so please forgive me as I ask for
clarification.
Are you saying that if an FTP outfile is allocated, under z/OS, that DFSMS d
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Ted MacNEIL
> Sent: Saturday, May 23, 2009 7:34 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP and SMS (and DYNALLOC)
>
> >No joy, I'm afraid. Set
Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Lester, Bob
> Sent: Saturday, May 23, 2009 7:43 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP and SMS (and DYNALLOC)
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua
7;
EXIT
END
But it doesn't get there. :-(
Thanks!
BobL
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Gibney, Dave
> Sent: Friday, May 22, 2009 1:58 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP an
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Gibney, Dave
> Sent: Saturday, May 23, 2009 9:41 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP and SMS (and DYNALLOC)
>
>
> I just read that in detail a
On 2009-05-22 at 16:15, concerning "Re: FTP and SMS (and DYNALLOC)",
Bob Lester wrote to IBM-Main:
>We have an ftp batch job that reaches down to a squatty box and
> pulls some data.
>
>The LOCSITE parms are:
>LOCSITE LRECL=8996 BLKSIZE=9000 RECFM=VBA
On Fri, 26 Nov 2010 11:12:20 -0600, John McKown wrote:
>There are a lot of commands in TSO and some started tasks which allow
>specification of a dataset name as an output. Some examples would be XD
>in TSO SDSF. Or the ODS parameter on many DFHSM commands.
>
>But there are times when I would wish
It is definitely possible.
mumble years ago I wrote such an IEFDB401 to convert passwords to volsers (as
passwords were not used).
That allowed ALLOC F(abc) DA(dsn1/vol1 dsn2/vol2 ...)
in place of
ALLOC F(abc) DA(dsn1) VOL(vol1)
ALLOC F(abc2) DA(dsn2) VOL(vol2)
CONCAT abc abc2
If passwords we
DSN,STVSCTKN),
for example:
IBM0001.IBML.JOB15181.D001.JESJCLIN
For the Dynalloc I must (with others) build the browse token and pass it
with the DALBRTKN text unit.
My problem. The dynalloc fails with ERROR-FIELD: 037C006E, indicating
the length is not correct
On 7/31/2010 1:09 AM, Monika Amiss wrote:
MVC U3.S99TUKEY,=AL2(DALBRTKN)
MVC U3.S99TUNUM,=AL2(7)
MVC U3.S99TULNG,=AL2(L'TU0002TK)
Any hint appreciated. Have a nice day.
You're misreading the message. Note that you stuff a 7 into
TUNUM, which is the number
On 7/31/2010 1:09 AM, Monika Amiss wrote:
> MVC U3.S99TUKEY,=AL2(DALBRTKN)
> MVC U3.S99TUNUM,=AL2(7)
> MVC U3.S99TULNG,=AL2(L'TU0002TK)
> Any hint appreciated. Have a nice day.
> You're misreading the message. Note that you stuff a 7 into TUNUM, which is
> the
>It looks like your ALTXTPRE includes a length field. Since IAZBTOKP includes
>the length of each subparameter, it should not follow >ALTXTPRE but, rather,
>overlay the last two bytes of ALTXTPRE. So,
>ALTXTU3 DSXL(ALTXTPRE)
>TU0002TK DSCL(BTOKSIZE)
>should be
What is the new JEW Spool data set browse? Is that a new command, or a
vendor product? I've never heard of it before or remember it mentioned on
this list.
Eric Bielefeld
Sr. Systems Programmer
- Original Message -
From: "Monika Amiss"
Dear group,
i'm making some tests with t
On Sat, 2010-07-31 at 08:18 -0500, Eric Bielefeld wrote:
> What is the new JEW Spool data set browse? Is that a new command, or a
> vendor product? I've never heard of it before or remember it mentioned on
> this list.
>
> Eric Bielefeld
> Sr. Systems Programmer
>
http://publibz.boulder.ibm.
/attach/SHARE_in_San_Jose/S2721PK083307.pdf
that implies the latter.
> Date: Sat, 31 Jul 2010 09:01:05 +0200
> From: monika.am...@arcor.de
> Subject: AW: Dynalloc error: 037C006E (spool data set browse)
> To: IBM-MAIN@bama.ua.edu
>
> On 7/31/2010 1:09 AM, Monika Amiss wrote:
&
The FM (z/OS V1R12.0 MVS Authorized Assembler Services Guide) confirms TUNUM=7.
Did you ensure that BTOKLSDL=0?
> Date: Sat, 31 Jul 2010 03:13:59 -0400
> From: jayare...@hotmail.com
> Subject: Re: AW: Dynalloc error: 037C006E (spool data set browse)
> To: IBM-MAIN@bama.ua.edu
&
ALTXTU3 DSXL(ALTXTPRE)
ORG *-2
TU0002TK DSCL(BTOKSIZE)
> Date: Sat, 31 Jul 2010 03:44:14 -0400
> From: jayare...@hotmail.com
> Subject: Re: AW: Dynalloc error: 037C006E (spool data set browse)
> To: IBM-MAIN@bama.ua.edu
>
> The FM
72 matches
Mail list logo