Kurt,
Unless I coded it wrong SET BDY(TARGET). UNLOAD SYSMODS FUNCTIONS.,
why do you think it is easier? Both UNLOAD and LIST are multi-line
reports.
Regardless, thanks for replying and you were correct in your assumption
as to what I was looking for.
How about providing the FMID description
Yes, Mark and I did speak offline, but I had to reconsider a portion of
that conversation and Mark was unaware of that. Sorry, Mark.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Zelden
Sent: Friday, May 29, 2009 1:17 PM
To:
Bob,
My shop does annual serverpacs and what I did was to generate the
CPAC products report to a pre-allocated
dataset. I then wrote an exec to parse out all the FMIDs and their plain
English equivalents. We use this to provide
dynamically generated web pages to publish what
The next meeting of the NY Metro NaSPA Chapter will be on Tuesday, 23 June
2009 in room 1219 at the IBM Building at 590 Madison Avenue, New York
City, from 10:00 AM until 4:30 PM. We have a full-day of great sessions
planned with some of the best System z speakers in the industry. Sessions
for
Wow, my English was horrible in the previous post. More coffee, please!
I meant to say The print line HAS the room and
... AS being accurate.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Richards, Robert B.
Sent: Saturday, May 30, 2009
Jim,
Absolutely, I would be interested in looking at it. Thanks for offering.
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Jim Holloway
Sent: Saturday, May 30, 2009 9:10 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Subject: FMID
On Fri, 29 May 2009, Bobbie Jo wrote:
good grief, why do you keep fighting with the storage admins?
make one zFS download extended format dataset on ONE permanently
mounted mod 54 volume, and be done with it.
use that download file system for z/OS, cics, db2, program products,
etc. Use
On Friday 29 May 2009 16:12, Bill Washburn wrote:
Does anyone have a reasonably good idea of
I'm not sure my opinion is reasonable
a) how many active VSE shops there are worldwide?
thousands, but probably fewer now than there were last year
b) how many VSE shops have any RPGII code in
I'm not sure if this helps, but the z/OS pax command supports reading
archives from an MVS dataset.
On Fri, May 29, 2009 at 5:22 PM, Kurt Quackenbush ku...@us.ibm.com wrote:
McKown, John wrote:
Could I ask a question which I know you likely cannot answer. But, if
possible, could you explain
On Fri, 29 May 2009, Howard Rifkind wrote:
Kurt,
I also find this a pain in the a__. Is it still IBM's purpose to 'Make
this more difficult so we will understand it' You took something that
worked real well and messed it up.
How about two procedures, one for the z/OS-z/VM and one for
On Sat, 30 May 2009 10:07:28 -0500, Kirk Wolf k...@dovetail.com wrote:
I'm not sure if this helps, but the z/OS pax command supports reading
archives from an MVS dataset.
Close, but not quite. SMP/E doesn't support SMPNTS resident in
Classic data sets.
Recent releases of SMP/E process relative
On Sat, 30 May 2009 09:14:33 +1000, Shane wrote:
On Fri, 2009-05-29 at 17:52 -0500, Paul Gilmartin wrote:
Grrr. (Bristling at the aura of condescension.) It's an
unconscionable oversight that SMP/E elected to design GIMAPI
in a Rexx-hostile style.
I'd be prepared to cut Kurt some slack,
On Fri, 29 May 2009 20:58:21 -0400, Robert A. Rosenberg wrote:
At 18:12 -0500 on 05/29/2009, Paul Gilmartin wrote about Re: SMP/E
packaging of maintence / products (was: FMID desc:
On Fri, 29 May 2009 16:00:47 -0700, Howard Rifkind wrote:
I also find this a pain in the a__. Is it still IBM's
On Sat, May 30, 2009 at 8:51 AM, John McKown joa...@swbell.net wrote:
A good idea. However, we only have 3390-3 volumes. And, as I said in
another post, if I have a large amount of unused space in a SMS pool,
then management becomes unglued. Of course, I could just leave the entire
space
On Fri, 29 May 2009 17:54:57 -0400, Kurt Quackenbush ku...@us.ibm.com wrote:
Mark Zelden wrote:
Bob and I spoke off-list about this. SMP/E is a bad spot for what he
is looking for. Too many FMIDs are part of z/OS base. For example,
RACF (HRF*).
Huh? Given the FMIDs reported by REPORT
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Chris Craddock
Sent: Saturday, May 30, 2009 12:01 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMP/E packaging of maintence / products (was: FMID
descriptions)
On Sat, May 30, 2009 at
I will checkout the Migration Assistant BIN file, but so far, the
BCNFMDS table entries seem to have the most complete English
descriptions. And since I now have working code to read those entries, I
have a potential solution.
My follow-on to Kurt was to ask him if that is an adequate source
On Sat, 30 May 2009 11:43:13 -0500, Paul Gilmartin paulgboul...@aim.com wrote:
...
Someone here once suggested that all local storage of unloaded
relative files should be eliminated: it shouldn't be RECEIVE
FROMNETWORK, but APPLY FROMNETWORK, accessing the Great SMPPTS
in the Sky. ...
That
On Sat, 30 May 2009, Paul Gilmartin wrote:
Someone here once suggested that all local storage of unloaded
relative files should be eliminated: it shouldn't be RECEIVE
FROMNETWORK, but APPLY FROMNETWORK, accessing the Great SMPPTS
in the Sky. But I know of no vendor that avoids the two step
AT 16:23 +0200 ON 05/30/2009, GILBERT SAINT-FLOUR WROTE ABOUT RE: VSE
RPG QUESTION:
RPG was designed for punch-cards, and like DYL260, requires
programmers to write code in specific columns. Not really convenient
when programmers use 3270-type terminals instead of card-punch
machines.
If
On Sat, 30 May 2009, Chris Craddock wrote:
On Sat, May 30, 2009 at 8:51 AM, John McKown joa...@swbell.net wrote:
I don't know whether to be comforted or irritated to see people still
suffering from the stupidity of ancient volume architectures. I have a bag
full of cheap USB thumb drives
21 matches
Mail list logo