Re: Creating a GDG Base with NOSCRATCH in an SMS pool
Hi Lizette, I not familiar with CA Vantage, but if you have CA Disk, these rolled off GDGs are easy to find. I would be happy to help with the statements. Linda Sent from my iPhone On Aug 22, 2012, at 6:56 AM, Lizette Koehler wrote: > I concur. > There are little options when searching very large pools. > > I have used the batch DFDSS sample and it works okay. > > If I try with ISMF I am not allowed to use wildcards for the storgrp. So > they have to be entered one at a time > > If I use 3.4 I can over shoot because I might not be able to restrict the > mask enough (PR* vs. PRX*) and therefore pick up too many volumes. > > I am considering opening a Share Requirement that would allow easier process > of finding all Uncataloged datasets in a Pool(s). It would save some time if > DFSMS provided a better/easier/more flexible process > > Currently CA Vantage and possibly FDRREPORT (I think, I do not have access to > the tool to confirm) have an easier process to do this. > > Lizette > > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf >> Of Gilbert Cardenas >> Sent: Wednesday, August 22, 2012 6:49 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: Creating a GDG Base with NOSCRATCH in an SMS pool >> >> "So, if I run a scan on my Pool with DFDSS with CATLG EQ NO, and I find lots >> of files, >> they are probably uncataloged in the SMS pool." >> >> I've done this before but it is a pain to have to specify all of the >> eligible volumes >> especially since they keep changing. >> >> I've experimented with customizing the IGGCSIRX routine to access a filter >> of ** (all >> datasets) and a parm of "N" for deferred datasets (IF SUBSTR(DWORK,POS1+1,1) >> = >> 'N' THEN DTYPE = 'DEFERRED') and it runs successfully, however, I never get >> any >> output which means that everything is working fine or there is a flaw in my >> routine. >> >> I trust the DFDSS but as I said, it is a pain to keep up with the volumes. >> >> >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, send email to >> lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating a GDG Base with NOSCRATCH in an SMS pool
DCOLLECT will give you a record for every dataset online. MXG is very useful for processing DCOLLECT records, but I would guess there are Synctool/Icetool and other samples out there. The DCOLLECT records are fully documented. Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Wednesday, August 22, 2012 6:56 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Creating a GDG Base with NOSCRATCH in an SMS pool > > I concur. > There are little options when searching very large pools. > > I have used the batch DFDSS sample and it works okay. > > If I try with ISMF I am not allowed to use wildcards for the storgrp. So they > have to be entered one at a time > > If I use 3.4 I can over shoot because I might not be able to restrict the mask > enough (PR* vs. PRX*) and therefore pick up too many volumes. > > I am considering opening a Share Requirement that would allow easier > process of finding all Uncataloged datasets in a Pool(s). It would save some > time if DFSMS provided a better/easier/more flexible process > > Currently CA Vantage and possibly FDRREPORT (I think, I do not have access > to the tool to confirm) have an easier process to do this. > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] On Behalf > > Of Gilbert Cardenas > > Sent: Wednesday, August 22, 2012 6:49 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Creating a GDG Base with NOSCRATCH in an SMS pool > > > > "So, if I run a scan on my Pool with DFDSS with CATLG EQ NO, and I find lots > of files, > > they are probably uncataloged in the SMS pool." > > > > I've done this before but it is a pain to have to specify all of the > > eligible > volumes > > especially since they keep changing. > > > > I've experimented with customizing the IGGCSIRX routine to access a filter > of ** (all > > datasets) and a parm of "N" for deferred datasets (IF > SUBSTR(DWORK,POS1+1,1) = > > 'N' THEN DTYPE = 'DEFERRED') and it runs successfully, however, I never get > any > > output which means that everything is working fine or there is a flaw in my > routine. > > > > I trust the DFDSS but as I said, it is a pain to keep up with the volumes. > > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to > > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating a GDG Base with NOSCRATCH in an SMS pool
:>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :>: Behalf Of John McKown :>: Sent: Tuesday, August 21, 2012 5:23 PM :>: To: IBM-MAIN@LISTSERV.UA.EDU :>: Subject: Re: Creating a GDG Base with NOSCRATCH in an SMS pool :>: snip :>: :>: 3.4 only shows catalogued data sets. So I don't understand this :>: statement. :>: Perhaps you meant no catalogued data sets which are not associated with :>: the :>: GDG base? If so, then I think you're correct. If you specify volume data, 3.4 will show all datasets on the volume(s) that match the DSN pattern regardless of catalog status. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating a GDG Base with NOSCRATCH in an SMS pool
:>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :>: Behalf Of Lizette Koehler :>: Sent: Tuesday, August 21, 2012 5:11 PM :>: To: IBM-MAIN@LISTSERV.UA.EDU :>: Subject: Re: Creating a GDG Base with NOSCRATCH in an SMS pool :>: :>: So, if I run a scan on my Pool with DFDSS with CATLG EQ NO, and I find :>: lots of files, they are probably uncataloged in the SMS pool. What command are you using for the scan? For example, DUMP (possibly with TYPRUN=NORUN) will not process an SMS dataset if it is not catalogued in the normal search order. An uncatalogued dataset fits this criterion so DFDSS shouldn't list it at all. :>: :>: If I use option 3.4 on the GDG Base and turn up NO dataset listings, :>: then I probably do not have any uncataloged GDGs under that base. If you want to list uncatalogued datasets in 3.4, you need to specify the volume(s). Otherwise you get only catalogued datasets. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating a GDG Base with NOSCRATCH in an SMS pool
I concur. There are little options when searching very large pools. I have used the batch DFDSS sample and it works okay. If I try with ISMF I am not allowed to use wildcards for the storgrp. So they have to be entered one at a time If I use 3.4 I can over shoot because I might not be able to restrict the mask enough (PR* vs. PRX*) and therefore pick up too many volumes. I am considering opening a Share Requirement that would allow easier process of finding all Uncataloged datasets in a Pool(s). It would save some time if DFSMS provided a better/easier/more flexible process Currently CA Vantage and possibly FDRREPORT (I think, I do not have access to the tool to confirm) have an easier process to do this. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf > Of Gilbert Cardenas > Sent: Wednesday, August 22, 2012 6:49 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Creating a GDG Base with NOSCRATCH in an SMS pool > > "So, if I run a scan on my Pool with DFDSS with CATLG EQ NO, and I find lots > of files, > they are probably uncataloged in the SMS pool." > > I've done this before but it is a pain to have to specify all of the eligible > volumes > especially since they keep changing. > > I've experimented with customizing the IGGCSIRX routine to access a filter of > ** (all > datasets) and a parm of "N" for deferred datasets (IF SUBSTR(DWORK,POS1+1,1) = > 'N' THEN DTYPE = 'DEFERRED') and it runs successfully, however, I never get > any > output which means that everything is working fine or there is a flaw in my > routine. > > I trust the DFDSS but as I said, it is a pain to keep up with the volumes. > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating a GDG Base with NOSCRATCH in an SMS pool
Lizette - I don't know how familiar you are with Vantage & it's masking rules, but I can tell you that even though I've used it for 5+ years, I still periodically go to the help panels & look up it's wildcards - especially when I trying something & get unexpected results. ddk Terry, Thanks for this. I had not tried this procedure and will review our LISTC today. Yes I only see the base ??? entries in 3.4. When I scan the pool in 3.4 with the mask of the GDG base and the PR* in the volumes it does not show any files in the pool. I will continue to research this issue. Lizette This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating a GDG Base with NOSCRATCH in an SMS pool
"So, if I run a scan on my Pool with DFDSS with CATLG EQ NO, and I find lots of files, they are probably uncataloged in the SMS pool." I've done this before but it is a pain to have to specify all of the eligible volumes especially since they keep changing. I've experimented with customizing the IGGCSIRX routine to access a filter of ** (all datasets) and a parm of "N" for deferred datasets (IF SUBSTR(DWORK,POS1+1,1) = 'N' THEN DTYPE = 'DEFERRED') and it runs successfully, however, I never get any output which means that everything is working fine or there is a flaw in my routine. I trust the DFDSS but as I said, it is a pain to keep up with the volumes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating a GDG Base with NOSCRATCH in an SMS pool
Terry, Thanks for this. I had not tried this procedure and will review our LISTC today. Yes I only see the base ??? entries in 3.4. When I scan the pool in 3.4 with the mask of the GDG base and the PR* in the volumes it does not show any files in the pool. I will continue to research this issue. Lizette > > Hi Lizette, > > In respect of your questions: > > "Is it possible to use DEF GDG (name(xyaz) NOSCRATCH NOPURGE) in an SMS pool. > > Is it possible that SMS will honor the NOSCRACH and allow uncataloged GDG datasets in > the POOL?" > > In the JCL course I deliver I specifically get the students to create a GDG Base with a > LIMIT of together with the SCRATCH option, and then generate 4 entries. I then get > them to amend the base to NOSCRATCH, and then separately get the to change the > LIMIT from 4 to 2. > > If they list the GDG using LISTC ENT for the base they will only see 2 associations > under the base, however if the use LISTC LVL against the base they see both the > associated entries and two data sets with GDG like names but which are marked > ROLLED-OFF rather than ACTIVE in the STATUS field. > > I do mot believe the above would be evident from an ISPF 3.4 display as it would > logically show all catalogued entries. > > If ISPF 3.4 is showing a base entry with a volume of all ?? and no similarly named > entries then I would conclude that the base was empty, but the ROLL-OFF status would > not show. > > Kind Regards - Terry > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating a GDG Base with NOSCRATCH in an SMS pool
Or a DEFINE ... RECATALOG if needed. That may require doing a DEFINE ALIAS to point the HLQ to the properly named catalog. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 • N. Richland Hills • TX 76010 (817) 255-3225 phone • john.mck...@healthmarkets.com • www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Gibney, Dave > Sent: Tuesday, August 21, 2012 7:19 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Creating a GDG Base with NOSCRATCH in an SMS pool > >Is the base there? If I found a bunch of uncatalog GDG like datasets > in my SMS pool, I would likely conclude the Storage Admin (me) made a > mistake at some point in the past :). I might then conclude (hopefully > after looking closely) that these datasets could not be useful as SMS > does not allow access to uncataloged datasets, that they were > candidates for DELETE gdsn NVR. > > > Dave Gibney > Information Technology Services > Washington State University > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Lizette Koehler > > Sent: Tuesday, August 21, 2012 5:11 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Creating a GDG Base with NOSCRATCH in an SMS pool > > > > So, if I run a scan on my Pool with DFDSS with CATLG EQ NO, and I > find lots of > > files, they are probably uncataloged in the SMS pool. > > > > If I use option 3.4 on the GDG Base and turn up NO dataset listings, > then I > > probably do not have any uncataloged GDGs under that base. > > > > We are also using CA Vantage function for uncataloged datasets just > to make > > sure we do not have anything under the specific GDG base. > > > > I used GDGBase.G* for the search. If this is incorrect, please let > me know > > > > Lizette > > > > > > > >Yes and no.:-) With SMS, when you use NOSCRATCH, the GDS data set > is > > >rolled off the GDG and, instead of becoming uncatalogued, the GDS > entry > > >becomes a normal non-VSAM entry. This means that it can only be > > referenced > > >by GOOVOO number, not via relative GDG number. And is not accessable > via > > >GDG-all processing. This is only possible due to the use of ICF > catalogs. > > > > > >SMS does not allow uncatalogued data sets. Well, theoretically. I've > seen > > >some, but I don't know how the got there. I think it was when an HLQ > was > > >changed to point to a different catalog. > > >On Aug 21, 2012 6:14 PM, "Lizette Koehler" > > wrote: > > > > > >> I ran across this in a problem today and I got a little confused. > > >> > > >> Is it possible to use DEF GDG (name(xyaz) NOSCRATCH NOPURGE) in an > > SMS > > >> pool. > > >> > > >> Is it possible that SMS will honor the NOSCRACH and allow > uncataloged > > GDG > > >> datasets in the POOL? > > >> > > >> Thanks. > > >> > > >> Lizette > > > > - > - > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM- > MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating a GDG Base with NOSCRATCH in an SMS pool
Hi Lizette, In respect of your questions: "Is it possible to use DEF GDG (name(xyaz) NOSCRATCH NOPURGE) in an SMS pool. Is it possible that SMS will honor the NOSCRACH and allow uncataloged GDG datasets in the POOL?" In the JCL course I deliver I specifically get the students to create a GDG Base with a LIMIT of together with the SCRATCH option, and then generate 4 entries. I then get them to amend the base to NOSCRATCH, and then separately get the to change the LIMIT from 4 to 2. If they list the GDG using LISTC ENT for the base they will only see 2 associations under the base, however if the use LISTC LVL against the base they see both the associated entries and two data sets with GDG like names but which are marked ROLLED-OFF rather than ACTIVE in the STATUS field. I do mot believe the above would be evident from an ISPF 3.4 display as it would logically show all catalogued entries. If ISPF 3.4 is showing a base entry with a volume of all ?? and no similarly named entries then I would conclude that the base was empty, but the ROLL-OFF status would not show. Kind Regards - Terry Director KMS-IT Limited 228 Abbeydale Road South Dore Sheffield S17 3LA UK Reg : 3767263 Outgoing e-mails have been scanned, but it is the recipients responsibility to ensure their anti-virus software is up to date. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating a GDG Base with NOSCRATCH in an SMS pool
On Aug 21, 2012 7:11 PM, "Lizette Koehler" wrote: > > So, if I run a scan on my Pool with DFDSS with CATLG EQ NO, and I find lots of files, they are probably uncataloged in the SMS pool. > I think that's true. > If I use option 3.4 on the GDG Base and turn up NO dataset listings, then I probably do not have any uncataloged GDGs under that base. 3.4 only shows catalogued data sets. So I don't understand this statement. Perhaps you meant no catalogued data sets which are not associated with the GDG base? If so, then I think you're correct. > > We are also using CA Vantage function for uncataloged datasets just to make sure we do not have anything under the specific GDG base. > > I used GDGBase.G* for the search. If this is incorrect, please let me know I don't know CA-Vantage, so I can't comment on that. > > Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating a GDG Base with NOSCRATCH in an SMS pool
Is the base there? If I found a bunch of uncatalog GDG like datasets in my SMS pool, I would likely conclude the Storage Admin (me) made a mistake at some point in the past :). I might then conclude (hopefully after looking closely) that these datasets could not be useful as SMS does not allow access to uncataloged datasets, that they were candidates for DELETE gdsn NVR. Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Tuesday, August 21, 2012 5:11 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Creating a GDG Base with NOSCRATCH in an SMS pool > > So, if I run a scan on my Pool with DFDSS with CATLG EQ NO, and I find lots of > files, they are probably uncataloged in the SMS pool. > > If I use option 3.4 on the GDG Base and turn up NO dataset listings, then I > probably do not have any uncataloged GDGs under that base. > > We are also using CA Vantage function for uncataloged datasets just to make > sure we do not have anything under the specific GDG base. > > I used GDGBase.G* for the search. If this is incorrect, please let me know > > Lizette > > > > >Yes and no.:-) With SMS, when you use NOSCRATCH, the GDS data set is > >rolled off the GDG and, instead of becoming uncatalogued, the GDS entry > >becomes a normal non-VSAM entry. This means that it can only be > referenced > >by GOOVOO number, not via relative GDG number. And is not accessable via > >GDG-all processing. This is only possible due to the use of ICF catalogs. > > > >SMS does not allow uncatalogued data sets. Well, theoretically. I've seen > >some, but I don't know how the got there. I think it was when an HLQ was > >changed to point to a different catalog. > >On Aug 21, 2012 6:14 PM, "Lizette Koehler" > wrote: > > > >> I ran across this in a problem today and I got a little confused. > >> > >> Is it possible to use DEF GDG (name(xyaz) NOSCRATCH NOPURGE) in an > SMS > >> pool. > >> > >> Is it possible that SMS will honor the NOSCRACH and allow uncataloged > GDG > >> datasets in the POOL? > >> > >> Thanks. > >> > >> Lizette > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating a GDG Base with NOSCRATCH in an SMS pool
So, if I run a scan on my Pool with DFDSS with CATLG EQ NO, and I find lots of files, they are probably uncataloged in the SMS pool. If I use option 3.4 on the GDG Base and turn up NO dataset listings, then I probably do not have any uncataloged GDGs under that base. We are also using CA Vantage function for uncataloged datasets just to make sure we do not have anything under the specific GDG base. I used GDGBase.G* for the search. If this is incorrect, please let me know Lizette > >Yes and no.:-) With SMS, when you use NOSCRATCH, the GDS data set is >rolled off the GDG and, instead of becoming uncatalogued, the GDS entry >becomes a normal non-VSAM entry. This means that it can only be referenced >by GOOVOO number, not via relative GDG number. And is not accessable via >GDG-all processing. This is only possible due to the use of ICF catalogs. > >SMS does not allow uncatalogued data sets. Well, theoretically. I've seen >some, but I don't know how the got there. I think it was when an HLQ was >changed to point to a different catalog. >On Aug 21, 2012 6:14 PM, "Lizette Koehler" wrote: > >> I ran across this in a problem today and I got a little confused. >> >> Is it possible to use DEF GDG (name(xyaz) NOSCRATCH NOPURGE) in an SMS >> pool. >> >> Is it possible that SMS will honor the NOSCRACH and allow uncataloged GDG >> datasets in the POOL? >> >> Thanks. >> >> Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating a GDG Base with NOSCRATCH in an SMS pool
Yes and no.:-) With SMS, when you use NOSCRATCH, the GDS data set is rolled off the GDG and, instead of becoming uncatalogued, the GDS entry becomes a normal non-VSAM entry. This means that it can only be referenced by GOOVOO number, not via relative GDG number. And is not accessable via GDG-all processing. This is only possible due to the use of ICF catalogs. SMS does not allow uncatalogued data sets. Well, theoretically. I've seen some, but I don't know how the got there. I think it was when an HLQ was changed to point to a different catalog. On Aug 21, 2012 6:14 PM, "Lizette Koehler" wrote: > I ran across this in a problem today and I got a little confused. > > Is it possible to use DEF GDG (name(xyaz) NOSCRATCH NOPURGE) in an SMS > pool. > > Is it possible that SMS will honor the NOSCRACH and allow uncataloged GDG > datasets in the POOL? > > Thanks. > > Lizette > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Creating a GDG Base with NOSCRATCH in an SMS pool
I ran across this in a problem today and I got a little confused. Is it possible to use DEF GDG (name(xyaz) NOSCRATCH NOPURGE) in an SMS pool. Is it possible that SMS will honor the NOSCRACH and allow uncataloged GDG datasets in the POOL? Thanks. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
