On Feb 3, 2016, at 9:19 AM, Tom Marchant wrote:
On Wed, 3 Feb 2016 08:59:31 -0600, Victor Gil wrote:
If Cobol code is an acceptable option the below program should do
what you want.
(snip)
003500 DISPLAY OUTPUT-FILE-RECORD UPON CONSOLE.
Really? Do people still use DISPLAY ... UPON
On Wed, 3 Feb 2016 13:04:31 -0600, Bill Woodger wrote:
>
>Have you read the DFSORT Getting Started guide? Written in English, worked
>examples.
>...
>Investing a bit of time can pay big dividends.
>
And on one of these lists lately, I advocated regular expressions and
precipitated an extraordinari
Well, I think that Rexx is the way to go...I made a simple program that
will allow me to use the Unix format "\\n" newline separator to stack
command lines, and don't have to worry about DFSORT vs SYNCSORT, or any
other craziness.
Thanks for all your help and direction. Once we get all systems up
> I believe I'll recommend Rexx. Perhaps because DFSORT is Klingon to me.
>
> -- gil
>
Have you read the DFSORT Getting Started guide? Written in English, worked
examples.
There are a couple of things to get used to: no looping constructs*; nowhere to
store data but on a record*.
Investing
On Wed, 3 Feb 2016 10:35:13 -0500, Bill Ashton wrote:
>
>Peter, I appreciate the Syncsort checkout...we will have to keep that in
>mind in case any of our users have that instead of DFSORT at their location.
>
>The BPX option also seems safe - can we assume that this is now a
>"standard" program?
>
Tom,
This particular DISPLAY is not really needed for the program to function, it's
merely a leftover from the initial testing, but "yes", we do have such DISPLAYs
in the batch jobs and I have never heard of any rules to limit its usage. We
may run _thousands_ jobs at a time, so I guess we also
Thanks for the input, everyone - this is great!
Peter, I appreciate the Syncsort checkout...we will have to keep that in
mind in case any of our users have that instead of DFSORT at their location.
The BPX option also seems safe - can we assume that this is now a
"standard" program?
I will conti
On Wed, 3 Feb 2016 08:59:31 -0600, Victor Gil wrote:
>If Cobol code is an acceptable option the below program should do what you
>want.
(snip)
>003500 DISPLAY OUTPUT-FILE-RECORD UPON CONSOLE.
Really? Do people still use DISPLAY ... UPON CONSOLE in 2016?
Even in 1970 t
If Cobol code is an acceptable option the below program should do what you want.
It's rather easy to enhance it to split the input parm into multiple lines,
say, using the "JPx" delimiters, just like in the SORT sample.
HTH,
-Victor-
000100 IDENTIFICATION DIVISION.
But not z/OS 1.12.
On Wed, Feb 3, 2016 at 12:22 AM, Bruce Hewson wrote:
> pretty simple at z/OS 2.1
>
> //*
> //*
> // EXPORT SYMLIST=(PFILE,TXTYP,ACCT,RUN)
> //*
> // SET PFILE=MY.DATASET.NAME
> // SET TXTYP=1
> // SET ACCT=001455
> // SET RUN=TRIAL
> //*
> //*
> //*
> //*
> //SE
It is good that there was fallout. Someone didn't do their job, or wasn't doing
their job. The remedial action seems curious, especially if the side-by-side
products have the same control cards.
If you keep SORT control cards "simple", boy is your site missing out. But,
since they pay, it is th
pretty simple at z/OS 2.1
//*
//*
// EXPORT SYMLIST=(PFILE,TXTYP,ACCT,RUN)
//*
Ed:
That is why I have always resisted the extra features of SORT as they
*ARE* sort dependent.
A long time ago a company I was at set a standard of what sort was to
be used. The LPAR was using syncsort (nothing wrong with that IMO)
and they installed DFSORT. The conversion went reasonably
:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Tuesday, February 02, 2016 4:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Convert a Parm into a control card
On Tue, 2 Feb 2016 17:20:40 -0500, Ed Finnell wrote:
>Before there was Rexx we'd do Clists for this stuff. As SPF/
On Tue, 2 Feb 2016 17:20:40 -0500, Ed Finnell wrote:
>Before there was Rexx we'd do Clists for this stuff. As SPF/ISPF rolled
>out(and Rexx) File Tailoring became the easiest for us. Full screen input with
> formatting and range checking. The driver could be any ISPF friendly
>language;i.e; Rexx,
When will the TNL's be out?
In a message dated 2/2/2016 5:15:09 P.M. Central Standard Time,
bill.wood...@gmail.com writes:
Some Syncsort features exist without being documented.
--
For IBM-MAIN subscribe / signoff / arch
Peter,
Your Syncsort doesn't have JPn for sure, but 2.1 does/should.
Or, to put it another way, someone the other day complained to me it doesn't
work how they want all the time, only some of the time (they wanted to replace
code with JPn as well as use another for testing to a value).
Some Sy
FIELD ERROR - JP1"MY.D
> WER268A OUTFIL STATEMENT : SYNTAX ERROR
> WER211B SYNCSMF CALLED BY SYNCSORT; RC=
>
> HTH
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Bill Ashton
On Tue, 2 Feb 2016 17:20:40 -0500, Ed Finnell wrote:
>Before there was Rexx we'd do Clists for this stuff. As SPF/ISPF rolled
>out(and Rexx) File Tailoring became the easiest for us. Full screen input with
> formatting and range checking. The driver could be any ISPF friendly
>language;i.e; Rexx,
Before there was Rexx we'd do Clists for this stuff. As SPF/ISPF rolled
out(and Rexx) File Tailoring became the easiest for us. Full screen input with
formatting and range checking. The driver could be any ISPF friendly
language;i.e; Rexx, ASM, Cobol, PL/1 or Clist.
In a message dated 2/2
WER211B SYNCSMF CALLED BY SYNCSORT; RC=
HTH
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Bill Ashton
Sent: Tuesday, February 02, 2016 4:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Convert
Most could be fixed by minor control card changes, but it would have been
nice to know beforehand.
We had central purchasing for consolidated software pricing, but they were
slipping stuff in on yearend funds
and outsourcing?
In a message dated 2/2/2016 3:15:57 P.M. Central Standard Time,
On Tue, 2 Feb 2016 16:15:46 -0500, Bill Ashton wrote:
>Kolusu, thanks for this - it was quite simple, and works great.
>
>Ed, you had to be the fly in my ointment! I am reasonably certain that all
>use the same Sort, but we will have to confirm that before my partner
>finishes his work. If they do
Kolusu, thanks for this - it was quite simple, and works great.
Ed, you had to be the fly in my ointment! I am reasonably certain that all
use the same Sort, but we will have to confirm that before my partner
finishes his work. If they do not, I guess I will have to look at the Rexx
option. Thanks
Do they all have the same Sort packages? I've been burned at multi-site
companies that used different Sort
Products for their needs. Our custom tailored reports failed depending on
which Sort they were using.
In a message dated 2/2/2016 1:34:23 P.M. Central Standard Time,
bill00ash...@gm
/*
The output from this job is an 80 byte file with the following.
USER XXX
PROCESS MY.DATASET.NAME
TRANS1-001455
RUNTYPE TRIAL
Further if you have any questions please let me know
Thanks,
Kolusu
DFSORT Development
IBM Corporation
IBM Mainframe Discussion List wrote on
02/02/20
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Bill Ashton
Sent: Tuesday, February 02, 2016 2:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Convert a Parm into a control card
To John and others - thanks for your reply. I was trying to stay away from
writing code because his users are in
ill,
>>
>> DFSORT has the ability of reading the SET parms and generate an Output
>> file. So show your SET statements and your required control cards for your
>> program/utility, I will show you a way to do it
>>
>> Thanks,
>> Kolusu
>> DFSORT Developme
t;
> From: Bill Ashton
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 02/02/2016 11:58 AM
> Subject:Convert a Parm into a control card
> Sent by:IBM Mainframe Discussion List
>
>
>
> Hello friends!
> I have a teammate working on a z/OS 1.12 system and is tryin
On Tue, Feb 2, 2016 at 12:58 PM, Bill Ashton wrote:
> Hello friends!
> I have a teammate working on a z/OS 1.12 system and is trying to make a
> proc fairly foolproof for his user. He wants to know the easiest way to
> convert a SET statement or JCL Parm into a control card.
>
> This proc needs a
On Tue, 2 Feb 2016 13:58:23 -0500, Bill Ashton wrote:
>
>This proc needs a DSN and a couple other values as part of a SYSIN for the
>program, and since we can't use symbolics in pre-z/OS 2.1, I would like a
>way using standard IBM utilities to take a PARM symbolic and create an
>output file that I
Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Bill Ashton
Sent: Tuesday, February 02, 2016 1:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Convert a Parm into a control card
Hello friends!
I have a teammate working on a z/OS 1.12 system and is trying to make a
proc fairly
@LISTSERV.UA.EDU
Date: 02/02/2016 11:58 AM
Subject:Convert a Parm into a control card
Sent by:IBM Mainframe Discussion List
Hello friends!
I have a teammate working on a z/OS 1.12 system and is trying to make a
proc fairly foolproof for his user. He wants to know the easiest way to
Hello friends!
I have a teammate working on a z/OS 1.12 system and is trying to make a
proc fairly foolproof for his user. He wants to know the easiest way to
convert a SET statement or JCL Parm into a control card.
This proc needs a DSN and a couple other values as part of a SYSIN for the
program
34 matches
Mail list logo