> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave
> Sent: Tuesday, January 20, 2009 2:41 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SMS and System Temporary Datasets
>
> > Are you assuming SMS will manage the 'extent
> I can see that the issue, in my current environment, is that I tell VAM
> (CA-Allocate) to bail out of it's ASR (EXIT CODE(0)) if it sees a
non-null Storage Class.
Why? Use it!
VAM/BrightStore/SAMS-Allocate works with SMS and non-SMS data.
>We are hoping to be able to eliminate VAM from the
Hi Ted,
I do have other SMS-managed data. I'm just doing the conversion a bit
backwards. ;-)
I can see that the issue, in my current environment, is that I tell
VAM (CA-Allocate) to bail out of it's ASR (EXIT CODE(0)) if it sees a
non-null Storage Class. We are hoping to be able to eliminat
Swoyer makes some good observations ...
http://www.esj.com/news/article.aspx?EditorialsID=3475
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/
---
On Tue, 20 Jan 2009 16:39:32 -0500, Thompson, Steve
wrote:
>
>Done found it, and fixed it. The "macro" was RES for RESET which is what
>I type at the top of edit/view sessions when there are junk messages at
>the top that I don't care about... (among other times). Some how I
>managed to get it p
>> Are you assuming SMS will manage the 'extent problem', and you can get rid
>> of the product? You can't.
>Maybe not totally, but space constraint relief, extended format and
>multi-volume can go a long way.
Yes! But!
The OP appeared to assume that:
1. You can't use CA-Allocate with SMS.
2. S
> Are you assuming SMS will manage the 'extent problem', and you can get
rid of the product? You can't.
Maybe not totally, but space constraint relief, extended format and
multi-volume can go a long way.
We never had any ISV product for this and x37 abends did occur. Not
frequently and we've alwa
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Zelden
Sent: Tuesday, January 20, 2009 3:29 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ISPF Edit Macro
Put this exec in a library and execute it:
/* rexx */
Address ISPEXEC
/* "VERASE
On Tue, 20 Jan 2009 15:19:50 -0500, Thompson, Steve
wrote:
>I am still scratching my head as to how that got picked up as an initial
>macro. But, it is no more.
>
In my experience... type ahead with your emulator. The initial panel
pops up for a flat file edit and you never see or notice it bec
On Tue, 20 Jan 2009 15:05:08 -0500, Thompson, Steve
wrote:
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
>Behalf Of Betsy Jeffery
>Sent: Tuesday, January 20, 2009 9:36 AM
>To: IBM-MAIN@bama.ua.edu
>Subject: ISPF Edit Macro
>
>I found the culprit
>My options seem to be:
>1) plow thru all System Temporary allocations being increased by CA-Allocate
>and update the JCL, or
>2) Leave System Temporary datasets non-SMS.
At the risk of repeating myself, what makes you think these are mutually
exclusive?
Are you assuming that you can't do both i
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Tom Marchant
Sent: Tuesday, January 20, 2009 2:47 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ISPF Edit Macro
Whenever you get a short message that you don't understand, you should
press
PF1. A
I guess I don't know the complete effect of setting this value. If
there's a chance that setting it could disrupt our network I wanted to
be able to change it back.
Luke
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Patrick O'Keefe
Sent
Bob,
>
>I've got a product (CA-Allocate) that allows dynamic increasing of
> the allocation of System Temporary datasets. This current state.
>
>As I move to SMS, I see that only a STORCLAS is assigned for these.
> If I understand correctly, this means that the space coded in the JCL
On Tue, 20 Jan 2009 12:55:37 -0600, Rabbe, Luke
wrote:
>...
>I modified VTAMOPTS to give TCPNAME a value.
>...
>Now I want to change it back to the initial value of *BLANKS*, but
VTAM
>won't let me enter a blank or the value *BLANKS* in the modify
command.
>Has anyone ever done this or have
>In every instance I've configured DFSMS, DFSMS has always managed System
Temporary Data Sets.
1. This is a good thing.
>ISV products that provide dynamic enhancements to the DFSMS structure
>(CA-Alloc and MAINVIEW SRM Allocation/StopX37/II are
two such products)
2. These products are indepen
In every instance I've configured DFSMS, DFSMS has always managed System
Temporary Data Sets. ISV products that provide dynamic enhancements to
the DFSMS structure (CA-Alloc and MAINVIEW SRM Allocation/StopX37/II are
two such products) will continue to dynamically increase these and any
other type
>I've got a product (CA-Allocate) that allows dynamic increasing of the
>allocation of System Temporary datasets. This current state.
>As I move to SMS, I see that only a STORCLAS is assigned for these. If I
>understand correctly, this means that the space coded in the JCL is what you
>get.
On Tue, 20 Jan 2009 15:05:08 -0500, Thompson, Steve wrote:
>
>It happens with PDS before I even select a member (ISRUDSM panel says
>"Initial edit macro set"). I haven't tried a DSORG=PS file yet.
>
>And it is always from 3.4 or DSLIST panels, not EDIT (=2) or View (=1).
Whenever you get a short m
OP implied SAS was already available at the site :) IF so, MXG is a
minor additional expense in the grand scheme of things :)
Dave Gibney
Information Technology Services
Washington State Univsersity
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
B
Well, having not gotten a straight answer to a straight question, I did a quick
test.
I had a GDG:
uid.GDGTEST.G0001V00
uid.GDGTEST.G0002V00
uid.GDGTEST.G0003V00
uid.GDGTEST.G0004V00
I then allocated
uid.GDGTEST.G0005V03
And I ended up with
uid.GDGTEST.G000
Hi Folks,
I've got a product (CA-Allocate) that allows dynamic increasing of
the allocation of System Temporary datasets. This current state.
As I move to SMS, I see that only a STORCLAS is assigned for these.
If I understand correctly, this means that the space coded in the JCL is
what
>As of right now one cannot define resource groups in terms of software MSUs.
Yes. You can. It's just math.
Each generation of z is just another 0.9.
Just, divide by 0.9, 0.81, 0.72, etc.
So, again another lesson for the student, glasshoppa!
-
Too busy driving to stop for gas!
--
>What about the cost of SAS?? That's not exactly "pocket change"!!
1. The original post, asked if you already had SAS. There was nothing stating
that you should go out and buy it.
2. SAS is available with sub-capacity licencing options.
3. SAS is available (and cheaper) on alternate platforms. So
--
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman
You should have seen how they were managed in a CVOL environment!
Chewing gum, bailing wire, spit a and LOT of prayers! . . .
So, does that mean th
---
We're definitely talking huge $$, here. MXG is an EXPENSIVE $1500/annum
as a site licence. How many multi-millions site can affor such an outlay?
--
What about the cost of SAS?? Th
Except that the CPU service units used in controlling resource groups
are the hardware service units. I believe that the original poster
wants to define based on the software MSUs used for sub-capacity
pricing. It just appears to me that he's trying to control software
costs. That's just a guess
Thanks all.
>>> "Bobbie Jo" 1/20/2009 2:56 PM >>>
There should be a member in your new 1.9 "cpac.parmlib(bpxprm*)" that has
exactly this info in it.
- Original Message -
From: "Matt Dazzo"
Newsgroups: bit.listserv.ibm-main
To:
Sent: Tuesday, January 20, 2009 2:50 PM
Subject: HFS Mo
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Field, Alan C.
Sent: Tuesday, January 20, 2009 2:13 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ISPF Edit Macro
I've captured the wisdom of this list over the years on this problem.
Here's my no
I've captured the wisdom of this list over the years on this problem.
Here's my notes:
And for those poor souls who inadvertantly set the Initial macro value
and now get a message from 3.4 doing Edit or View ...
>From the extended member list ...
ISPF 3.4 dataset list ...
E or M agains
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Betsy Jeffery
Sent: Tuesday, January 20, 2009 9:36 AM
To: IBM-MAIN@bama.ua.edu
Subject: ISPF Edit Macro
I found the culprit.
Well, I have been following this with some interest, because it
Should be in the CPAC.PARMLIB from the serverpac. Member BPXPRM??
Dave Gibney
Information Technology Services
Washington State Univsersity
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)
Sent: Tues
We don't have Java, but here's a couple of the mount points for our system:
MOUNT FILESYSTEM('OMVS.TST1.SHPHROOT')
MOUNTPOINT('/usr/lpp/php')
TYPE(HFS) MODE(RDWR)
MOUNT FILESYSTEM('OMVS.TST1.SHPEROOT')
MOUNTPOINT('/usr/lpp/perl')
I have installed z1.9 and working on the configuration. When updating BPXPRMXX
how do I determine what the mount point is of these new HFS files. Can't find
this info in any manual or the archives. Thanks Matt
SYS1.ZOS19.OMVS.JAVA31V5
SYS1.ZOS19.OMVS.JAVA31V6
SYS1.ZOS19.OMVS.JAVA64V5
SYS1.ZOS19
Yup, probably the best deal in software costs ever, and I include open
source in this statement :)
Dave Gibney
Information Technology Services
Washington State Univsersity
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ted MacNEIL
Sent: T
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman
>
> You should have seen how they were managed in a CVOL environment!
> Chewing gum, bailing wire, spit a and LOT of prayers! . . .
So, does that mean the demise of CVOLs predated the availability of duc
>Why would the site that has SAS and wants to do customized reporting not have
>MXG?
We're definitely talking huge $$, here.
MXG is an EXPENSIVE $1500/annum as a site licence.
How many multi-millions site can affor such an outlay?
-
Too busy driving to stop for gas!
-
I've been following this extensive discussion of GDG's and the side notes
related to generating unique dataset names, long dataset names, GDG limits
and other limitations.
These are all just characteristics of the underlying architecture, which is
unlikely to change. What you do with that arch
Well... if the system allowed larger limits then we'd probably use them.
GDG catalog processing has always been something of a kludge (my
opinion... sorry if you're lurking, Mark). GDG sphere records are too
big for their own good
-
Total agreement! What I wish were a possibility would be an totally new
construct with similar semantics to a GDG. But the LLQ would somehow
encode the creation date & time (perhaps to the nearest second). No, I
don't know how to
Yes, it's understood that there is only one version cataloged at any one time.
The question remains: Must version numbers be assigned incrementally?
> Date: Tue, 20 Jan 2009 13:57:44 -0500
> From: stars...@mindspring.com
> Subject: Re: GDG Question
> To: IBM-MAIN@bama.ua.edu
>
> My unde
SHOWzOS and COBANAL display the CEExOPT settings but not for CEEROPT.
However the code should also work for CEEROPT unless you modify it and load
the CEEROPT entry. Starting with z/OS R9 (?) IBM deliver a macro (CEEOCB?)
to map the CEExOPT.
Regards
Roland
>Is there some utility out there whe
I forgot to add, the reason would be that DSN(0) would never know which Version
to pull in should there be more than one version.
That is why many shops want a different process for getting dates and times
into data set names.
Lizette
>
>My understanding is that you would only have ONE verio
My understanding is that you would only have ONE verions number at any given
time.
I have not seen a case where you would have G0001V00, and G0001V01 and
G0001V02. Only the G0001V02 would be in the catalog. Any other versions would
not.
Though I could be wrong, but that is currently my under
On Tue, 2009-01-20 at 12:18 -0600, Tom Marchant wrote:
> On Tue, 20 Jan 2009 11:49:05 -0600, John McKown wrote:
> >But the LLQ would somehow
> >encode the creation date & time (perhaps to the nearest second).
> Dddd.Thhmmss?
One second is not fine enough. In a backup application I use
Dd
I started VTAM with no TCPNAME specified. A display of VTAMOPTS showed:
TCPNAME=*BLANKS*
I modified VTAMOPTS to give TCPNAME a value.
Now I want to change it back to the initial value of *BLANKS*, but VTAM
won't let me enter a blank or the value *BLANKS* in the modify command.
Has anyon
On Tue, 13 Jan 2009 13:06:46 -0600, Steve McCulloch wrote:
>Has anyone created a SAS macro that maps out the Historical data from the
>TS7700 BVIR tool? Barry Merril has created one for MXG. However, this is to
>support non-MXG client site and would be used for customized reporting.
Why would th
> The Version numbers are ascending (00 to 99). I have not known
> of a case where you would create a descending version (99 to 00).
Well, I can't imagine needing to create up to 99 replacement versions either.
However, if I were to use this feature, I could well imagine making
the vers
On Tue, 2009-01-20 at 17:49 +0100, R.S. wrote:
> Is there any other reason? No one wants 365 generations?
Well... if the system allowed larger limits then we'd probably use them.
GDG catalog processing has always been something of a kludge (my
opinion... sorry if you're lurking, Mark). GDG spher
>I have always *tried* to avoid GDGs like the plague that they are.
They have their uses, if you understand their quirks.
The biggest thing I used them for was SMF dumps.
At each switch dump to a GDG.
Switch at midnight, consolodate with a simple reference to the base(s).
Delete if successful.
Don
The Version numbers are ascending (00 to 99). I have not known of a case where
you would create a descending version (99 to 00).
Lizette
>
>> The Vyy is the Version Number ... (allowing you to replace it up to 99
>> times).
>
>
>Are you saying that replacement versions may only be created
Hmmm, why wasn't hex used for this "rollover" then if anyone were crazy
enough to do it, they could have 65535 generations (GVxx) before
rollover. Surely that is enough!
I have always *tried* to avoid GDGs like the plague that they are.
Guy Gardoit
z/OS Systems Programming
On Tue, Jan 20, 2
> The Vyy is the Version Number ... (allowing you to replace it up to 99
> times).
Are you saying that replacement versions may only be created in ascending
sequence?
> Date: Tue, 20 Jan 2009 12:15:46 -0500
> From: hal9...@panix.com
> Subject: Re: GDG Question
> To: IBM-MAIN@bama.ua.ed
On Tue, 20 Jan 2009 11:49:05 -0600, John McKown wrote:
>
>What I wish were a possibility would be an totally new
>construct with similar semantics to a GDG. But the LLQ would somehow
>encode the creation date & time (perhaps to the nearest second). No, I
>don't know how to encode that into 8 "print
On Tue, 20 Jan 2009, Ted MacNEIL wrote:
> > Why doesn't'GV00 roll over to G0001V01?
> > Rather than starting over at G0001V00...
>
> Why does it really matter?
> You can only have a max of 255 entries.
> Just like 640K was enough memory on a PC, 255 entries is enough!
>
> -
Total agreement!
>If I'm not mistaken, the only recourse with WLM is to change the workload's
>importance.
No, you can use resource groups to ensure a min/max (or both) for any service
class.
I've only used them to ensure a minimum for a service class in a constrained
environment.
-
Too busy driving to stop
What do you wish to do if the workload exceeds the maximum? If I'm not
mistaken, the only recourse with WLM is to change the workload's importance.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Dick de Groot
Sent: Tuesday, January 2
At 09:06 -0500 on 01/20/2009, Joe Aulph wrote about Re: GDG Question:
This brings up a question I've had before.
Why is the 'V00' not made use of?
Why doesn't'GV00 roll over to G0001V01?
Rather than starting over at G0001V00...
Just a thought
All automatically created files have the v00
At 09:29 -0500 on 01/20/2009, Joe Aulph wrote about Re: GDG Question:
So what your saying is the the LOCATE/CAMLIST macros (and others I suppose)
never even look at the Vxx part of the DSN.
Your usage of it is interesting, never thought of it myself, but lord knows
I could have used it!
Thank Y
At 02:36 + on 01/20/2009, Ted MacNEIL wrote about Re: GDG Question:
>That is because the GDG is in a VSAM catalog.
ICF catalogue -- different from VSAM.
True. I was using VSAM as the alternative to CVOL catalogs. ICF is
still VSAM but just a new way of handling the Catalog (as opposed t
The interesting question is what the intended
use of the "V00" part was ?
And if any system actions is taken regarding
changes in that part ?
Regards,
Thomas Berg
__
Thomas Berg Specialist IT-U SWEDBANK
> -Ursprungligt meddelande-
> F
>You can use resource groups for percentage of LPAR share but I would like to
>do it on MSU value.
Unless they changed it, since I've last been involved with WLM, resource groups
are defined as unnormalised CPU service units.
Since MSU stands for 'Millions of Service Units', I'll leave the calcu
>
> Are you haevy user of GDGs created *more frequently* than daily?
We run a batch job to copy off smf and ims log data whenever a switch
occurs. Just our kind of normal.
> BTW: I think that a reason why IBM didn't increase maximum LIMIT() for
> GDG is lack of interest: Those customers who
> Why doesn't'GV00 roll over to G0001V01?
> Rather than starting over at G0001V00...
Why does it really matter?
You can only have a max of 255 entries.
Just like 640K was enough memory on a PC, 255 entries is enough!
-
Too busy driving to stop for gas!
---
we certainly create GDG "members" more frequently than daily - more
importantly (for us) - they are "ad hoc" - we simply dont know how many
will be generated in a day - until they are generated
(CA-IDMS transaction log and recovery journal offloads)
Chris Hoelscher
Senior IDMS & DB2 Database Adm
David Andrews wrote:
On Tue, 2009-01-20 at 17:02 +0100, R.S. wrote:
Of course it is possible to use GDGs for cyclic jobs running hourly
(still over year) or even more frequently. [...] But I think it is
uncommon.
Commonplace here. We are heavy, regular users of GDGs.
Are you haevy user o
In a message dated 1/20/2009 8:55:58 A.M. Central Standard Time,
steve_thomp...@stercomm.com writes:
Given IBM's behavior, T3 and FSI are the only ways one would get a drop and
play mainframe (vis-à-vis MP3000). Which in my opinion is what it would take
to go into server farms to have a be
On Tue, 2009-01-20 at 17:02 +0100, R.S. wrote:
> Of course it is possible to use GDGs for cyclic jobs running hourly
> (still over year) or even more frequently. [...] But I think it is
> uncommon.
Commonplace here. We are heavy, regular users of GDGs. Lots and LOTS
of old-master-in, transactio
We are looking for a small, used, STK 8500 tape library for use with a z/VM
system. If you have one for sale, please contact me via email. Please don't
respond to the list.
Bob Shannon
Rocket Software
--
For IBM-MAIN subscribe
On Tue, 20 Jan 2009 09:21:50 -0600, Betsy Jeffery
wrote:
>Thanks for the posts. Unfortunatley, the suggestions have not worked yet.
>My profile shows IMACRO NONE and EDSET shows no inital macro. The
>problem persists but not in all files.
>Betsy
>
Is it only happening for flat file (dsorg=ps)
David Magee wrote:
[...]
If for some reason an entry in group A does not roll off (i.e., an
expiration date is changed so that the entry doesn't expire in a timely
matter, etc.), group B will not have it's wrap bits turned off. When group
B gets to G0999V00, then next attempt to create an entry
Esmie
I assume you wanted to say "I am unable to find error message - ADR849E".
You may even know about the IBM web page service "LookAt!".
In case you are unfamiliar with "LookAt!", it can be found at the following web
page:
http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/
In case you a
I found the culprit. The 'ISRUEDIT DSLIST' panel had an errant character in
the inital macro screen. Clearing it fixed the problem for PDS/PDSE/sequential
files. Don't you hate it when the answer is right in front of you but you
can't
see it!
Thanks to all.
-
Betsy Jeffery wrote:
Thanks for the posts. Unfortunatley, the suggestions have not worked yet.
My profile shows IMACRO NONE and EDSET shows no inital macro. The
problem persists but not in all files.
Betsy
But in your initial post you wrote:
"Some how I have managed to create something t
As entries are added to a GDG by DSN=...(+1), G0001V00 thru GV00 are
created with the wrap bit OFF (I'll refer to these entries members of group
A). After GV00 exists, the next entries created by DSN=...(+1) are
G0001V00 - G0999V00 with the wrap bit ON (I'll refer to these entries as
membe
Thanks for the posts. Unfortunatley, the suggestions have not worked yet.
My profile shows IMACRO NONE and EDSET shows no inital macro. The
problem persists but not in all files.
Betsy
--
For IBM-MAIN subscribe / signoff /
You can modify the config file names via operator command, so a process
that Peter outlined could work. I do not know if the new file names
take effect immediately, or on the next cycle. So you could set
something up on a daily basis. In our case, I have turned off all AUDIT
recording except for
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Bob Shannon
> Sent: Tuesday, January 20, 2009 8:01 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: T3 files complaint against IBM
>
> >It's good to see that T3 Technologies has not yet give
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Roger Bowler
Sent: Tuesday, January 20, 2009 6:36 AM
To: IBM-MAIN@bama.ua.edu
Subject: T3 files complaint against IBM
It's good to see that T3 Technologies has not yet given up the struggle t
"Dick de Groot" wrote in message
news:<1cb107490901200633t4f2e3004qf732fc7fdac44...@mail.gmail.com>...
> Is there a way to control the maximum use of MSU's for a specific
workload
> with WLM.You can use resource groups for percentage of LPAR share but
i
> would like to do it on MSU value.
>
> -
Is there a way to control the maximum use of MSU's for a specific workload
with WLM.You can use resource groups for percentage of LPAR share but i
would like to do it on MSU value.
--
Met vriendelijke groeten/With kind regards
Dick de Groot
--
So what your saying is the the LOCATE/CAMLIST macros (and others I suppose)
never even look at the Vxx part of the DSN.
Your usage of it is interesting, never thought of it myself, but lord knows
I could have used it!
Thank You,
Joe Aulph,
Senior Systems Programmer:
850-487-8945
joe_au...@dcf.sta
The V00 part of the GV00 number is used to create the same GDG number
without impacting the GDG numbers.
Say I have G0001V00 and I find that it is incorrect, I then create a
G0001V01. Now let's say the G0001V01 is still the Generation 0 entry in the
GDG. Then when I use DSN(0) it pulls in G0
Peter,
No for now it is just the file names inside the Unix Config file for EKM
that I want to change.
At this time, all of our unix files are unique per LPAR for EKM. I will be
working on setting up a SYSPLEX ROOT in my Unix so we can look at unix file
sharing closer. As well as automove for ou
This brings up a question I've had before.
Why is the 'V00' not made use of?
Why doesn't'GV00 roll over to G0001V01?
Rather than starting over at G0001V00...
Just a thought
Joe Aulph,
Senior Systems Programmer:
850-487-8945
joe_au...@dcf.state.fl.us
And check your Edit settings with the Edit_Settings pull-down or the EDSET
command.
Regards,
John K
Wayne B of the IBM Mainframe Discussion List wrote
on 01/19/2009 09:04:04 PM:
> Make sure you didn't accidentally set up an initial macro on your ISPF
EDIT
> panel.
>
> In option 2) look below th
(1) I would expect the listener task to be performing GIVESOCKET to one of the
subtasks (which will perform TAKESOCKETs)
(2) Yes - you just need to handle the subtasks and dish work out from the
mother task - the mother could be the listener task
Rob Scott
Rocket Software, Inc
275 Grove Stree
>The config information will need to be changed each time the EKM STC
>is cycled.
Apart from the filenames you already posted, what else do you need to
change in the config file?
If it is only filenames so they point to the current files, this is
exactly what symbolic links are good for. You can
The config information will need to be changed each time the EKM STC is
cycled.
So, yes, I am looking at creating a pre or post REXX to alter the config
file in Unix to have the names that I want. It would have been nicer if
Unix provided this function or the JZOS process provided it.
Lizette
>It's good to see that T3 Technologies has not yet given up the struggle to
>bring back competition into the IBM mainframe market.
Or it could be construed as beating a dead horse
Bob Shannon
--
For IBM-MAIN subscribe / signoff
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
>
> On Tue, 20 Jan 2009 14:42:47 +0900, Timothy Sipples wrote:
> >
> >But yes, you can get mixed case password support with NVAS. Take a
look at
> >APAR PK16580 for more information. Here's a Web link th
It's good to see that T3 Technologies has not yet given up the struggle to
bring back competition into the IBM mainframe market.
http://openmainframe.org/featured-articles/the-t3-technologies-story.html
Roger Bowler
http://perso.wanadoo.fr/rbowler
Hercules "the people's mainframe"
--
>How would I code the EKM paramenter to include a date and
>time stamp? I want the process to generate a new file each
>time it is cycled. [snip]
>Audit.metadata.file.name = /EKM/ekmetc/SDH8_metafile.xml
>Would become
>Audit.metadata.file.name=/EKM/ekmetc/&SYSNAME_metafile.xml
Lizette,
On Mon, Jan 19, 2009 at 6:43 PM, esmie moo wrote:
> Good Day
>
> I am
>
>
> __
>
| 3.2.507 *ADR849E*
--
| *ADR849E* *(*ttt*)-*m*(*yy*),* *COPY* *FROM* *VOLUME*
input_volume_serial_number *TO*
94 matches
Mail list logo