HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.vm-util
Date:         Fri, 28 Aug 1992 12:08:51 PDT
From:         Craig Cholar <3432P@NAVPGS.BITNET>
Subject:      Re: YWAKEUP time problem

I've received some responses (thanks) about my Ywakeup problem.
However, I don't think it's related to our offset from GMT.  Here's
a small test exec, and the results:

/* */
address command
'YWAKEUP BEGIN CONS'
'YWAKEUP (CONS'
'CP QUERY TIME'
say 'Ywakeup time='ywakeup.2 'Rexx time='time()
exit

I start the exec, press Enter, and here's the result...

TIME IS 12:07:43 PDT FRIDAY 08/28/92
CONNECT= 02:31:59 VIRTCPU= 000:16.39 TOTCPU= 000:20.20
Ywakeup time=18:35:58 Rexx time=12:07:43

As you can see, the time is off by *almost* 7 hours, but
look at the minutes and seconds.  Those differences don't make
any sense at all.  Here's our service level in case that
makes any difference:

CMSLEVEL: VM/XA CMS 5.6, Service Level 206

CPLEVEL: VM/XA SP Release 2.1, service level 0206
         Generated at 08/12/92 10:33:15 PDT
         IPL at 08/20/92 11:51:19 PDT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Fri, 28 Aug 1992 17:37:51 LCL
Reply-To:     HLOBOS@UTFSM
From:         Hernan Lobos *Mitzio* <HLOBOS@UTFSM.BITNET>
Subject:      BINHEX...

 hi... Vm.experts ...

 anyone ...know... where i can find the BINHEX HELPCMS ????

 OR .... anybody knows a converter the files of the VM to .HQX for
 VM/CMS ?

i need to send files to a MAC and i have to send it in a .HQX format....

thanks....

Mitzio
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Wed, 2 Sep 1992 17:30:00 EDT
From:         "John F. Chandler" <PEPMNT@CFAAMP.BITNET>
Subject:      More on the ERASE problem in CMS 7

Reprise: invoking ERASE via SVC with CALLTYP=CMS misbehaves under CMS 7.
The arguments in the EPLIST are used "as is", not upcased, even though
the same PLIST+EPLIST passed to ERASE by the CMS command loop *does* get
upcased.

I have traced the problem as far as a nucleus routine called DMSPAR
(OCO, naturally), which seems to be making an unjustified use of
the flag set in SVCSECT by DMSINT and DMSCSF for commands about to
be looked up in the usual search path (bit SVCCSRCH in SVCCMDRS).
While I have no documentation for this bit other than the comments
in DMSINT and SVCSECT (it isn't actually used anywhere in the source
code), those comments give no hint at the enormous effect of the bit
-- hence, my claim that this behavior is a bug.  To be precise, DMSPAR
actually refers to bit SSACSRCH in SSACMDRS, which is copied from the
SVCSECT version in DMSITS.

Note: the bug does not occur in CMS 5.6, nor in CMS 4, and presumably
not in any others before CMS 7.  Also, the bug does not affect TYPE,
COPYFILE, RENAME, or LISTFILE.  I deduce that those commands don't use
DMSPAR.

Follow-up question: when did DMSINT start setting SVCCSRCH, or,
alternatively, when was SVCCSRCH first defined?  The bit is not present
in the CMS 4 version of SVCSECT, but it apparently is in CMS 5.6.  Can
anyone tell me whether it appears in CMS 5.5?
                                       John
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Fri, 28 Aug 1992 15:07:00 EDT
From:         "John F. Chandler" <PEPMNT@CFAAMP.BITNET>
Subject:      Re: SVC 202/204

> LISTFILE and ERASE and (E)STATE(W) examine the "call-type" byte,
> in order to deduce the caller:

Unfortunately, that's not the whole story.  I'm talking about calls that
are identical in the call type, plist, and eplist: yes, all three.  The
results are different, according to whether the call happens as a
result of typing the ERASE command to CMS or is generated in a program.
In the case of the program, it doesn't matter whether the call uses SVC
202 or 204; ERASE uses the eplist alone.  In the case of CMS, ERASE
does *not*, but it is obviously impossible to say whether it takes the
regular plist or upcases the eplist (at least, without looking at the
code in DMSERS, and I don't have access to any CMS 7 source code).
Clearly, there are differences between the two cases, such as the fact
that the eplist for a direct CMS command is in nucleus-key storage
while it happens to be in user-key storage in the program case.  On the
other hand, it definitely does *not* depend on whether the program is
running in System or User key.  What could it be?
                                         John
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Office of University Computing
Newsgroups: bit.listserv.vm-util
Date:         Tue, 1 Sep 1992 10:27:37 EST
From:         Nick Laflamme <NLAFLAMM@IRISHVMA.BITNET>
Subject:      Re: DMSDDL question...
              31 Aug 1992 12:38:58 +02 from <GUTEST6@CC1.KULEUVEN.AC.BE>

If you can count on CMS Pipelines being available, it can block data
in Netdata format.

Nick

* NLAFLAMM@IRISHVMA.BITNET
* Dominique.P.Laflamme.1@nd.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Wed, 2 Sep 1992 11:40:20 EST
From:         "Scott (nmi) Mattes" <COTRSSM@SEA04VM.NAVSEA.NAVY.MIL>
Subject:      Re: DMSDDL
Comments: To: VM Utilities Discussion List <VM-UTIL@OHSTVMA.ACS.OHIO-STATE.EDU>
              2 Sep 1992 08:58:28 IST from
              <HANK%VM.BIU.AC.IL@OHSTVMA.ACS.OHIO-STATE.EDU>

On Wed, 2 Sep 1992 08:58:28 IST Hank Nussbacher said:
>Back in 1984 when I was teaching myself Rexx I wrote a program called
>SCAN which takes a reader file and displays it without reading it to
>disk.  There are many programs today that do this but mine also
>decoded the following formats: Netdata, DISK DUMP and CARD DUMP so that
>they were displayed properly.  I can send anyone who wants a copy
>of my SCAN EXEC (which runs slow on large files - I haven't bothered
>to optimize the code): but here is part of the Rexx EXEC that
>interprets Netdata format files:

I would like a copy of SCAN please.

--------------------------------------+----------------------------------------
Scott (nmi) Mattes                    | No success can compensate for failure
Work: COTRSSM@SEA04VM.NAVSEA.Navy.Mil | in the home.  David O. McKay, Prophet
Home: 73027.3270@CompuServe.COM       | and President of the Church of Jesus
Voice: (703) 769-2917                 | Christ of Latter-day Saints, 1951-70
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sos-data
Date:         Tue, 1 Sep 1992 11:13:19 EDT
Reply-To:     TIF@NIHCU.BITNET
From:         TIF@NIHCU.BITNET
Subject: Re: Financial Statistics of Cities 1905-1939
X-To:         jajacobs@ucsd.BITNET, sos-data@uncvm1.BITNET

Dear Jim:

I am responding to your recent E-Mail request for information
about the City Government Finances, 1905-1939 in the Records
of the Bureau of the Census (Record Group 29).  You may wish to
contact three units at the National Archives: the Civil Reference
Branch (NNRC) at (202) 501-5395; the Suitland Reference Branch
(NNRR) at (301) 763-7410; or the Center for Legislative Archives
(NSC) at (202) 501-5350.  The Center for Legislative Archives is
the repository for a record copy of all government publications.
If you have not already found what you are looking for, it may be
to your advantage to give them a call.

Sincerely,

Ted Hull
Center for Electronic Records
National Archives
(202) 501-5579
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sos-data
Date:         Tue, 1 Sep 1992 09:46:34 EDT
Reply-To:     Ann Gray <AG5@CORNELLA.BITNET>
From:         Ann Gray <AG5@CORNELLA.BITNET>
Subject:      Community Leaders Data

I have a graduate student who needs data to study the role of
community leaders in the area of agenda setting for community issues.
Thus she is looking for something like the Detroit Area Studies  for
commuity issues, but may need a split survey which includes community
leaders.  Of course, she would like to have a recent survey.  We will
reveiw the offerings from ICPSR, but I believe some of the state polls
or public opinion organizations not represented at ICPSR may have
conducted such studies.
All assistance greatly appreciated.
Ann Gray / Cornell University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.sos-data
Date:         Tue, 1 Sep 1992 11:21:42 EDT
Reply-To:     Emily Agree <agree@ACPUB.DUKE.EDU>
From:         Emily Agree <agree@ACPUB.DUKE.EDU>
Subject:      ERRATA

>
> ATTENTION:
>
> 	IN THE LETTER FROM GEORGE MYERS REGARDING CUTBACKS AT NIH,
> AN APPARENTLY ERRONEOUS FAX NUMBER WAS LISTED FOR SENATOR HARKIN.
> THE CORRECT NUMBER IS:
>
>         SEN. HARKIN (CHAIRMAN): 202-224-1360
>
> ==========================================================================
>
> In addition, several members of the Subcommittee can also be
> reached by FAX at the following numbers:
>
> Majority Members:
>
> Sen. Robert Byrd (WV):	 202-224-8070
> Sen. Ernest Hollings (SC):	 202-224-3573
> Sen. Quentin Burdick (ND):	 202-224-1193
> Sen. Daniel Inouye (HI):	 202-224-6747
> Sen. Brock Adams (WA):	 202-224-0238
> Sen. Harry Reid (NV):		 202-224-7327
>
>
> Minority Members:
>
> Sen. James McClure (ID):	 202-224-1006
>
> Please inform the network (by sending mail to SOS-DATA@UNCVM1) if you
> discover that any of these are incorrect.
>
>
>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sos-data
Date:         Mon, 31 Aug 1992 13:39:24 CDT
Reply-To:     Arlene Slocum <ARLENE@UKANVM.BITNET>
From:         Arlene Slocum <ARLENE@UKANVM.BITNET>
Subject:      earnings by occupation?

  Our director of Business Research is very interested in statistics
about the work force. He has asked if the following tables are available
at the state level (for Kansas)

Earnings by occupation

Educational attainment by occupation

Note that earnings is not the same as income as defined by the census.
I believe what the census calls "wage and salary income" is the same
as earnings.

We have BEA tables on earnings by industry but this is not the same
as occupation. I have EEO tables on occupation but they have no earnings.
EEO has tables on occupation and eduational attainment but they are not
cross tabulated. The only thing I could come up with would be to process
the Public Use Microdata to get this table. Have I overlooked anything?

As always, your help is greatly appreciated.
- - - - - - - - - - - - - - - - - - -
Arlene Slocum, Programmer/Analyst
Institute for Public Policy and Business Research
607 Blake Hall
University of Kansas
Lawrence, Kansas  66045
Voice: 913-864-3701      Bitnet: ARLENE at UKANVM
Fax: 913-864-3683        Internet: arlene@ukanvm.cc.ukans.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Thu, 27 Aug 1992 16:33:21 EDT
From:         Tony <TONYS@ERS.BITNET>
Subject:      Re: Direct ( lack-of / impossible to get at ) Info

On Thu, 27 Aug 1992 08:39:50 EDT Robert Chambers said:
>Having SCI on the network would be nice, but I don't see it happening
>anytime soon because:
>
I have used SCI thru IBMMAIL in the past and I thought it was very nice.
If you have IBMMAIL look in the index of the VMBACKUP manual for IMBMAIL
and follow the instructions on how to get registered, this simply involves
sending them a file with some info about yourself.  Next they will send
you a mail package called SCIMAIL.

_____________________________________
|Tony Stephenson                    |
|TONYS@ERS.BITNET                   |
-------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.l-vmctr
Date:         Wed, 26 Aug 1992 23:39:09 EDT
From:         "Nick Gavrielatos" <ucnick@SOCRATES.UMD.EDU>
Subject:      Re: Fixes via Direct Info
X-To:         L-VMCTR@VM1.CC.UAKRON.EDU

>
> In article <L-VMCTR%92082523083091@VM1.CC.UAKRON.EDU> ucnick@SOCRATES.UMD.EDU
> (Nick Gavrielatos) writes:
> You can fix the | at least with the following:
>
>      XEDIT fileid
>      SET HEX ON
>      CHANGE /X'6A'/X'4F'/* *
>      FILE

To be honest with you, I used a macro before, something like
this:

/* FIXIT XEDIT */
'COMMAND ALTER x1 6A * *'
'COMMAND ALTER x2 5F * *'
'COMMAND FFILE'
exit

where x1 is the hex representation of the character that you
see on your fixe, and which is the incorrect representaion of
the OR bar, and where x2 is the same but for the NOT sign.
You can find these out if you xedit one uploaded fixe and
issue a hextype 1   against the line that contains them.

Then when I uploaded any fixe, I just issued
X X440455A FIXE A (PROFILE FIXIT

and that left me in cms, while it fixed my file.

I know, I know, wouldnt a bitnet-like listserver be better???

Nick






>
> I know, I've been there ;->
> --
> Mark A. Stevens                           Phone:    708-534-0200
> Systems Programmer                        Internet: xmas@uxa.ecn.bgu.edu
> Educational Computing Network             BITNET:   XMAS@ECNUXA.BITNET
> Board of Governors Universities           VMSHARE:  ECE/MARK
>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Wed, 26 Aug 1992 16:34:08 EDT
From:         Mike Ramundo <SYSMRR@ALBNYVM1.BITNET>
Subject:      vmxmacup

Howdy,
   I just finished talking to sys ctr.

1)  will be faxing my vmxmacup console sheets first thing in a.m.
    ( think I have identified possible corrections to several of the
      errors already )  will include log from zap 500 also

2)  vmxmacup is working as designed - there is no such thing as
    ALTLOCAL in the mdisks files  - a definite oversite in my opinion
    something that should be present and that macup should look for
    if it 'sees' that it is running on/under the VMRMAINT ID.
    ( a minor detail that escaped when alt minidisk logic implemented)

    Yes - I usually TEST on a second level system, but due to speed(?)
    of second level system on our antique hdwr, I try to load everything
    via the production system - looks like I did not save any time
    this time ( thank (?) it did not happen during peak of registration
    & acct creation/reactivation next week !!! ) I usually see no
    reason to bring up a system for which zaps/fixe are available
    without first checking to see if any apply to my setup, and, if so
    applying the appropriate items before first test.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.l-vmctr
Date:         Thu, 27 Aug 1992 00:23:11 EDT
From:         "Nick Gavrielatos" <ucnick@SOCRATES.UMD.EDU>
Subject:      The 500 zap has been corrected
X-To:         L-VMCTR@VM1.CC.UAKRON.EDU

Sorry folks, the original vmsecure x440500 zap has
been corrected just a few days ago. The same of
course holds for /E  X100500 ZAP. If someone has
ibmmail, give me a call sometime, and I send you
the new one, and then maybe you can post it here.

The 602 zap has also been corrected, it was fairly
new and chances are you dont have it, but it got
out there and it had a couple of bytes hitting
a couple of other ones... its ok now.

Sorry I cant post these myself, but you know, rules
are rules.

Nick
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Fri, 28 Aug 1992 08:56:38 EDT
From:         Mike Ramundo <SYSMRR@ALBNYVM1.BITNET>
Subject:      Sys Ctr on network

Actually, I would be happy if they got on either BITNET or Internet,
as long as they have a fully configured listserv and possibly FTP
Of the two, I prefer bitnet since I don't usually have to remove 3
screens of routing info before processing an item.  and speaking as
postmast - of the problems I've seen over the last 6 months,
1 percent were on bitnet, 99 percent on internet ( your experience
may vary .... )

the idea of putting each product/level as a separate list would
keep the 'index' for each list manageable in size and avoid confusion

If SCI is hung up on limiting access to customers only, they can set
the lists up private/confidential so they don't appear on any listserv
menus/directories and provide an id to which we can send sub/unsub
requests.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Thu, 27 Aug 1992 23:36:31 -0400
From:         Steve Bui <KHAAM@ASUACAD.BITNET>
Subject:      vmxmacup

 *** Reply to note of 08/27/92 05:17

 To run VMXMACUP without affecting your VMSECURE production, use a fake id
   for the 'sysid' as in:
       VMXMACUP   filename <macroname <cntrl <sysid>>>
 The VMXMACRO will return an error for not being able to find your fake
   VmSecure machine, but your macro will get updated.

 --- Steve Bui, Systems Support
 --- ASU Computer Center dept.
 --- ODP 0101 / ECA-355 / (602) 965-3070
Organization: CUNY/UCC VM Systems
Date: Thursday, 27 Aug 1992 08:39:50 EDT
From: Robert Chambers <RMCCU@CUNYVM.BITNET>
Newsgroups: bit.listserv.l-vmctr
Subject: Re: Direct ( lack-of / impossible to get at ) Info

Having SCI on the network would be nice, but I don't see it happening
anytime soon because:

1.  Why should they?  They know you are going to make a toll call to get
    stuff from them anyway

2.  It would cost them to do it.

3.  Art Allen is a person somewhat lacking in clues who will send you
    a form letter to the effect of:

    Dear &Name

    Thank you for the la la la la la

    ...

    Though we understand that this enhancement would fulfill particular
    needs at your site, not enough customers would benefit from this
    enhancement to justify the development, testing, and documentation
    time it would take to integerate it into....

    etc etc

    Very truly yours

    Art Allen


I would settle for them just being on the internet through a mail
gateway.  That shouldn't cost them too heavily and we could mail them
with problems and they could mail us back stuff.

If you decide to follow up on this, get a track number and post it,
I'll call and add my name to the list.

Robert
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Thu, 27 Aug 1992 08:26:43 EDT
From:         Margaret King <19277MAK@MSU.BITNET>
Subject:      Re: vmxmacup

>( Or does vmxmacup know when it is not running under
>vmsecure and issue some undocumented commands to vmsecure to
>send files from vmrmaint, receive them on vmsecure, and load updates
>into vmsecures virtual storage ? )
>
I believe vmxmacup is -normally- run from an id other than VMSECURE,
and it puts the new macro somewhere (IUCV buffer??) and then issues an
undocumented command to VMSECURE to come and get it.  Like others who
have responded, I use a second-level system for testing SCI stuff.  I
am glad I don't have to struggle with the other way; it sounds messy!

Most of the SCI fixes I've applied have been at upgrade time, when I go
out looking for them.  It seems like our last few VMSECURE upgrades
involved lots of macro updates - maybe more of those than zaps.  But at
least they're more human-readable than zaps.

Margaret King
Michigan State University
Organization: CUNY/UCC VM Systems
Date: Tuesday, 25 Aug 1992 08:41:48 EDT
From: Robert Chambers <RMCCU@CUNYVM.BITNET>
Newsgroups: bit.listserv.l-vmctr
Subject: Re: Problems with old VMBACKUP

bear in mind that vmbackup 4.anything won't work under ESA.

If the site in question is converting to ESA 1.1 or ESA 2 when it
comes out in December you will need to purchase VMBACKUP/E to have
anything work.

Robert
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Fri, 28 Aug 1992 09:18:01 EDT
From:         Mike Ramundo <SYSMRR@ALBNYVM1.BITNET>
Subject:      vmxmacup

Thanks Steve !
    I fell asleep rereading the page on this utility last night -
was great to see answer i needed first thing this morning - before I
even got to type in the question.

    Now, If only they fix the direct info so I can download via kermit
all of the fixes to the fixes !

mike
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Academic User Services, The University of Akron
Newsgroups: bit.listserv.l-vmctr
Date:         Thu, 27 Aug 1992 14:55:41 EDT
From:         Gary Sponseller <SPONSELL@AKRONVM.BITNET>
Subject:      Re: Direct ( lack-of / impossible to get at ) Info

On Wed, 26 Aug 1992 17:22:52 EDT Mike Ramundo said:
>I understand that a for-profit company only has to pay a negligable fee
>( relative to what we all pay for maintenance ! ) ( i believe <<5K )
>to become connected to BITNET.
>
>I think we should demand that Systems Center connect to BITNET and
>bring up LISTSERV.

I think that SCI and we would be better served by doing something similar
to what SAS Institute did (change sas.com to sci.com below):

- get an internet connection (sas.com)
- get a copy of listserv     (listserv@vm.sas.com)
- create a discussion list   (xxxx-l@vm.sas.com)
- install an ftp server      (ftp.sas.com)
- make zaps available by ftp
- allow upload/download by ftp
- run a tracking server over internet e-mail (support@sas.com)
  which will locally merge tracking from e-mail with the main tracking system
- have direct e-mail contact between customers and tech support personnel
  (I contact my SAS marketing rep via e-mail pretty regularly)
- and any other thing I may have left out.

Now I do not work for SAS, but I am quite glad that they are this progressive.

I would point this out to your SCI contact verbally *and* in writing.
Sometimes describing what you already have going with another commercial
vendor will help more vendors to look into electronic access with more
determination.

I believe I have given the particulars of BITNET access to someone at SCI
at least twice over the last couple of years.  Commercial restrictions
of BITNET may be the stumbling block for SCI.  I'd expect internet access
would be a better bet in the long run.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Wed, 26 Aug 1992 16:28:00 EDT
From:         Bob Fowles 814-865-4774 <RBF@PSUVM.BITNET>
Subject:      Re: quality ???

>>
>>running under vmrmaint, with vmsecure mdisks pointing to alternate
>>mdisks, and alternate mdisks ( only ! ) accessed, vmxmacup updates the
>>PRODUCTION vmsecure 191 with error macros and trashes system !!!!!!!
>
>That is working as documented.  For that reason, and because there really
>is no such thing as safe testing of a directory maintanence product on a
>production system, we *ALWAYS* apply fixes and mods to new VMSECURE shipments
>on a second level system.
>
>Jim Colten

I'm not sure what you mean by "working as documented".  For years I have been
using SCI distribution tapes under VMRMAINT to upgrade VMSECURE using only
alternate minidisks, and the upgrade process has never invoked VMXMACUP to
change the production VMSECURE 191.  Perhaps you are referring to an upgrade
step that I never select.  When the upgrade finishes, I then logon to a
2nd-level system where I have the alternate minidisks mapped and test it
there.  When ready for production, I switch addresses in the 1st-level
VMSECURE and restart.
   Bob Fowles, Center for Academic Computing, Penn State
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.l-vmctr
Date:         Thu, 27 Aug 1992 00:28:49 EDT
From:         "Nick Gavrielatos" <ucnick@SOCRATES.UMD.EDU>
Subject:      applying only x44B
X-To:         L-VMCTR@VM1.CC.UAKRON.EDU

> I think you should apply only the X44B....  zaps.  Let me know  what
> SCI thinks about this after you talk to them.  We are running 4.4A with
> zaps applied with prefix  X44A...  only.
>


I shouldnt really participate here a lot, but there are some
zaps that apply both to 4.4A and 4.4B. Well, these are named
X440nnn, again because they are good for both.

Nick
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU