HDTenEightyP/NetNews huggingface dataset:
From: CHUCK@pel.ac.uk (Chuck Foster)
Subject: Prime viruses
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Wed, 15 Apr 1992 16:53:26 GMT



-----------------------------------------------------------------------------
                                CAUTION
Whenever you are asked to register an EPF, check first to be sure it is a
legitimate EPF and that the program does not contain a virus.
-----------------------------------------------------------------------------


Two questions really:
1) Are Prime viruses becoming a big thing now, as I haven't heard a word
   about them form any other source.
2) How the hell would I know that there is a virus on it?!!!!!!
   Is there a virual-scanning program for known prime viruses?

Getting spooky ...

     Chuck
Newsgroups: comp.sys.prime
From: A.0013@VCC3.vcc.bc.ca
Subject: re: CONFIG_USERS drivers
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Wed, 15 Apr 1992 18:33:40 GMT

IS THERE AND EXAMPLE OF DOING A TELEVIDEO TERMINAL. Can you e-mail the doc
to me?
Thanks
Jim Chivas
Vancouver Community College
Newsgroups: comp.sys.prime
From: ADMINSYS@LIBRARY.SHEFFIELD-CITY-POLY.AC.UK (Dave Haywood)
Subject: Connection to WordMarc
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Wed, 8 Apr 1992 13:33:39 GMT

Hi,

>     Does anybody know of a cheap/free way of converting Connection Word
>documents to WordMarc documents, keeping attributes?  We would like to cease
>using Connection, but we already have hundreds (thousands?) of documents that
>nobody is willing to convert, therefore we have to keep Connection.

  I wrote an SPL program to do this a few years ago at my old workplace.  If
you get no better leads you might want to contact them to see if they can
locate the source.

  Try contacting: pl@mis.tp.ac.uk

Dave.
--------------------------------------------------------------------------
JANET   : D.Haywood @ uk.ac.sheffield-city-poly | Dave Haywood.
  or      D.Haywood @ uk.ac.scp                 | Computer Services,
INTERNET: D.Haywood @ scp.ac.uk                 | Sheffield City Polytechnic,
Telex   : 54680 SHPOLY G                        | Pond Street,
Tel     : +44 742-533-828                       | Sheffield. S1 1WB. ENGLAND.
FAX     : +44 742-533-840                       |
X.500:@c=GB@o=Sheffield City Polytechnic@ou=Computer Services@cn=Dave Haywood
Newsgroups: comp.sys.prime
From: CRAW4D@prime.cob.ohio-state.edu (John M Crawford)
Subject: Dusty Pulse tape...  looking for SSP
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Wed, 8 Apr 1992 17:23:16 GMT

Does anyone have a really old PULSE tape online? Once upon a time (about
10 years ago) the Pulse (now TIPS?) tape contained an
old (1960's) original IBM Scientific Subroutine Library (SSP)?  One
of those "as is" deals. Well, I'm trying to hunt it down for a friend.
If anyone can help out, please contact me...
Thanks
John
----
John M. Crawford      (614) 292-1741                Computing Services Center
                                                    College of Business
craw4d+@osu.edu                                     1775 College Road
craw4d@prime.cob.ohio-state.edu                     The Ohio State University
(614) 292-1651 FAX                                  Columbus, Ohio 43210
----
Newsgroups: comp.sys.prime
From: Slutz@s35.Prime.COM (Donald Slutz, slutz@s35)
Subject: Re: 'odd' pointers
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Wed, 15 Apr 1992 18:11:56 GMT

The code fragment as posted will work with some system
subroutines.  The argument passed is a three word pointer.
However some OLD subroutines written in FTN will ignore the
odd byte offset (sigh!).

   -Don SLutz

Newsgroups: comp.sys.prime
From: TONI@BLX-S.Prime.COM (Toni van de Wiel)
Subject: re: Digital Clock program
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Tue, 14 Apr 1992 19:39:04 GMT

> I have loaded "primos/clock.run.fs" onto service@turbo.kean.edu
> (Service@TURBO for those in the Prime.COM domain)
>
> Clock.run turns on a digital clock in the PT2xx and PSTxx family of
> Prime terminals.
>
> Screen updating (the clock) is all done locally by the terminal
> there is no CPU involved besides the initial sequence to turn on
> the clock.

I hope you are not refering to the undocumented 'ESC $ T' option.
It does not work on a large number of terminals, and some say it
can even cause the terminal to hang. I've never seen that happen
on my PT250 though.
The most funny thing about this clock is, that after 23:59:59
comes 24:00:00...  And after 99:59:59 it just continues into
the rest of the ASCII set:  :0:00:00...

cheerz!
++Toni;

Newsgroups: comp.sys.prime
From: Slutz@s35.Prime.COM (Donald Slutz, slutz@s35)
Subject: Re: Rev 23.2 bits
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Thu, 9 Apr 1992 14:13:16 GMT

1) The paging space is based on 2MB virtual memory per user.
   (I currently average 4MB.) Since it is only a warning, you
   can ignore it.

2) The number of segments is both larger and smaller.  With PRIME
   supplied programs I do not know of a use of a static segment
   over '4052 (I.E. 42 static segments.)  Therefore you could change
   to 214/42 dyn/static segments and not change the amount of virtual
   address space you provide to a user. (Note: with this you are
   allowing 32MB virtual memory per user! Paging was based on 2MB...)
   Registered EPFs change the need for dynamic segments. (You need less.)
   (More info below.)

3) CONFIG_USERS & EDIT_PROFILE can both be used until CONFIG_USERS is used
   to convert the SAD to 23.2 only! The only reason to convert is to provide
   the more advanced password features. Therefore if you do now convert the
   SAD using CONFIG_USERS, EDIT_PROFILE works fine. (You can use edit_profile
   to update the SAD to a newer version if you want to use what it supports.)

4) -PUBLIC rule does not look at any other entries in ENTRY$.SR.  This means
   that if you have "-PUBLIC" all by itself, any "-PUBLIC" rules later in the
   ENTRY$ should be removed.  If you follow the guide to register the
   translator libraries early in the cold start, you do not need them listed
   in ENTRY$ at all.  (We supply them listed so that thing work even before
   you register the EPFs.) IMPORTANT: Nonregistered registerable EPFS are not
   shared by users and are slower starting. Without registering the libraries,
   your system will have performace problems. Therefore with "-PUBLIC" near the
   top is the best.

   As currently relased: LD, ECL$LIB, and SOCKET are not registerable.  As
   stated above, the registerable EPFs must be registered and we could not
   come up with a good way to either make sure the commands were registered or
   to release to copiies of the EPF.  Since T3.0 was an add-on, it uses
   registered EPFs.

   Since registered EPFs are copies in memory of the files, the file is not
   open in any manor after the EPF is registered.  Therefore to use a newer
   version, REGISTER_EPF must be used a second time.

5) I do not know the answer to TCP/IP supproting ip number access.

6) Initializtion commands like "EMACS -INIT" and "PROP -COLDSTART" work fine
   in the parallel SHARES.COMI.

   -Don Slutz

Donald Slutz
slutz@s35.prime.com
These are only my opinions and not necessarily those of my employer.

Newsgroups: comp.sys.prime
From: CHUCK@pel.ac.uk (Chuck Foster)
Subject: NAMESERVER access
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Tue, 14 Apr 1992 20:06:15 GMT

NAMESERVER prob fixed now - CMDNC0 had $REST:LU instead of $REST:LUX.
The error in the como file (SERVERS*>NAME_SERVER>NAME_SERVER.COMO) just
said:   Not Found.  RWLOCK (std$cp)
so I put a  PHIO ON into the NAMSVC.CPL along with an ESR RWLOCK -LNAM etc
and it came back with Insufficient access rights, which helped immensely
(good old U$TERM to the rescue again :-)).

At least DSM has the 'sense' to say error 10 when that gets stuck :-)


Speaking of DSM and NAMESERVERs, I think I'll have to reconfigure it in order
to see the two different machines, won't I?

Also, how do I remote attach to disk on the 6350, which is still 22.1.3,
as once the NAME_SERVER is doing its business ADD -ON PRIMEA A0USER doesn't
work ...

     Chuck
Newsgroups: comp.sys.prime
From: CHUCK@pel.ac.uk (Chuck Foster)
Subject: Re: NAMESERVER access
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Tue, 14 Apr 1992 21:25:01 GMT

>      DO  NOTHING except start the NAME_SERVER.  When it finds the remote
> system is *not* running NAME_SERVER because it is at a lower rev it will
> poll  the  system  every so often to find out what is there and add them
> anyway.

Well the new Rev23 system has been up over and hour now, and the other
since last Friday, but nothing has appeared in LIST_MOUNTS or at   <
yet. Also, we don't actually want all the PrimeA disks added
automatically, if thats what you mean, as it is the administration machine
and we only use one disk for SPOOL and MAIL purposes (this is the 22.1.3
node).

Or am I on the wrong track here ...
Newsgroups: comp.sys.prime
From: JCROSS_PUBMAIL@prime.mhsl.uab.edu
Subject: No response to 50 Series TN3270 Support ..sigh..
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Mon, 13 Apr 1992 17:06:57 GMT


It has been several weeks since I posted my TN3270 query to this list
and I have received no responses about ways of getting it for the
Prime 50 Series machines.

The only two responses I did get were: (1) another list reader asking
me to post all responses I received, and (2) a Prime engineer who, I
assume from his e-mail, helped develope the 50 Series TCP/IP product.
In the nutshell he indicated that adding TN3270 support should be
fairly straight forward and simple, unfortunately, during
developement the powers that be decided that TN3270 support was very
low on the list of changes/additions/enhancements to be made to 50
Series Telnet and consequently was never added.  :-(

If I receive any further information I will post it to the list.

Oh well, we can always purchase an I.B.M. R.I.S.C. 6000 machine, my
understanding is that Telnet TN3270 support is standard on it.  Any
thoughts or comments on this?

Newsgroups: comp.sys.prime
From: sasbge@unx.sas.com (Gantt Edmiston)
Subject: Re: HELP: What to do with EXL
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Mon, 13 Apr 1992 17:26:37 GMT

Ed Trumbull writes:
> 
> 
>    I'd heard that Prime Computer was selling EXL3xx's to its employees
>    at $500 each.  (I also heard that this was basically the cost of the
>    Unix licence...)
> -- 
> Ed Trumbull <trumbull@unx.sas.com>      
> SAS Institute, Inc.      SAS Campus Drive   Cary, NC    27513   USA    
>
 
Actually, Ed heard this from me!   Before I became an "ex-Primate" I did
purchase a used EXL320 from the company.  I paid $500 bucks for which I
received an official copy of the AT&T unix license and the machine.  This 
was of course a ridiculous price for such a powerful machine.  The "street"
value of the hard disk alone was $750.  I also got 8MB of memory, cartridge
tape drive, 20 Mhz 386 CPU.  I never got a breakdown on exactly how much of
the $500 went to the license and how much went to Prime for the machine.
These machines were "used" equipment that were returned from governmental
sites that had upgraded to larger Primes and traded in the EXLs.  Prime
basically had two choices.  Scrap the stuff, or give their employees a
deal.

The original poster who stated that he was "given" the CPU failed to make
clear whether or not they received any software on the disks.  The original
owner cannot legally "give" away the OS (AT&T unix system 5 v3.2).  The 
EXL is useless (aside from scrap value) without the O/S.  Of course their
are lots of clever people out there who could purchase another O/S (like SCO)
and build it to work on this platform.

As an owner of this box and holder of a license for the O/S, I have become
dissatisfied with Prime port of the AT&T system V.  It does not contain X
windows stuff nor does Prime (as far as I know) plan on updating this 
version.   I would be interested in talking with others who have experimented
with EXLs outside of their original implementations.



-- 
------------------------------------------------------------------------------
Gantt Edmiston               SAS Institute Inc. |
Quality Assurance            SAS Campus Drive   |  "The fewer the facts,
Host Systems                 Room V416          |   the stronger the opinion!"
(919)677-8000 x6091          Cary, NC   27513   |
Internet: <sasbge@ant.unx.sas.com>              |
------------------------------------------------------------------------------                            

Newsgroups: comp.sys.prime
From: Al@TURBO.Kean.EDU (Al Costanzo)
Subject: Registering LD command
Reply-To: Info-Prime@Blx-A.Prime.COM
Organization: Kean College of New Jersey
Date: Thu, 9 Apr 1992 18:14:54 GMT

Hello everyone,

I just registered LD.RUN  I'm not sure what this is going to improve.
Number of segments it uses stayed the same, etc.  The only think I
can think of is you don't have to wait for it to "snap" into memory.

Am I on the right track here?

Now I can see some really useful things to register but LD?

Regards,

Al
Newsgroups: comp.sys.prime
From: Eric@CCCC.CC.Colorado.Edu (Eric Ross)
Subject: Re: NTS mac address
Reply-To: Info-Prime@Blx-A.Prime.COM
Organization: Colorado College, Colorado Springs, Colorado
Date: Mon, 13 Apr 1992 17:49:12 GMT

Funny you should mention it, Chuck....

>Hi!
>
>Having looked at NT$LTS on both the Rev23.2 and 22.1 systems here, am I right
>in concluding that a pre-23 system always returns the MAC address as
>32 32 32 32 32 32  (ie. 6 characters), or is that just a quirk of our system.
>
>Also, the first four bytes of the address represent the ip-number at 23.2;
>do the last two mean anything?
>
>Sorry if these are silly questions, but as we haven't received the 23.2
>source yet I cannot have a poke to see exactly what's being returned.
>(the 23.2 sub guide doesn't give any detailed info for NT$LTS).
>
>My memory wouldn't mind a jog as to how to get the corresponding user number
>for a line either ... :-)   (Its not a case of NTUSR + NRUSR is it ...).
>
>   Chuck

I was also recently experimenting with NT$LTS, getting the same results
you're getting (32.32.32.32 for the address), on a 23.2 system with
TCP/IP 2.4.R4.  I was pretty confident when the Prime-supplied program
TCP/IP>SAMPLE>DISPLAY_NTS_USERS showed the same erroneous address (before
dying with an access violation).

I checked with Kevin Yoders at Wittenburg University -- he's getting
the right results at TCP/IP 2.4, and suspects it's TCP/IP related
rather than Primos related.  DISPLAY_NTS_USERS dies for him too, but
after reporting the correct address.

I just put in a call to Prime on this -- haven't heard back yet.
I'll let you know what happens.

-------------------------------------------------------------------------
Eric Ross  (eric@cccc.cc.colorado.edu)        Colorado College
Administrative Computing                      14 E. Cache la Poudre
(719) 389-6452                                Colorado Springs, CO  80907
-------------------------------------------------------------------------
Newsgroups: comp.sys.prime
From: A.0013@VCC3.vcc.bc.ca
Subject: Re: Sleep.plp
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Tue, 7 Apr 1992 23:07:58 GMT

How do you get the Organization, Security and Comment lines in the header
portion of your mail? What mail package are you running.
Jim
Newsgroups: comp.sys.prime
From: Eric@CCCC.CC.Colorado.Edu (Eric Ross)
Subject: Re: access to DDS
Reply-To: Info-Prime@Blx-A.Prime.COM
Organization: Colorado College, Colorado Springs, Colorado
Date: Mon, 13 Apr 1992 19:21:00 GMT

In message of 13 Apr 92 18:59:40 GMT, vonb said:
>
>Some time ago I was able to access PrimeService Diagnostic Database
>System (DDS) direct through the internet instead of via dialup telenet.
>I can't find where I "misplaced" the address now though when I need to
>use it.
>
>Can someone please post it?
>Thanx.
>
>
>--
>Robert Von Borstel           . Illinois Institute of Technology - ACC
>Internet:vonb@iitmax.iit.edu  NeXTmail:vonb@fred.iit.edu  Bitnet:sysbvb@iitvax
>10 West 31st Street Room 007 . Chicago, Illinois . 60616  .  (312) 567-5962

The system is pbn39.prime.com, 129.122.64.49.

-------------------------------------------------------------------------
Eric Ross  (eric@cccc.cc.colorado.edu)        Colorado College
Administrative Computing                      14 E. Cache la Poudre
(719) 389-6452                                Colorado Springs, CO  80907
-------------------------------------------------------------------------
Newsgroups: comp.sys.prime
From: gml4410@uk0x08.ggr.co.uk (Lack Mr G M)
Subject: Re: SHARES.COMI and REGISTER_EPF
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Wed, 15 Apr 1992 13:17:49 GMT

> I have come to the conclusion that I can't run the MIDASPLUS.SHARE.COMI
> in the SHARES.COMI parallel phantom, as its reference to REGISTER_EPF
> causes failure.
> 
> As I understand it, REGISTER_EPF can only be used by the console or Systems
> Administrator. I haven't made any radical tests, but I didn't get a
>     Insufficient Access Rights
> from a phantom as administrator, but did from the console.

     It's  supposed  to  work  from  a  console  phantom, but doesn't at
Rev23.2 (fixed at 23.3, I think).  Just leave MIDASPLUS  in  PRIMOS.COMI
for the time being. 

 -------------------------- Gordon Lack ----------------------------------
 The contents of this message *may* reflect my personal opinion.  They are
 *not* intended to reflect those of my employer, or anyone else.
Newsgroups: comp.sys.prime
From: CHUCK@pel.ac.uk (Chuck Foster)
Subject: CONFIG_USERS
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Wed, 15 Apr 1992 18:03:53 GMT

Does anyone have any information on what CONFIG_USERS is expecting from the
VT100 keys (character sequences, scan codes, or whatever).

Our site almost exclusively uses PCs accessing a Novell network, and we
access the mainframes via the Clarkson CUTCP package (based upon NCSA
Telnet). However, the expected key sequences are *very* confusing, and I am
hard pressed to know which key I am supposed to touch next (apart from
having to continuously flick between NUMLOCK on/off).

Of course its written in true Prime style and doesn't use TERM* ...

I think I'll go back to EDIT_PROFILE ... :-(


Speaking of the new stuff, do the CUS$OPEN_SAD and CUS$CLOSE_SAD allow
non-administrators to use them? If not, then that means that there isn't
much point in using those routines in some of our lookup programs, since
Computer centre staff will no longer be able to verify that a user has an id
on the system/attach point exists/groups/etc, etc., let alone update
passwords for the usual "I've forgotten!"ers.

It seems very much a case of dangling a juicy 16 ounce steak just out of
reach of a slavishly hungry populace :-(

     Chuck
Newsgroups: comp.sys.prime
From: root@cvedg.Prime.COM (System Admin {CVEDG})
Subject: Mail Delivery Failure to uk.co.ggr.uk0x08 - Aborted
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Mon, 13 Apr 1992 20:06:44 GMT

The NIFTP process was unable to
deliver your mail to host uk.co.ggr.uk0x08
over janet.

The reason given by the remote host was:


Got a QR(21)
PP hard error message: Illegal Via: field, No ';' ""


Your message was not delivered to the following addresses:
	info-prime-readers@uk.co.ggr.uk0x08


	Your message begins as follows:

Received: from BLX-A.Prime.COM by cvedg.Prime.COM (5.65b/UK-2.1.CV)
	id AA03005; Mon, 13 Apr 92 21:03:56 +0100
Received: from cvedg.Prime.COM by Blx-A.Prime.COM; 13 Apr 92 22:02:08 +0200
Message-Id: <2794.9204131854@cvedg.Prime.COM>
Received: from uk.ac.brunel by cvedg.Prime.COM (5.65b/UK-2.1.CV)
	id AA02794; Mon, 13 Apr 92 19:54:51 +0100
Via: 
Received: from pel.ac.uk by sirius.brunel.ac.uk via JANET with NIFTP (PP) 
          id <22950-0@sirius.brunel.ac.uk>; Mon, 13 Apr 1992 19:54:50 +0100
Date: Mon, 13 Apr 92 19:53:49
From: Chuck Foster <CHUCK@uk.ac.pel>
Subject: Re: NTS mac address
To: Info-Prime@COM.Prime.Blx-A
Reply-To: Info-Prime@COM.Prime.Blx-A
Comment: original To: Info-Prime%Blx-A.Prime.Com%UK.CO.CV.EDG@brunel.ac.uk

>      The remote port number.

as in 16 bit, presumably.


>      Yes,  I'm afraid so.  You need to use ds$cfg to get NTUSR NRUSR and
> NTSUSR and then start counting (which g$metr has  never  been  used  for
> such things is beyond me...)

Well for the STATUS based thingies in my MESSAGE replacement and FINGER
commands I 'cheat' by flagging when the FREMs are reached - one we change
back to NORM and TREM we are in the NTSUSR range, and when NPX arrives thats
it. Handy thing having the logged out process as -U$FREM etc etc :-)

    Chuck
Newsgroups: comp.sys.prime
From: CHUCK@pel.ac.uk (Chuck Foster)
Subject: Re: NAMESERVER access
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Tue, 14 Apr 1992 21:54:53 GMT

> Oh? You have manuals? Lucky you... ;-)

Well, a coupe knocking about ... :-)


> > Still, I think I'll have to reboot both to reset the name servers.
> > Once they are all 23 I can get the -PRIVATE in use I s'pose :-)
>
> Yep, except for the comdev...

Ta! When's 2.3 of Relay up and at us? (two people asked me if I had it yet
today!!!)

Newsgroups: comp.sys.prime
From: MSO@eeyore.usc.edu
Subject: re: Information/Pick client/server?
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Thu, 9 Apr 1992 15:30:59 GMT

Steen,
Would a PC running SCO UNIX and SUN-NFS with PI-OPEN reading and writing
files that are resident on a 50 series (with the 50 series handling the
needed and necessary file/record locking) fit your needs?
Bump your local salespeople.  This should be a *hot* topic at NPUG.
mso@eeyore, USC, La-La-Land.

Newsgroups: comp.sys.prime
From: GOLDSTEIN@CSSS-A.Prime.COM
Subject: Re: access to DDS
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Mon, 13 Apr 1992 19:24:35 GMT

To:       Robert Von Borstel <vonb@iitmax.iit.edu>,<Info-Prime@Blx-A.Prime.COM>
From:     D. Miles Goldstein (Goldstein@Csss-A)
Date:     13 Apr 92  3:23 PM
Subject:  Re: access to DDS

Addresses for PBN39 (the SPT/DDS system):
    internet: 129.122.64.49
    x.25: :311061700350 (aka 617 350)
Newsgroups: comp.sys.prime
From: STEEN@dds.dent.ohio-state.edu
Subject: Connection Word
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Wed, 8 Apr 1992 17:00:46 GMT

Back in 1984 we got a product called Prime Text, which I think is what became
bundled with Prime Connection. I made a conversion program to some other
formats, including WordPerfect. The program runs with Danish prompts (should
be understandable in english) and has not been updated since 1985, but I can
send you a copy for you to try if you are interested in converting via Word
Perfect (or flat ASCII). If I remember right (in 1985) that word processor
stored its documents in files close to flat ASCII format anyway, with a few
control chr's here and there.

Steen Hansen
Ohio State University

Newsgroups: comp.sys.prime
From: CHUCK@pel.ac.uk (Chuck Foster)
Subject: Re: Registering LD Command
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Mon, 13 Apr 1992 23:05:11 GMT

> Don, your RIGHT, there is quite a difference.  as a matter of fact
> I set up LD.RUN as a registered EPF and plan to keep it this way.
> I can see alot of commands to register.  Like ECL and VCL etc.
>
> Thanks...
>
> Al Costanzo

And you were the one querying my example ... :-)

I hope it is possible to register all the most commonly used commands and
libraries on our system; if this can be done without having to relink them
then all the better (ie. is LD.RUN prelinked for REGISTER_EPF or just plain
'normal'?).

Current candidates are all the tcp/ip stuff as its always used, x25 stuff,
and anything else that sees a lot of use (eg. RELAY!!!!).


Just in the process of rewriting my finger daemon for the new ip-number
recognition, assuming nobody says my previous message is completely
mistaken :-)

Oh yeah, I'm sure I saw a domain server mentioned somewhere (brain into
gear ... !!!)

     Chuck
Newsgroups: comp.sys.prime
From: Al@TURBO.Kean.EDU (Al Costanzo)
Subject: Registering LD Command
Reply-To: Info-Prime@Blx-A.Prime.COM
Organization: Kean College of New Jersey
Date: Mon, 13 Apr 1992 17:54:42 GMT

Hello Don & everyone,

Don, your RIGHT, there is quite a difference.  as a matter of fact
I set up LD.RUN as a registered EPF and plan to keep it this way.
I can see alot of commands to register.  Like ECL and VCL etc.

Thanks...

Al Costanzo
Newsgroups: comp.sys.prime