In listserv%200812190035311369.0...@bama.ua.edu, on 12/19/2008
at 12:35 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za said:
If you specify shorter LRECL, IRRRID00 changes it to 259. IRRRID00 also
verifies that the BLKSIZE is LRECL plus 4.
Please tell me that you mean *at least*
Shmuel Metz (Seymour J.) wrote:
Please tell me that you mean *at least* LRECL+4, or that you're joking!
No, seriously. I'm quoting directly from this:
z/OS Security Server RACF, Security Administrator's Guide
Document Number SA22-7683-08
Paragraph: IRRRID00 Job Control Statements
quote
OUTDD
Please tell me that you mean *at least* LRECL+4, or that you're joking!
I don't understand the 'joke'.
It DOES say 'at least'.
When IRRRID00 opens the OUTDD data set, it verifies that the block size of the
data set is at least 4 greater than the LRECL.
-
Too busy driving to stop for gas!
In
177863805-1229705705-cardhu_decombobulator_blackberry.rim.net-21011063...@bxe348.bisx.prod.on.blackberry,
on 12/19/2008
at 04:55 PM, Ted MacNEIL eamacn...@yahoo.ca said:
It DOES say 'at least'.
The manual does; his message did not.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
In listserv%200812191049095220.0...@bama.ua.edu, on 12/19/2008
at 10:49 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za said:
No, seriously. I'm quoting directly from this:
That doesn't match what you wrote. BLKSIZE is LRECL plus 4 is quite
different from block size of the data set is
Discussion List
Sent: Dec 17, 2008 22:22
Subject: Re: CLIST/REXX Philosophy
I started working REXX first on VM/SP in 198?? don't remember the
Ted,
I started working REXX first on VM/SP in 198?? don't remember the exact yr I
think 1984 or 1985
Scott J Ford
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Schwarz, Barry A
If I remember correctly, the RACF DBSYNC tool generates a REXX with
lines longer that 80.
Also the IRRRID00 utility; it requires RECFM=VB,LRECL=255.
-jc-
In listserv%200812171152112325.0...@bama.ua.edu, on 12/17/2008
at 11:52 AM, Paul Gilmartin paulgboul...@aim.com said:
Why, why doesn't ISPF edit, as an option, provide the facility to display
long lines as single fields occupying multiple screen lines, as XEDIT
does.
NIH syndrome. I'm a TSO
In
1345822925-1229550122-cardhu_decombobulator_blackberry.rim.net-6979838...@bxe348.bisx.prod.on.blackberry,
on 12/17/2008
at 09:42 PM, Ted MacNEIL eamacn...@yahoo.ca said:
2. Open a requirement.
I did, long ago in a galaxy far away. It wasn't specific to wrap, but
asked for IBM to provide an
In
1346911285-1229553284-cardhu_decombobulator_blackberry.rim.net-16888641...@bxe348.bisx.prod.on.blackberry,
on 12/17/2008
at 10:34 PM, Ted MacNEIL eamacn...@yahoo.ca said:
I've also found that even when you do communicate to the user community,
few actually read/exploit it.
It were ever
If I had a nickel for every time I've seen a blank look after asking
Did you try the HELP key?, I could have retired years ago.
On Thu, Dec 18, 2008 at 8:52 AM, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
In
Chase, John wrote:
Also the IRRRID00 utility; it requires RECFM=VB,LRECL=255.
No. As documented in 'Security Administrator's Guide':
For OUTDD DD, the specs are 'RECFM=VB' and 'LRECL at least 259'.
If you specify shorter LRECL, IRRRID00 changes it to 259. IRRRID00 also
verifies that the
I like it FB LRECL 80 so I can see it on terminal screen without having to
shift right and left. We only support 80 wide displays. If I could get a
display that would handle 255 with and still be readable I would go for the
VB Lrecl 255.
Herman
Snip
I'm probably going to start a firestorm
[mailto:ibm-m...@bama.ua.edu] On
Behalf Of Rick Fochtman
Sent: Wednesday, December 17, 2008 12:15 PM
To: IBM-MAIN@bama.ua.edu
Subject: CLIST/REXX Philosophy
I'm probably going to start a firestorm here, but it's for an internal
argument here where I'm consulting.
Should REXX/CLIST datasets be RECFM
My preference is LRECL of 255 however IBM and most (all) vendors ship
their rexx libraries as LRECL 80 so the SYSEXEC concatenation becomes the
main issue.
I still develop with VB/255 but I keep the content within the 80 character
limit so that I can easily copy what I do into a FB/80 for
On Wed, 17 Dec 2008 11:15:19 -0600, Rick Fochtman wrote:
I'm probably going to start a firestorm here, but it's for an internal
argument here where I'm consulting.
Should REXX/CLIST datasets be RECFM=FB,LRECL=80, or should they be
RECFM=VB,LRECL=255? Why?
No. They should be kept in z/OS Unix
On Wed, 17 Dec 2008 12:27:21 -0500, Stocker, Herman wrote:
I like it FB LRECL 80 so I can see it on terminal screen without having to
shift right and left. We only support 80 wide displays. If I could get a
display that would handle 255 with and still be readable I would go for the
VB Lrecl
...@bama.ua.edu] On
Behalf Of Rick Fochtman
Sent: Wednesday, December 17, 2008 12:15 PM
To: IBM-MAIN@bama.ua.edu
Subject: CLIST/REXX Philosophy
I'm probably going to start a firestorm here, but it's for an internal
argument here where I'm consulting.
Should REXX/CLIST datasets be RECFM=FB,LRECL=80
VB 255 was very common years ago. One of the reasons is that Stage 1 Clist
processing will scan to the end of the line looking for another command. One
could eliminate a lot of overhead by using VB. Personally, I have always been
an FB 80 guy.
Bob Shannon
Rocket Software
, 17 Dec 2008 11:15:19 -0600
From: rfocht...@ync.net
Subject: CLIST/REXX Philosophy
To: IBM-MAIN@bama.ua.edu
I'm probably going to start a firestorm here, but it's for an internal
argument here where I'm consulting.
Should REXX/CLIST datasets be RECFM=FB,LRECL=80, or should they be
RECFM
...@bama.ua.edu] On
Behalf Of Paul Gilmartin
Sent: Wednesday, December 17, 2008 12:52 PM
To: IBM-MAIN@bama.ua.edu
Subject: ISPF and long lines (was: CLIST/REXX Philosophy)
On Wed, 17 Dec 2008 12:27:21 -0500, Stocker, Herman wrote:
I like it FB LRECL 80 so I can see it on terminal screen without having
On 17 Dec 2008 09:58:06 -0800, paulgboul...@aim.com (Paul Gilmartin)
wrote:
Why, why doesn't ISPF edit, as an option, provide the facility to
display long lines as single fields occupying multiple screen lines,
as XEDIT does. This makes insertion into a long line vastly
easier. Users preferring
I'm probably going to start a firestorm here, but it's for an internal
argument here where I'm consulting.
Should REXX/CLIST datasets be RECFM=FB,LRECL=80, or should they be
RECFM=VB,LRECL=255? Why?
--
Rick
--
Remember that if you’re not the lead dog, the view never changes.
@bama.ua.edu
Subject: CLIST/REXX Philosophy
I'm probably going to start a firestorm here, but it's for an internal
argument here where I'm consulting.
Should REXX/CLIST datasets be RECFM=FB,LRECL=80, or should they be
RECFM=VB,LRECL=255? Why?
--
Rick
--
Remember that if you’re not the lead dog, the view
-MAIN@bama.ua.edu
Sent: Wednesday, December 17, 2008 12:15:19 PM
Subject: CLIST/REXX Philosophy
I'm probably going to start a firestorm here, but it's for an internal argument
here where I'm consulting.
Should REXX/CLIST datasets be RECFM=FB,LRECL=80, or should they be
RECFM=VB,LRECL=255? Why
(was:
CLIST/REXX Philosophy)
12/17/2008 01:41
PM
If I remember correctly, the RACF DBSYNC tool generates a REXX with
lines longer that 80.
-Original Message-
From: Rick Fochtman
Sent: Wednesday, December 17, 2008 9:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: CLIST/REXX Philosophy
I'm probably going to start a firestorm here, but it's
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Paul Gilmartin
Sent: Wednesday, December 17, 2008 11:52 AM
To: IBM-MAIN@bama.ua.edu
Subject: ISPF and long lines (was: CLIST/REXX Philosophy)
SNIPAGE
Why, why doesn't ISPF edit
: Wednesday, December 17, 2008 3:52:52 PM
Subject: Re: ISPF and long lines (was: CLIST/REXX Philosophy)
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Paul Gilmartin
Sent: Wednesday, December 17, 2008 11:52 AM
To: IBM-MAIN@bama.ua.edu
Subject
-column displays allow, allowing for nicely formatted code most of the time.
-Original Message-
From: Rick Fochtman
Sent: Wednesday, December 17, 2008 9:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: CLIST/REXX Philosophy
I'm probably going to start a firestorm here, but it's for an internal
On Wed, 17 Dec 2008 12:50:41 -0800, Schwarz, Barry A
barry.a.schw...@boeing.com wrote:
If I remember correctly, the RACF DBSYNC tool generates a REXX with
lines longer that 80.
DBSYNC creates a VB format output file for its REXX exec containing the
commands, and by default will place up to 210
It depends on concatenations and the use of ALTLIB.
When I last supported an ISPF/TSO environment, IBM was the only vendor that
shipped CLISTs in both LRECL=80 255.
I don't know if they do that anymore.
If you have a lot of files, sent by vendors, that are in one or the other, and
you would be
From a purely maintenance view, it seems to me that staying with FB 80 would
be easier than trying to page right and left through a VB 255 file in an ISPF
edit session.
Two things:
1. When I was using VB-255, I never wrote CLIST code beyond the screen size.
2. You can get longer screen sizes
There is the new(ish) EXPAND command that works with scrollable panel
fields. It presents a popup window.
However, that doesn't help when you are Editing data.
Wed, Dec 17, 2008 at 12:52 PM, Paul Gilmartin paulgboul...@aim.com wrote:
Why, why doesn't ISPF edit, as an option, provide the
Rexx was first to be available on MVS/XA.
I thought it was first with ESA (3.1.3 0e).
But, I could be wrong.
I thought I was wrong once before; it turned out I was mistaken.
(8-{]}
-
Too busy driving to stop for gas!
--
For
Why, why doesn't ISPF edit, as an option, provide the facility to display long
lines as single fields occupying multiple screen lines,
as XEDIT does.
1. ISPF EDIT appears to be 'stabilised'.
2. Open a requirement.
3. Write a macro(?); I tried once. Ran out of time.
-
Too busy driving to stop
I use VB/255 for in-house stuff; 80 columns is like
coding with mittens on. I have ISPF and
my terminal emulator set up to display 132 columns.
I leave SYSEXEC at FB/80, then use ALTLIB and
SYSUEXEC to access my VB/255 tool set.
For anything that goes to customers, I convert to
FB/80 so
On Wed, Dec 17, 2008 at 4:42 PM, Ted MacNEIL eamacn...@yahoo.ca wrote:
Why, why doesn't ISPF edit, as an option, provide the facility to display
long lines as single fields occupying multiple screen lines,
as XEDIT does.
1. ISPF EDIT appears to be 'stabilised'.
2. Open a requirement.
3.
On Wed, 17 Dec 2008 21:42:08 +, Ted MacNEIL eamacn...@yahoo.ca wrote:
1. ISPF EDIT appears to be 'stabilised'.
I don't think so, Ted. Each of the last 3 z/OS releases has contained
enhancements to ISPF Edit.
In z/OS R10:
o The ISPF editor now allows multiple destinations to be specified
4. Use z/VM. :-)
In an all z/OS shop?
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the
1. ISPF EDIT appears to be 'stabilised'.
I don't think so, Ted. Each of the last 3 z/OS releases has contained
enhancements to ISPF Edit.
Okay. I sit corrected.
What really has stabilised is the user community.
I've found so many people do not use new function, because there is little done
On Wed, 17 Dec 2008 22:34:49 +, Ted MacNEIL eamacn...@yahoo.ca wrote:
I've found so many people do not use new function, because there is little
done to communicate change beyond the SYSPROG.
I've also found that even when you do communicate to the user community,
few actually read/exploit
Any user can find the ISPF changes for a given release from the ISPF Help
pull-down in the Action bar (assuming the Sysprog has left it active).
Also assuming that they (the user) care.
One of the first things I did, at the last company I worked, was explain that
very thing.
I found two end
On Wed, Dec 17, 2008 at 5:28 PM, Ted MacNEIL eamacn...@yahoo.ca wrote:
4. Use z/VM. :-)
In an all z/OS shop?
This:
:-)
is called an emoticon or a smiley. That one indicates that I was kidding.
--
For IBM-MAIN subscribe /
18:32
Subject: Re: ISPF and long lines (was: CLIST/REXX Philosophy)
On Wed, Dec 17, 2008 at 5:28 PM, Ted MacNEIL eamacn...@yahoo.ca wrote:
4. Use z/VM. :-)
In an all z/OS shop?
This:
:-)
is called an emoticon or a smiley. That one indicates that I was kidding
In 494933a7.7010...@ync.net, on 12/17/2008
at 11:15 AM, Rick Fochtman rfocht...@ync.net said:
Should REXX/CLIST datasets be RECFM=FB,LRECL=80, or should they be
RECFM=VB,LRECL=255?
That's more of a political question than a technical question. I prefer
VBM, but keep in mind that you can't mix
In
0d91bd2a037c4943af38da4abed6c409087e6...@njpshfsexmb01.campus.corp.cendant.org,
on 12/17/2008
at 12:27 PM, Stocker, Herman herman.stoc...@avisbudget.com said:
I like it FB LRECL 80 so I can see it on terminal screen without having
to shift right and left. We only support 80 wide displays.
In
4a25f3adc7d4cd4388704e36280459c3090ed...@mddp-exch-003.aeth.aetna.com,
on 12/17/2008
at 12:40 PM, Veilleux, Jon L veilleu...@aetna.com said:
From a purely maintenance view, it seems to me that staying with FB 80
would be easier than trying to page right and left through a VB 255 file
in an
In
1145112817-1229549985-cardhu_decombobulator_blackberry.rim.net-13204583...@bxe348.bisx.prod.on.blackberry,
on 12/17/2008
at 09:39 PM, Ted MacNEIL eamacn...@yahoo.ca said:
I thought it was first with ESA (3.1.3 0e).
You thought wrong. It was included in TSO/E[1] for both MVS/XA and
MVS/ESA.
In
9241235.1229542809134.javamail.r...@elwamui-ovcar.atl.sa.earthlink.net,
on 12/17/2008
at 02:40 PM, Lizette Koehler stars...@mindspring.com said:
My prefrence is FB 80 80x
That way it fits on my screen
That only makes sense if your screen is 80-wide, which is so 1960's.
--
Shmuel
: Wednesday, December 17, 2008 4:39:50 PM
Subject: Re: CLIST/REXX Philosophy
Rexx was first to be available on MVS/XA.
I thought it was first with ESA (3.1.3 0e).
But, I could be wrong.
I thought I was wrong once before; it turned out I was mistaken.
(8-{]}
-
Too busy driving to stop for gas
51 matches
Mail list logo
