HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.notis-l
Date:         Fri, 20 Nov 1992 09:06:33 PST
From:         Dan Gillett <ZZGILLET@UVVM.UVIC.CA>
Subject:      Re: MDAS Database Sizes

Was reading the warning that the NOTIS estimating formulas may not
be giving a good estimate of actual total space required based on the
various loaders.  Could some MDAS sites comment for example on the "Wilson"
"TOTAL SPACE required by all files" formula?

 (number of records) X .0023 = TOTAL SPACE in 3380 CYLinders

We are thinking of loading the SSI, BAI, AST, GSI and HUM from June 1989
to the present.  Using the above formula and the growth estimates from Wilsom
we need approximately 2294 3380 CYLs to load June 1989-June 1993 and
planning for the Wilson 34% growth/yr would need 2880 CYLs to June 1994.

I have asked for 2 3380 double density drives but would be interested to
know if the ".0023" factor reflects reality.

Dan Gillett,   NOTIS TECH1,   E-Mail: ZZGILLET@UVVM.UVic.CA
University of Victoria, Victoria, BC, Canada. (604/721-7676)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 20 Nov 1992 10:02:00 CST
From:         "Zia Partovi 325-3181 (405)" <UA4431@UOKMVSA.BITNET>
Subject:      Re: ABII MDAS Initial load

We had this problem.  To locate records with the duplicate control number I wro
te a program to match records for their control numbers.  Then, using DITTO (a
VSE utility) I changed the control number of one of the records.  This has work
ed fine for us.

Zia Partovi - Tech 1
University of Oklahoma
ua4431@uokmvsa
------------------------------TEXT-OF-YOUR-MAIL--------------------------------

> We are trying to do an initial load of ABII.  We run MPC650B to
> create the Bib file, but are confused as to why there are
> delete records created????  Any way, we cannot create an XREF
> file to process update tapes or apply the delete records because
> we get a "U066" in MPC680 trying to create the XREF file (which
> is required to apply updates or deletes).  We have been told by
> NOTIS that U066 means we have duplicates.
>
> Has anyone else had this problem or any ideas on how to get
> around this problem???  We are just about out of ideas and
> would appreciate ANY help or suggestions.
>
> Thanks in advance,
>
> Russ Dinsmore - Tech 1
> University of Virginia
> rd2h@virginia.edu
> (804) 924-1052
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Central Michigan University
Newsgroups: bit.listserv.notis-l
Date:         Mon, 23 Nov 1992 10:47:07 EST
From:         DAN KIRCHNER <344PWCF@CMUVM.BITNET>
Subject: LB530TBL and INSD2: Test Results at CMU

Dear Friends, a few of you expressed interest in the results of my test
of INSD2 switching in LB530TBL.  So I am posting them the list.  Here 'tis:

If the SOURCE is "TERMNL(nnn)" for an address, INSD2 works to prevent any
overlaying of that address during the time from the last online update until
the elapse of days specified by INSD2.  After that time has elapsed, a run
of LB510JC can overlay that address.  This changes the SOURCE value to "DISB",
"TA1A", or some other non-"TERMNL(nnn)" characters.  I have found no way to
ever get the "TERMNL(nnn)" value back.  This means that once the overlay is
allowed for an address, overlays will always be allowed.  Is this a design
oversight?  Sounds like it to me.  I have tried modifying the overlaid address
online only to find the update occurs but fails to update the SOURCE value back
to "TERMNL(nnn)"...a one-way street.

Dan Kirchner
TECH 1 Central Michigan University
FAX: (517) 774-4499 / VOICE: (517) 774-6643 / BITNET: 344PWCF@CMUVM
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Texas at Arlington
Newsgroups: bit.listserv.notis-l
Date:         Mon, 16 Nov 1992 08:37:24 CST
Comments:     <Parser> W: Invalid RFC822 field - "In regards to my question as
              to HOW my LCN070 job produced non 6250". Rest of header flushed.
From:         Gina Gestautas <C231GNG@UTARLVM1.BITNET>
Subject:      Re: Conversion of LCN070 Output to Cartridge

Also, another person asked me if I had specified the DEN parameter in the
JCL.

To answer both questions.. I ran the job VANILLA.. with NO specification
of density.. (and therefore assuming the default on the device) and also
I SPECIFICALLY had to code a unit parameter for cartridge since at our
site they do differ.. TAPE=REEL here and TAPE38K=cartridge.  SO, there was
NO mistake as to what was requested.  To answer WHAT happened when I asked
for the cartridge.. All I have to tell you is that I got a call from my
datacenter asking WHAT I was doing in my job.. it seems that the unit got
HUNG and of course would not do anything... tho it DID NOT throw the job out
as pointed above for trying to write to cartridges with the WRONG density.
After I switched the job to reel, it worked no problem.  Like I said.. since
I did not explicitly code an alternate DEN parameter.. Am assuming its in
the code and until I hear different, I am beginning to think that if we
want this data on cartridge, that we will have to make the code changes
ourselves.  Thanks for all the feedback.

--
Gina Gestautas, Programmer/Analyst II  >> MVS/SP, LMS 5.0.2, MDAS 1.2.1,
University of Texas at Arlington       >> NOTISEARCH 1.0.1, GTO 3.0

 **** C231GNG@UTARLVM1 * c231gng@utarlvm1.uta.edu * (817) 794-5621  ****
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET",DIXON
Newsgroups: bit.listserv.notis-l
Date:         Mon, 23 Nov 1992 08:58:00 CDT
From:         Edie Dixon <DIXON@MACC.WISC.EDU>
Subject:      Re: LOAN CODE

If the situation already exists, the only thing you can change (as in UPDATE) is
the policy.  If you need a differnt loan code, you'll need to ADD it as a anew
situation.

Edie Dixon, LIB1
U of Wisconsin
bitnet: DIXON@wiscmacc
phone: 608-262-3525
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Vmsmail-To: SMTP%"NOTIS-L@VM.TCS.Tulane.EDU"
Newsgroups: bit.listserv.notis-l
Date:         Wed, 18 Nov 1992 07:26:06 -0500
From:         JVOGEL@NHQVAX.HQ.NASA.GOV
Subject:      RE: Collection Inventory
Comments: To: NOTIS-L@VM.TCS.Tulane.EDU

We managed an inventory with a very samS
small collection (ca 20,000 titles) with a shelf list printout.
Titles not found on shelf were checked against the authxxxxx charge  out
 recordsSmall collections or small sections of a large colledction can be done
this way.
good luck.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Southern Methodist University
Newsgroups: bit.listserv.notis-l
Date:         Mon, 23 Nov 1992 16:23:37 CST
From:         Carolyn Kacena <VB7R1001@SMUVM1.BITNET>
Subject:      Re: Where is the data for FMT field and FREQ field in the bibl
              rec?
              23 Nov 1992 16:25:20 EST from <GTSAI@CCVM.SUNYSB.EDU>

These should be found in the 008 field of the MARC record...displaying on
the NOTIS screen as the fixed field information.

Carolyn Kacena
Director, Academic Support Automation
Fondren Library East 328
Southern Methodist University
Dallas, TX 75275-0135

(214) 768-3229             FAX: (214) 768-1842
Bitnet:   VB7R1001@SMUVM1
Internet: VB7R1001@vm.cis.smu.edu.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
X-Mts-Userid: GBM7
Newsgroups: bit.listserv.notis-l
Date:         Sun, 15 Nov 1992 13:15:16 EST
From:         Leighann.Ayers@UM.CC.UMICH.EDU
Comments: To: NOTIS-L@VM.TCS.Tulane.EDU

At Michigan we converted all volume holdings to 899. As we update
holdings for monographs the 899 is changed to 866 and the appropriate
tags for supplements and indexes added.  For serials, we will change
the 899 to 866 and add index and supplement tags as we change holdings
from the summary to the detailed level.  This has worked fine for
us particularly since our supplements and indexes in volume holdings
were not identified in such a way that allowed their proper
identification.  Our decision to update the 899 to 866 was based
on using the correct MARC tag and the ability to display labels
for indexes and supplements.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 20 Nov 1992 14:02:00 CST
From:         CSVCCBB@NNOMED.BITNET
Subject:      Re: MDAS - Logging stats and Monthly Process

We process our monthly CINAHL and MEDLINE updates at night with CICS
down.  The merged headings job against a file of ~900,000 MEDLINE
records runs for about 4 hours.

At the beginning of the year we completely reload the MEDLINE database;
I set aside a weekend to load the data.  I prepare as much as I can
ahead of time and then close the files or bring down the region for the
final steps to load the VSAM clusters.

Charlotte Breun, TECH 1              phone:    (504) 568-6137
Computer Services                    fax:      (504) 568-7720
LSU Medical Center New Orleans       bitnet:   CSVCCBB@NNOMED
=:-)                                 internet: CSVCCBB@NOMVS.LSUMC.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 19 Nov 1992 08:53:06 -0500
From:         Bev Sanders <bev@MENTOR.CC.PURDUE.EDU>
Subject: Re: Hand held scanners
Comments: To: NOTIS-L@VM.TCS.Tulane.EDU

Regarding Hand held scanners:

Please respond to the list.  I am interested in hearing
about this.  Thank you.



Bev Sanders
Operations Mgr
Libraries-Information Tech. Dept.
Purdue University
W. Lafayette, Indiana
bev@mentor.cc.purdue.edu
From: HAGYARD@TRINCC.BITNET (Alan Hagyard)
Newsgroups: bit.listserv.notis-l
Subject: Re: MDAS Database Sizes
Date: 18 Nov 92 19:00:00 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTIS-L@TCSVM.BITNET
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET"

For the Wilson files, you have to consider aggregate size.
We have 5 WIlson indexes and Readers Guide with Abstracts.
We started with all 6 indexes together, but after a while
the size of the file, plus the size of the work file for index
building, plus the time required for index building forced us to
rethink this.  We split off RG/A from the other five.  This was
about an equal split  whic h helps the workfile situation and
splits the index build time so that we can run them on
separate weekends.

For Current Contents, I have already reported that we are
now keeping between 9  to 12 months of data, dropping a
quarter when we reach a year.

-Alan Hagyard
  CTW Library Consortium
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 18 Nov 1992 07:44:41 EST
From:         Liborio Campisi <LPCBH@CUNYVM.BITNET>
Subject:      Re: OPAC Timeout and Storage Violations

We also have had storage violations in the public catalogue transaction
since we went to notis 5.0.2. In addition, the gto transaction has had a number
number of storage violations. I have sent the dump to Notis of the gto storage
violation and waiting for some reply.

I would be very interested in hearing about any solutions about the
opac storage violation.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 18 Nov 1992 13:26:45 -0500
From:         "Gina E. Jones" <BWELL@ECSVAX.BITNET>
Subject:      apostrophe in keyword

Does anyone know if the o'brien problem is fixed in 5.1?
. Thanks, SWood
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 23 Nov 1992 14:22:30 EST
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2
From:         Dan Kirchner <344PWCF@CMUVM.BITNET>
Subject: Re: LB530TBL and INSD2: Test Results at CMU

Or...causing false hopes if I am wrong.

Gotcha!  I think I am right on this one.   8^)
From: GSTRAWN@NUACVM.BITNET (GAry)
Newsgroups: bit.listserv.notis-l
Subject: Re: Non-indexing 6xx/7xx's
Date: 18 Nov 92 21:02:51 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
              18 Nov 1992 09:30:00 CDT from <DIXON@MACC.WISC.EDU>

The problem isn't having $x, $y, $z in any order, it's having
an $x, $y or $z in a 6XX field, and then having a $a-$w. (For
example, $t after $x.) This report is generally caused by an
error in heading construction, not by a failure of the
program to accommodate a valid heading.

Gary L. Strawn
Authorities Librarian, etc., Northwestern University Libraries
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTIS-L@TCSVM.BITNET
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET"
Newsgroups: bit.listserv.notis-l
Date:         Mon, 16 Nov 1992 12:48:00 AST
From:         RE_SMITH@UPR1.UPR.CLU.EDU
Subject:      Re: MDAS Staff Resources

Hi Fritzi,
We brought up MDAS before anything else, thinking along the same lines
as you.  For various reasons we had no biblio database, etc., etc., and
wanted something available.

We brought up MEDLINE in dec of 1990. It's been very well received even
though we've had lots of problems.  The main thing is that it's so big
that regenerating the indexes monthly has to be divided into a 5 or 6
step process of downloading, sorting, and etc.  Anyway...despite all
problems the use of cd-rom Medline product at the Medical School was down 10%
last year, we think due to MEDLINE on-line.

We have limited the indexes to keyword only, disc space problem but the
same is true at Vanderbilt and others who have Medline.

As to Wilson...we don't have any indexes yet though we're interested.

Another problem we've had is that our computer room had no IBM expertise
at the beginning so that what has been very hard for us will probably
not be for you.

Resuming...our experience has been painful, but even so, worthwhile.

Best of luck.

Rey Smith (Mrs.), Lib I
University of Puerto Rioc
(Rico that is)
re_smith@upr1.upr.clu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 17 Nov 1992 14:54:14 CST
From:         zhengt@UWWVAX.UWW.EDU
Subject:      YTERM Info
Comments: To: notis-l@tcsvm.bitnet

Could somebody sned me information on YTERM sale and Tech.
Thanks.
========================================
Ting Zheng, CIT                        *
University of Wisconsin-Whitewater     *
(414) 472-5519                         *
ZHENGT@UWWVAX.UWW.EDU                  *
=========================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 23 Nov 1992 09:17:53 -0600
From:         Barbara <baughman@UTDALLAS.EDU>
Subject:      Re: Fine info on notices
Comments: To: NOTIS discussion group list <NOTIS-L@VM.TCS.Tulane.EDU>
              20 Nov 1992 16:07:01 -0600 from <batista@A1.RELAY.UPENN.EDU>

This problem existed in 5.0 and 5.0.1.  A fix was supposed to be included
in 5.0.2.  I checked and it is there with my release (VSE), but I have
had messages from others that the fines are not printing out.  Could it
be that some releases were sent without the fix?

Fine information is not printed on the notices if the grace period is
indefinite or if the fine per day (minute) is 0. The error with 5.0 was
in LB970BAL.  It was not picking up the daily fines from LCRFILE, which
left it to default to zero.

Check the program LB970BAL.  It should have 3 lines that look like
     ZAP   CIRHLFDA,CPIHLFDA          SET DAILY FINE AMOUNT          VC0

Search for the VC0 to find it.  If it is there, then I'm not sure what the
problem could be.  If it isn't there, send me some E-mail and I'll send
you the fix.

Barbara Baughman
TECH1
University of Texas at Dallas
(214) 690-2157
BAUGHMAN@UTDALLAS.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 18 Nov 1992 11:30:02 CDT
From:         ddavis <DDAVIS@SUBRVM.BITNET>
Subject:      Re: Y'all are invited to Leigh and Michael's wedding
              13 Nov 1992 13:11:35 -0600 from <F_WILLIAMS@CCSVAX.SFASU.EDU>

to michael and leigh:  are you sure you know what you are doing/  marriage is a
 wonderful thing they say.  listen, elope.  love dorothy davis
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Southern Methodist University
Newsgroups: bit.listserv.notis-l
Date:         Mon, 23 Nov 1992 16:17:34 CST
From:         Carolyn Kacena <VB7R1001@SMUVM1.BITNET>
Subject:      Re: Technical Processing Groups

So far the only problem I have had with Technical Processing Groups was with
MHLD under 5.0.1; item record security based on TPG seems to work ok...
as long as you have both processing unit and service unit item security
matching.  Ben Shapiro indicated at NUGM that the problem I had with
MHLD was fixed in 5.1 and that a rethinking of the service unit/processing
unit security for item records was one area of study for circulation
rewrite (5.2) ... We have found the Technical Processing Unit particularly
useful for barcode cleanup within branch libraries - limiting folks to
moves/changes within only their cluster of locations - and within branches for
serials check-in.

Carolyn Kacena
Director, Academic Support Automation
Fondren Library East 328
Southern Methodist University
Dallas, TX 75275-0135

(214) 768-3229             FAX: (214) 768-1842
Bitnet:   VB7R1001@SMUVM1
Internet: VB7R1001@vm.cis.smu.edu.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 18 Nov 1992 08:32:26 CST
Comments:     Resent-From: HSAMUELS@UA1VM
Comments:     Originally-From: "Richard F. Bennett" <BENNETT@NERVM.BITNET>
Comments:     Warning -- original Sender: tag was NOTIS-L@TCSVM
From:         HSAMUELS@UA1VM.BITNET
Subject:      Collection Inventory

>We are in the process of developing detailed conceptual plans for
>conducting a collection inventory. Our assumption is that the most
>efficient way to do this will be to insure that all titles in our
>collection have machine-readable records, that all copies of those
>titles are represented with system records, and that all items have
>been barcoded. Items on the shelf would be scanned with some type of
>hand-held device, the "on shelf" info added to a database of items
>that are checked out, and this combined database matched against the
>entire database. Those items not accounted for would be reported to
>us for further reconciliation action.
>
>I would like to hear from any NOTIS libraries that have done an inventory
>(or are thinking of doing inventory) through some type of automated
>process. Is (was) your process similar to that envisioned above?
>Have you written programming for this function?
>
>I'll appreciate any advice you can provide. Thanks.

I've written an inventory program for our Collections Inventory Dept. here
at the University of Alabama. The report is based on the copy holdings
statements in the NOTIS  bib. file. The program looks up any item records
which may be linked to the copy holdings statements. If an item is linked
to the copy holdings statement then it's item ID (bar code) is included in
the report. This indicates which holdings have and haven't been bar-coded.

This program is on NOTISPRO although I have improved a call number parsing
routine since I posted the code. The name of the program is INVENTRY.

Harry Samuels
Programmer/Analyst (TECH 1)
University of Alabama
Bitnet: HSAMUELS@UA1VM
Internet: HSAMUELS@UA1VM.UA.EDU
Voice: (205) 348-2877
Fax: (205) 348-9170
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 20 Nov 1992 11:46:52 CST
From:         Fred Gulden <LB.FHG@ISUMVS.BITNET>
Subject:      Re: MDAS - Logging stats and Monthly Process

>     We recently went into production with MDAS.  In running jobs
>LB710 and LB720 for MDAS and OPAC usage, I haven't been able to
>produce any usage stats for MDAS.  Using MSYS I set "Y" to log
>database access and in running LB710 and LB720 I am using the MDAS
>version of the programs.  The printout from LB720 reflects the
>DWIL database however there are no stats - zeros for all DWIL
>stats.  I feel the usage is never being logged to the LPCLOGF
>file.  Where else do you tell the system to log MDAS access?

You also have to turn on logging for the terminals in the nsys
transaction.  On page 101 of the MDAS Technical and User Documentation
it says that the LOG (Y/N) value indicates whether a terminal's sign on
actions are to be logged.  We found that not to be true, but that this
value controls all transaction logging for the terminal.

>    Also, how do other sites handle processing monthly updates as
>far as MDAS being down is concerned.  Do you shut MDAS down or do
>you process them when the Library is closed/odd time?

We run our updates overnight while CICS is down.

************************************************************************
*  Fred Gulden                     *                                   *
*  Systems Specialist (LIB1)       *    BITNET:  LB$FHG@ISUMVS         *
*  34 Parks Library                *     PHONE: (515) 294-2445         *
*  Iowa State University           *       FAX: (515) 294-1885         *
*  Ames, IA  50011                 *                                   *
************************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 18 Nov 1992 07:07:08 EDT
From:         "Richard F. Bennett" <BENNETT@NERVM.BITNET>
Subject:      Collection Inventory

We are in the process of developing detailed conceptual plans for
conducting a collection inventory. Our assumption is that the most
efficient way to do this will be to insure that all titles in our
collection have machine-readable records, that all copies of those
titles are represented with system records, and that all items have
been barcoded. Items on the shelf would be scanned with some type of
hand-held device, the "on shelf" info added to a database of items
that are checked out, and this combined database matched against the
entire database. Those items not accounted for would be reported to
us for further reconciliation action.

I would like to hear from any NOTIS libraries that have done an inventory
(or are thinking of doing inventory) through some type of automated
process. Is (was) your process similar to that envisioned above?
Have you written programming for this function?

I'll appreciate any advice you can provide. Thanks.

*******************************************************************************
Rich Bennett                           PHONE: (904) 392-0345
Chair, Access Services Department      FAX:   (904) 392-7251
115 Library West                       BITNET: BENNETT@NERVM
University of Florida
Gainesville, Florida 32611             *** NOTIS Circulation System User ***
*******************************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Vms-To: IN%"NOTIS-L@VM.TCS.Tulane.EDU"
X-Vms-Cc: IN%"LMO"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
Newsgroups: bit.listserv.notis-l
Date:         Tue, 17 Nov 1992 08:20:55 -0600
From:         "Linda M. Olson,
              Assistant Library Director" <Linda.M.Olson@UWRF.EDU>
Subject:      Re: KeyNotis
Comments: To: NOTIS-L@VM.TCS.Tulane.EDU

I believe my initial reply was garbled.  Apologies!  U.W.-River Falls is
a new KeyNotis site.  We are in the initial stages of implementation.
We are most interested in information from other KeyNotis sites.


------------------------------------------------------------------------
Linda M. Olson
Assistant Library Director
Davee Library
U.W.-River Falls
River Falls, WI  54022
715-425-3799

Internet: Linda.M.Olson@uwrf.edu
------------------------------------------------------------------------
From: baughman@UTDALLAS.EDU (Barbara)
Newsgroups: bit.listserv.notis-l
Subject: Re: DFLCT100 NEWCOPY
Date: 18 Nov 92 21:25:11 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: NOTIS discussion group list <NOTIS-L@VM.TCS.Tulane.EDU>
              16 Nov 1992 10:04:22 -0600 from <TMIS1692@VEGA.SELU.EDU>

This problem with NEWCOPY comes with LCRFILE.  If you have 4.6.1 with
GTO 3.0, you have an LCRFILE, even though the only thing you can update
online are the GTO parameters.

It's wisest to wait until CICS recycles, but this has worked for me in
the past (however, at NUGM '91 there were complaints from some sites that
this didn't work for them).  I haven't done any newcopying under 5.0.x.

CECI RELEASE PR(DFLCT100)

CEMT S PR(DFLCT100) NEWCOPY

CEMT S PR(DFLCA205) NEWCOPY

Barbara Baughman
TECH1
University of Texas at Dallas
(214) 690-2157
BAUGHMAN@UTDALLAS.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU