On 2010-06-24 13:59, Frank Swarbrick wrote:
Now that we've been on z/OS for a few weeks, I feel to need to ask
a question that has annoyed me since I started working on z/OS two years
ago. Instream datasets are good. Why are they not supported inside of
procs? Is there a technical reason, or
Chris Mason wrote:
Frank
You'll be wanting symbol substitution in the instream data next!
That actually was I wanted to help me manage for my test/education systems
where I did a great deal of work at the (VM) console. I just wanted to be able
to set up started task procedures in order to do
Hi Paul,
I'll answer next to your questions.
In addition, I'll write an FTP Macro instruction in the next few days, and show
you exactly how it works, and how symbolic parameter replacement and so on
works.
Paul Gilmartin wrote:
JCL has changed a lot in 40 years. Has Jol kept pace?
I am
Frank Swarbrick wrote:
Now that we've been on z/OS for a few weeks I feel to need to ask a question that has
annoyed me since I started working on z/OS two years ago. Instream datasets are good.
Why are they not supported inside of procs? Is there a technical reason, or is it just
because?
On Mon, 12 Jul 2010 10:03:58 +1000, Clement Clarke wrote:
For over 40 years, Jol has allowed you to do just that.
Jol is a free format JCL replacement language, loosely based on PL/I.
You can declare Data Sets and Programs, and use commands such as Run (a
program) or Copy a data set and so on.
In
053f2631ec9c584883847c8b4970a22807337...@josqems1.jsq.bsg.ad.adp.com,
on 06/27/2010
at 09:53 AM, Farley, Peter x23353 peter.far...@broadridge.com
said:
Pardon my immense ignorance, but how would such an obviously useful
extension be a serious integrity breach?
By having access to
-snip---
There was a time, not very long ago, when ad-hoc use of INTRDR was
deprecated (controlled?) because they were a finite resource. I suspect
one could still create pretty much havoc by OPENing INTRDRs up to a
system
In listserv%201006262246290980.0...@bama.ua.edu, on 06/26/2010
at 10:46 PM, Paul Gilmartin paulgboul...@aim.com said:
I do not mean to conflate converter operations with interpreter
operations.
That doesn't change things; it would be an integrity exoposure either
way.
If the external
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Saturday, June 26, 2010 10:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: instream data
In listserv%201006252231432049.0...@bama.ua.edu, on 06/25/2010
On Sun, 2010-06-27 at 09:53 -0400, Farley, Peter x23353 wrote:
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Saturday, June 26, 2010 10:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: instream data
On Sun, 27 Jun 2010 14:10:06 EDT, Ed Finnell wrote:
In a message dated 6/27/2010 12:27:56 P.M. Central Daylight Time,
joarmc writes:
like the ability to run a special purpose
scripting language to enhance JCL creation. Or looping, how I would like
some looping at times!
Yeah, just get your
On Fri, Jun 25, 2010 at 10:31 PM, Paul Gilmartin paulgboul...@aim.comwrote:
On Fri, 25 Jun 2010 16:50:23 -0500, Kirk Wolf wrote:
snip
Wouldn't it be great if the C/I could run shell scripts
(or Rexx, or Perl or ...)?
//NAME SHELL,DLM=EOD
...
shell commands, executed after
Howard Brazee wrote:
Is that like the ZOOM or SHOWPROC commands that have come with MVS for
a decade or so?
They come with MVS ... aka OS/390 ... aka z/OS for how long? What are
these commands? How do you use them?
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive
In listserv%201006252231432049.0...@bama.ua.edu, on 06/25/2010
at 10:31 PM, Paul Gilmartin paulgboul...@aim.com said:
Wouldn't it be great if the C/I could run shell scripts
(or Rexx, or Perl or ...)?
No; it would be a serious integrity breach.
--
Shmuel (Seymour J.) Metz, SysProg and
In aanlktinbyi07tylalwfnxfierj7jzlhw5-ithuwxw...@mail.gmail.com, on
06/26/2010
at 06:26 AM, Kirk Wolf k...@dovetail.com said:
I link your idea a lot. It reminds me of how Unix executables can be
any interpreter using the #! /some/prog
The C/I is not a shell.
Now, what would be nice would be
On Sat, 26 Jun 2010 22:52:34 -0400, Shmuel Metz (Seymour J.) wrote:
I link your idea a lot. It reminds me of how Unix executables can be
any interpreter using the #! /some/prog
The C/I is not a shell.
I do not mean to conflate converter operations with interpreter
operations. I was looking for
Thompson, Steve wrote:
Let us not forget JES3 (ASP). Interestingly JES2 supports a larger
in-stream LRECL than JES3 does (or did, they may have fixed that in the
last few releases).
It was the other way around. For decades, JES3 supported instream data
up to LRECL=32760 while JES2
[replying to my own post...]
Steve Comstock wrote:
Frank Swarbrick wrote:
Steve,
That is, in fact, exactly what we have:
//PROC DDAR02 PARMENV=PROD.APPLIB
//SORT EXEC PGM=SORT
//DFSPARM DD DSN=PARMENV..PARM(DDAR021),
//DISP=SHR
I simply would prefer to
On 24 Jun 2010 15:40:31 -0700, mzel...@flash.net (Mark Zelden) wrote:
Is that like the ZOOM or SHOWPROC commands that have come with MVS for
a decade or so?
Come with MVS? Please point me to where these are distributed if you can
because I've only seen home grown utilities of this nature
Howard Brazee wrote:
On 24 Jun 2010 15:40:31 -0700, mzel...@flash.net (Mark Zelden) wrote:
Is that like the ZOOM or SHOWPROC commands that have come with MVS for
a decade or so?
Come with MVS? Please point me to where these are distributed if you can
because I've only seen home grown
On Fri, 25 Jun 2010 09:51:34 -0600, Howard Brazee wrote:
They are REXX utilities. I edit or view some JCL, type Zoom at the
top, and put my cursor on a dataset before hitting Enter
I see the commands in 'UMS.REXX.APPL.LIB', but since our shop is UMS,
I see that this is location is shop
On Fri, 25 Jun 2010 09:51:34 -0600, Howard Brazee howard.bra...@cusys.edu
wrote:
On 24 Jun 2010 15:40:31 -0700, mzel...@flash.net (Mark Zelden) wrote:
Is that like the ZOOM or SHOWPROC commands that have come with MVS for
a decade or so?
Come with MVS? Please point me to where these are
On 25 Jun 2010 09:07:31 -0700, st...@trainersfriend.com (Steve
Comstock) wrote:
I'm pretty sure those are not generally distributed with z/OS.
I wonder how they got distributed to these different shops then.
--
For IBM-MAIN
On Fri, 25 Jun 2010 10:34:01 -0600, Howard Brazee
howard.bra...@cusys.edu wrote:
On 25 Jun 2010 09:07:31 -0700, st...@trainersfriend.com (Steve
Comstock) wrote:
I'm pretty sure those are not generally distributed with z/OS.
I wonder how they got distributed to these different shops then.
On Fri, 25 Jun 2010 10:38:52 -0600, Howard Brazee howard.bra...@cusys.edu
wrote:
On Fri, 25 Jun 2010 10:34:01 -0600, Howard Brazee
howard.bra...@cusys.edu wrote:
On 25 Jun 2010 09:07:31 -0700, st...@trainersfriend.com (Steve
Comstock) wrote:
I'm pretty sure those are not generally distributed
...@cusys.edu
Subject: Re: instream data
To: IBM-MAIN@bama.ua.edu
On 25 Jun 2010 09:07:31 -0700, st...@trainersfriend.com (Steve
Comstock) wrote:
I'm pretty sure those are not generally distributed with z/OS.
I wonder how they got distributed to these different shops
I have a copy of a ZOOM exec, written by Doug Nadel in 1999, with updates in
2000 and 2001, using ZSCREENI and ZSCREENC. Not sure of its origin...
* Don *
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
If someone else has provided this information, I apologize, as I only
get a digest-
There was, at one time, a submission on the CBT distribution, which
provided a subsystem to accomplish just that purpose. I was able to do
some interesting extensions to it, as well, but the politics of an
...@bama.ua.edu] On Behalf Of Dale Miller
Sent: Friday, June 25, 2010 1:26 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Instream Data
If someone else has provided this information, I apologize,
as I only
get a digest-
There was, at one time, a submission on the CBT distribution, which
You going to SHARE in Boston? We will be there on Tuesday doing JZOS
meets Web 2.0
On Thu, Jun 24, 2010 at 8:48 PM, Paul Gilmartin paulgboul...@aim.comwrote:
On Thu, 24 Jun 2010 13:37:50 -0500, Chris Mason wrote:
You'll be wanting symbol substitution in the instream data next!
Me
case. The same
applies to an option for substituting variables in instream data
sets[1]; it won't happen unless enough customers ask for it and
provide business cases.
We use procs for almost all of our production jobs, with many steps
that could take advantage of instream datasets
, or is it just because?
No; there's an economic and political reason; someone would have to
formally request it and provide a compelling business case. The same
applies to an option for substituting variables in instream data
sets[1]; it won't happen unless enough customers ask
On Fri, 25 Jun 2010 16:50:23 -0500, Kirk Wolf wrote:
Since you mentioned the Unix shell vs JCL, why not use both? Here's a
simple example of using the Unix shell with a 'here document' to do
parameter substitution for an instream dataset using JCL parameters:
// SET NEWGDG=FOO.BAR.MYGDG
// SET
Now that we've been on z/OS for a few weeks I feel to need to ask a question
that has annoyed me since I started working on z/OS two years ago. Instream
datasets are good. Why are they not supported inside of procs? Is there a
technical reason, or is it just because? We use procs for almost
On 06/24/10 13:59, Frank Swarbrick wrote:
Now that we've been on z/OS for a few weeks I feel to need to ask a question that has
annoyed me since I started working on z/OS two years ago. Instream datasets are good.
Why are they not supported inside of procs? Is there a technical reason, or
On 24 Jun 2010 11:09:39 -0700, mark.jac...@custserv.com (Mark Jacobs)
wrote:
On 06/24/10 13:59, Frank Swarbrick wrote:
Now that we've been on z/OS for a few weeks I feel to need to ask a question
that has annoyed me since I started working on z/OS two years ago. Instream
datasets are good.
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick
Sent: Thursday, June 24, 2010 1:00 PM
To: IBM-MAIN@bama.ua.edu
Subject: instream data
Now that we've been on z/OS for a few weeks I feel to need to
ask a question
Frank
You'll be wanting symbol substitution in the instream data next!
That actually was I wanted to help me manage for my test/education systems
where I did a great deal of work at the (VM) console. I just wanted to be able
to set up started task procedures in order to do all sorts
into instream data seems to work just fine,
right? Out of curiosity, why do you consider instream data better than
that?
--
Kind regards,
-Steve Comstock
The Trainer's Friend, Inc.
303-393-8716
http://www.trainersfriend.com
* To get a good Return on your Investment, first make an investment
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Frank Swarbrick
Sent: Thursday, June 24, 2010 11:00 AM
To: IBM-MAIN@bama.ua.edu
Subject: instream data
Now that we've been on z/OS for a few weeks I feel to need to ask a
question
Frank Swarbrick wrote:
Now that we've been on z/OS for a few weeks I feel to need to ask a question that has
annoyed me since I started working on z/OS two years ago. Instream datasets are good.
Why are they not supported inside of procs? Is there a technical reason, or is it just
because?
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of McKown, John
Sent: Thursday, June 24, 2010 1:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: instream data
SNIPPAGE
That has been a restriction since the dawn of OS/360. In that case, I
think
xx.PARMLIB with members that
contain what you would put into instream data seems to work just fine,
right? Out of curiosity, why do you consider instream data better than
that?
The information contained in this electronic communication and any document
attached hereto or transmitted herewith
On 24 Jun 2010 13:13:25 -0700, frank.swarbr...@efirstbank.com (Frank
Swarbrick) wrote:
//PROC DDAR02
//SORT EXEC PGM=SORT
//DFSPARM DD *
SORT FIELDS=(1,10,PD,A,
13,4,PD,A,
17,4,PD,A,
11,2,PD,A),
EQUALS
Someone
No idea.
I have not been on MVS for decades.
On 6/24/2010 at 2:43 PM, in message
opg726pc9c7v80nvstalto1d1c7b3o7...@4ax.com, Howard Brazee
howard.bra...@cusys.edu wrote:
On 24 Jun 2010 13:13:25 -0700, frank.swarbr...@efirstbank.com (Frank
Swarbrick) wrote:
//PROC DDAR02
//SORT EXEC
Frank Swarbrick wrote:
Steve,
That is, in fact, exactly what we have:
//PROC DDAR02 PARMENV=PROD.APPLIB
//SORT EXEC PGM=SORT
//DFSPARM DD DSN=PARMENV..PARM(DDAR021),
//DISP=SHR
I simply would prefer to see:
//PROC DDAR02
//SORT EXEC PGM=SORT
On Thu, 24 Jun 2010 14:43:06 -0600, Howard Brazee howard.bra...@cusys.edu
wrote:
On 24 Jun 2010 13:13:25 -0700, frank.swarbr...@efirstbank.com (Frank
Swarbrick) wrote:
//PROC DDAR02
//SORT EXEC PGM=SORT
//DFSPARM DD *
SORT FIELDS=(1,10,PD,A,
13,4,PD,A,
On Thu, 24 Jun 2010 13:37:50 -0500, Chris Mason wrote:
You'll be wanting symbol substitution in the instream data next!
Me, too!
When I do an SMP/E zone definition (assuming I'm still
allowed to) I'd cherish being able to define several
symbols with JCL SET statements, they apply them in
JCL DD
On Mon, 28 Jan 2008 20:22:34 -0600, Paul [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
BTW, is there a new format of Publibz? Suddenly, I seem to
be required to display a shelf list before I can filter for
a string in a publication title. This could be undesirable
on a slow connection. I'll have
On Fri, 1 Feb 2008 12:45:09 -0600, Walt Farrell wrote:
He has now figured out another design for the library web pages that allowed
a reasonable way to maintain them, and still allows the title search
function to work. The new pages are live now, and you can find them in the
same place. They
Paul Gilmartin wrote:
BTW, is there a new format of Publibz? Suddenly, I seem to be required
to display a shelf list before I can filter for a string in a
publication title. This could be undesirable on a slow connection.
I'll have to see whether I get used to it. (I really wish I could have
On Tue, 29 Jan 2008 19:49:03 -0600, Paul Gilmartin [EMAIL PROTECTED]
wrote:
On Tue, 29 Jan 2008 13:47:24 -0500, John Eells wrote:
See APAR OA19194, which makes AMATERSE, alias TRSMAIN, available on z/OS
R7 and up.
Hmmm. I see DD names are now SYSUT1 and SYSUT2 instead of
INFILE and OUTFILE. I
Paul [EMAIL PROTECTED] wrote:
One of my disappointments with TSO TRANSMIT is that I know
no safe way to imbed INMR text in an instream data set:
the format seems to allow any digraph to appear in columns
1-2. But today, attempting to test a trial-and-error routine
to scan a TRANSMITted IEBCOPY
On Mon, 28 Jan 2008 20:22:34 -0600, Paul [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
BTW, is there a new format of Publibz? Suddenly, I seem to
be required to display a shelf list before I can filter for
a string in a publication title. This could be undesirable
on a slow connection.
Yes, they
On Tue, 29 Jan 2008 09:33:23 +, Roy Hewitt wrote:
See the following as an example of how to include such data instream
using standard IBM utilities. This example includes Terse output (but
could easily be Transmit), that has been reformatted as 64 bytes and
offset to pos 3.
Thanks for
Paul Gilmartin wrote:
On Tue, 29 Jan 2008 09:33:23 +, Roy Hewitt wrote:
See the following as an example of how to include such data instream
using standard IBM utilities. This example includes Terse output (but
could easily be Transmit), that has been reformatted as 64 bytes and
offset to
Paul Gilmartin wrote:
snip
Hmmm. The largest divisor of 80 I could use is 40. This cuts the
efficency to 50% from your 80% with TERSE. That's still acceptable,
and I don't need TERSE which is not yet a standard IBM utility at
all supported releases.
snip
See APAR OA19194, which makes
On Tue, 29 Jan 2008 19:29:47 +, Roy Hewitt wrote:
Hmmm. The largest divisor of 80 I could use is 40. This cuts the
efficency to 50% from your 80% with TERSE. That's still acceptable,
and I don't need TERSE which is not yet a standard IBM utility at
all supported releases.
Just to
On Tue, 29 Jan 2008 13:47:24 -0500, John Eells wrote:
See APAR OA19194, which makes AMATERSE, alias TRSMAIN, available on z/OS
R7 and up. That's all supported releases since R6 is out of service and
AMATERSE is included in z/OS R9. The PTFs closed 4 November 2007. They
are:
UA36927 - z/OS R7
Paul Gilmartin wrote:
On Tue, 29 Jan 2008 19:29:47 +, Roy Hewitt wrote:
Hmmm. The largest divisor of 80 I could use is 40. This cuts the
efficency to 50% from your 80% with TERSE. That's still acceptable,
and I don't need TERSE which is not yet a standard IBM utility at
all supported
One of my disappointments with TSO TRANSMIT is that I know
no safe way to imbed INMR text in an instream data set:
the format seems to allow any digraph to appear in columns
1-2. But today, attempting to test a trial-and-error routine
to scan a TRANSMITted IEBCOPY unloaded JCL library
61 matches
Mail list logo