On Sat, 30 May 2009, Chris Craddock wrote:
> On Sat, May 30, 2009 at 8:51 AM, John McKown 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 that are bigger
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, 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 tw
On Sat, 30 May 2009 11:43:13 -0500, 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." ...
That would be great for
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 that
> -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, 20
On Fri, 29 May 2009 17:54:57 -0400, Kurt Quackenbush 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 ERRSYSMODS,
On Sat, May 30, 2009 at 8:51 AM, John McKown 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 allocated to a z
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 sti
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
On Sat, 30 May 2009 10:07:28 -0500, Kirk Wolf 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 files from the
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
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 wrote:
> McKown, John wrote:
>
>> Could I ask a question which I know you likely cannot answer. But, if
>> possible, could you explain why the SMP
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
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,
>
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 descri
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, 2
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
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 maintenen
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: IBM-MAIN
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
21 matches
Mail list logo
