HDTenEightyP/NetNews huggingface dataset:
From: Al@TURBO.Kean.EDU (Al Costanzo)
Subject: Digital Clock program
Reply-To: Info-Prime@Blx-A.Prime.COM
Organization: Kean College of New Jersey
Date: Tue, 14 Apr 1992 19:33:16 GMT

Hello,

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.

Regards,

Al Costanzo
Newsgroups: comp.sys.prime
From: CHUCK@pel.ac.uk (Chuck Foster)
Subject: Rev 23.2 bits
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Thu, 9 Apr 1992 14:38:44 GMT

Well here's the first message to the list under 23.2. Yes, I finally got
allowed the time to play with one of the primes to put it on, with the other
to follow next week, if I have time!

There area couple of things that I have noticed during the course of
"tuning" it before we open to the screaming hordes at 1:00pm (heh heh), and
some observations, which hopefully can get back to me before then. Any
hints/suggestions would be nice, too :-)


Paging: When we first booted up, we had horrendous problems. Apparently we
were 100000+ pages short of the recommended number according to the message
from the console - ouch! Most of the PRIMOS.COMI bits were okay, though the
command environment had a tendency to reinitialise due to lack of segments
(our defaults were 128/128 dyn/static). It seems that for anyone to get
anywhere we will have to give them a more generous segment count ... :-(

I read that after CONFIG_USERS is invoked, EDIT_PROFILE is no longer usable.
This is a little disconcerting, if I am correct here, as virtually all of our
user-adding programs utilise EDIT_PROFILE in CPL ...

REGISTER_EPF looks like it could be fun. With the -PUBLIC declaration in
ENTRY$.SR, does it then matter where the associated rule actually resides;
ie. can I put things like LIBRARIES*>APPLICATION_LIBRARY at the bottom of the
search list, or do they still need to sit near the top for speed
(initially?). I hope I can register things like the socket library and
ecl$lib. My interpretation is that commands like LD can be registered too.
How does registering affect updatess to libraries/programs whilst the
original is in use?

TCP/IP: I seem to remember 2.4 supporting ip numbers access. Or is that based
within PRIMOS (we haven't got the source yet, as the tapes arrived
corrupted).

The parallel SHARES.COMI: can this include initialisation commands like
EMACS -INIT etc, and PROP -COLDSTART, or must these still be in PRIMOS.COMI?


Phew! There's bound to be other things that i've forgotten for the moment :-)

Thanks for any info/clarification in advance!

    Chuck
Newsgroups: comp.sys.prime
From: YODERS@prime.wittenberg.edu
Subject: re: Dusty Pulse tape...  looking for SSP
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Thu, 9 Apr 1992 01:07:58 GMT

John,

     If nobody else has responded yet, I think I found the SSP stuff you are 
looking for.  How do you want it? (do you want it, still?).

Kevin Yoders
Wittenberg University

Newsgroups: comp.sys.prime
From: gj@pri-do.Prime.COM (Gundolf Jahn, Dortmund, Germany)
Subject: re: Digital Clock program
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Wed, 15 Apr 1992 10:21:56 GMT

To:       <Info-Prime@Blx-A.Prime.COM>
From:     Gundolf Jahn -Dortmund, Germany- <gj@pri-do.Prime.com>
Date:     15 Apr 92  12:08:12
Subject:  re: Digital Clock program

> > 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.

Yes, PT200 (at least REV. 10/06/86) frequently "hang" when certain escape
sequences arrive (from EMACS, PRIMAILPLUS, etc.). They are only restartable
with ctrl-alt-clear then (right hand side three finger grip).

> I've never seen that happen on my PT250 though.

Correct, PT250s seem to run without problems, if the line frequency is set to
60HZ!

Mit freundlichen Gruessen (= with kind regards :-)

Gundolf
Newsgroups: comp.sys.prime
From: jasonp@cunix4.prime.com (Jason R. Pascucci)
Subject: Re: SHARES.COMI and REGISTER_EPF
Organization: Prime Computer, Inc./Framingham, Ma
Date: Wed, 15 Apr 1992 20:36:35 GMT

Actually, it turns out you can run the register_epf
command if 'system' is the system administrator. 
<It came about in the old adage of if it's
not tested, it doesn't work. It wasn't ever tested
on a machine where system isn't the sysadmin. Thus...>

This problem is fixed in 23.3. <I.E. Any system
phantom can use register_epf.>

If you spawn it off as a system administrator user,
then it might work also. <----- Undocumented functionality,
someone else brought up here: Use at your own risk,
I can't comment anymore about it. 

Oh, yeah: I don't believe I ever recieved a spar on it: 
we found it inhouse. If there are any tickets outstanding,
they've probably been labeled irreproducable, since it's
kind of unobvious that this only doesn't work on systems who
have a different system administrator. 

-- 
Jason R. Pascucci
jasonp@primerd.prime.com
Disclaimer: I could be wrong, don't sue us. :(
Better Disclaimer: This post does not represent the views
of Prime Computer, or it's affiliates, nor it's employees,
nor the guys who work in the caffeteria. It's my sole
responsibility. 
Even Better Disclaimer: What post?
Newsgroups: comp.sys.prime
From: franl@centerline.com (Fran Litterio)
Subject: Re: 'odd' pointers
Organization: CenterLine Software, Inc.
Date: Wed, 15 Apr 1992 16:49:44 GMT

GORMAN_B@prime1.lancashire-poly.ac.uk (Barry Gorman) writes:

> I am using C compiled with the -32ix option to call a large number of
> system subroutines. It is possible in C to have a pointer to an 'odd'
> character. Would passing such a pointer to system subroutines work
> reliably, or MUST I ensure that my pointers are halfword aligned?

C pointers that address odd bytes take less space in memory than their
non-C counterparts.  A C pointer that addresses an odd byte has its E
bit set but the pointer is only 2 halfwords long.  Other languages
allocate a third halfword for pointers that can have their E bit set.
The E bit tells the C-specific instructions to access the odd byte of
the halfword addressed by the other bits of the pointer.  The E bit is
ignored by non-C-specific instructions, but it is checked at runtime
by the pointer manipulation code emitted by the non-C compilers.  That
runtime check allows the non-C languages to do bit-level addressing by
storing a bit-offset in the third halfword.

Thus, I think a C pointer that has its E bit set will cause problems
when passed to non-C code (e.g., system subroutines).
--
franl@centerline.com   || Fran Litterio                               
uunet!centerline!franl || CenterLine Software R&D                     
617-498-3255           || 10 Fawcett St, Cambridge, MA, USA 02138-1110
Newsgroups: comp.sys.prime
From: Slutz@s35.Prime.COM (Donald Slutz, slutz@s35)
Subject: Re: -public entry$
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Fri, 10 Apr 1992 16:32:36 GMT

Since the PRIME supplied libraries do not have to be searched
in a particular order, I would change you entry$ list to:
-static_mode_libraries
-PUBLIC
libraries*>ecl$lib.run
libraries*>pel_cmds.run
-optional libraries*>tek.run
-optional libraries*>zeta.run
-optional libraries*>tek/zeta.run
-optional arcexe50>lib>ttyin$.run
-optional arcexe50>lib>sfile.run
-optional arcexe50>lib>igllib.run
-optional arcexe50>lib>aml.run
-optional arcexe50>lib>isp.run
-optional arcexe50>lib>arccore.run
libraries*>cc_lm.run
LIBRARIES*>PRIMOS_LIBRARY.RUN
LIBRARIES*>DSMLIB.RUN
LIBRARIES*>DSMSITLIB.RUN
LIBRARIES*>X409LIB.RUN
LIBRARIES*>SIT_LIBRARY.RUN
LIBRARIES*>SP$LIB.RUN
libraries*>nplot.run
libraries*>nelplib.run
libraries*>f77lib.run
libraries*>pascalsi_library.run
libraries*>pascalsv_library.run
libraries*>land_survey_lib.run
libraries*>vt$.run
libraries*>infocp.run
libraries*>info9lib.run
LIBRARIES*>SORT_LIBRARY.RUN
LIBRARIES*>CURSLB.RUN
LIBRARIES*>FORM_LIB.RUN
LIBRARIES*>NMLIB.RUN
LIBRARIES*>CXX_LIBRARY.RUN
libraries*>nag_library.run
libraries*>nag_graphics.run
libraries*>magtape_library.run
libraries*>drb_lib$prc.run
libraries*>drb_lib$prg.run
LIBRARIES*>APPLICATION_LIBRARY.RUN
LIBRARIES*>COMMON_ENVELOPE.RUN
LIBRARIES*>CBL_LIBRARY.RUN
LIBRARIES*>CC_LIBRARY.RUN
LIBRARIES*>ANSI_CC_LIBRARY.RUN
LIBRARIES*>COBOL85_LIBRARY.RUN
LIBRARIES*>MATRIX_LIBRARY.RUN
LIBRARIES*>PASCAL_LIBRARY.RUN
LIBRARIES*>PL1_LIBRARY.RUN
LIBRARIES*>PL1_SYSTEM_LIBRARY.RUN
LIBRARIES*>PL1G_LIBRARY.RUN
LIBRARIES*>SYSTEM_LIB$PRC.RUN
LIBRARIES*>SYSTEM_LIB$PRG.RUN
LIBRARIES*>FTN_LIBRARY.RUN
LIBRARIES*>TRANS_LIB$PRC.RUN
LIBRARIES*>TRANS_LIB$PRG.RUN
LIBRARIES*>VRPG_LIBRARY.RUN
libraries*>emacs_state.run
LIBRARIES*>SOCKET.RUN
LIBRARIES*>SOCKET_IX.RUN

Since then one "-PUBLIC" searches all -public libraries at once
and is much faster then the list of "-public <name>" is.  The reason
for the list of "-public <name>" is so that subroutine name conflicts
will work correctly. I.E. if libraries*>pel_cmds.run has entry point
"M$TIME" then it would be found instead of the one in
"-public PL1_SYSTEM_LIBRARY".  Because of this, the install tools had
to change your entry$ search list as they did so that the right subroutine
was found.  Since I do not expect this to be the common case, the single
"-PUBLIC" should be usable by most machines.
   -Don Slutz

Newsgroups: comp.sys.prime
From: Slutz@s35.Prime.COM (Donald Slutz, slutz@s35)
Subject: Re: Registering LD command
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Thu, 9 Apr 1992 19:56:40 GMT

You do not have to look in the file system for LD.RUN
(I.E. fewer file opens...) and PRIMOS & other registered
EPFs links will be pre snapped. (I.E. faster startup).
   -Don

Newsgroups: comp.sys.prime
From: jbauer@mother.bates.edu (Jim Bauer)
Subject: Re: Dusty Pulse tape... looking for SSP
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Fri, 10 Apr 1992 13:25:22 GMT

In comp.sys.prime you write:

>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
>----
John, I've got the SSP stuff on one of our academic systems.  It's about
1900 records.  I've got to run off to a meeting now but if you want the
stuff let me know and I'll put it up on an anonymous ftp account on
one of our unix machines.

jim                jbauer@mother.bates.edu
Jim Bauer
Bates College
Computing Support Services

Newsgroups: comp.sys.prime
From: CHUCK@pel.ac.uk (Chuck Foster)
Subject: Re: NTS mac address
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Mon, 13 Apr 1992 23:53:49 GMT

>      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
From: akc@pilot.njin.net (Albert K. Costanzo)
Newsgroups: comp.sys.prime
Subject: Re: Registering LD Command
Date: 13 Apr 92 19:30:37 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

Chuck,

One limiting factor, DTAR3 is only so big. and the more things
registered the less free memory you have available.  Is the trade off
worth it? You bet, so long as (as you said) you only register things
that are always being used.

Now here is a problem for Prime.  The only way to register the stuff
is to (at least have the binaries from the translators) If you don't
have source, you cannot do this....  Hmmm. One for Phil.K when he
comes back from down Under... 

-al
 
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: Fri, 10 Apr 1992 12:33:47 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 AA11709; Fri, 10 Apr 92 13:32:47 +0100
Received: from cvedg.Prime.COM by Blx-A.Prime.COM; 10 Apr 92 14:32:23 +0200
From: System Admin {CVEDG} <root@uk.co.cv.edg>
Date: Fri, 10 Apr 92 12:36:10 +0100
Message-Id: <11523.9204101136@cvedg.Prime.COM>
Received: 
Via: 
To: Info-Prime@COM.Prime.Blx-A
Subject: Mail Delivery Failure to uk.co.ggr.uk0x08 - Aborted
Reply-To: Info-Prime@COM.Prime.Blx-A

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 AA11492; Fri, 10 Apr 92 12:34:54 +0100
Received: from cvedg.Prime.COM by Blx-A.Prime.COM; 10 Apr 92 13:32:32 +0200
Message-Id: <11400.9204101102@cvedg.Prime.COM>
Received: from uk.ac.brunel by cvedg.Prime.COM (5.65b/UK-2.1.CV)
	id AA11400; Fri, 10 Apr 92 12:02:15 +0100
Via: 
Received: from pel.ac.uk by sirius.brunel.ac.uk via JANET with NIFTP (PP) 
          id <09308-0@sirius.brunel.ac.uk>; Fri, 10 Apr 1992 12:01:57 +0100
Date: Fri, 10 Apr 92 12:00:59
From: Chuck Foster <CHUCK@uk.ac.pel>
Subject: prop -coldstart in shares.comi
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

> From: gml4410@uk.co.ggr.uk0x08 (Lack Mr G M)
>
>      It  *can*  include  EMACS  (mine  does)  but  PROP  -Coldstart  (in
> SPOOL.SHARE.COMI) we failed on (but even that might  work  if  you  make
> SYTSEM a .SPOOL_ADMINISTRATOR$ - however, is it worth it?).

Ours worked without any problem, but then SYSTEM is a .SPOOL_ADMINISTRATOR$
here anyway :-)
Newsgroups: comp.sys.prime
From: DDBAG256F@SYSA.BIRMINGHAM-POLY.AC.UK (ANSI ART)
Subject: LISTSERV
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Mon, 13 Apr 1992 21:31:58 GMT

After recently opening a mailing list ... similar to this ....
I began to wonder about LISTSERV - MAILING LIST type progs for
the Prime .... can anyone enlighten me ?

+===========================================================================+
| Chris Davis, BTEC HND Computer Studies Second Year                        |
|              69, Kettlebrook Rd, Tamworth, Staffordshire B77 1AB          |
+---------------------------------------------------------------------------+
| Tel:  (0827) 56570    | Email    JANET: C.Davis@UK.AC.BIRMP.SA            |
|                       |       Internet: C.Davis%SA.BIRMP.AC.UK@NSF.AC.UK  |
+===========================================================================+

Newsgroups: comp.sys.prime
From: GORMAN_B@prime1.lancashire-poly.ac.uk (Barry Gorman)
Subject: 'odd' pointers (more)
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Wed, 15 Apr 1992 16:56:28 GMT

Further to my last query, here is another example, possibly more hazardous.

-------------------------------------------------------
main(){fortran f(); char a[12], *p=a; f((char[])(p+1));}
-------------------------------------------------------
000024: 146241.000062s            EAR     R1, SB%+062
000026: 042241.000060s            ST      R1, SB%+060

Expression statement at source line: 1

000030: 002241.000060s            L       R1, SB%+060
000032:    060367                 ICP     R1
000033: 042241.000070s            ST      R1, SB%+070
000035: 022401.100000             LH      R2, =0100000
000037: 062441.000072s            STH     R2, SB%+072
000041: 114342.000020l            PCL     LB%+020,*
000043: 004700.000070s            AP      SB%+070,*SL
Newsgroups: comp.sys.prime
From: Slutz@s35.Prime.COM (Donald Slutz, slutz@s35)
Subject: Re: 23.2
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Fri, 10 Apr 1992 16:30:24 GMT

P.S. add_portal allows access to remote disk(s) in place of "add -on".
It just does not allow portals in the root and so the treenames change.

   -Don Slutz

Newsgroups: comp.sys.prime
From: GORMAN_B@prime1.lancashire-poly.ac.uk (Barry Gorman)
Subject: 'odd' pointers
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Wed, 15 Apr 1992 16:39:36 GMT

I am using C compiled with the -32ix option to call a large number of
system subroutines. It is possible in C to have a pointer to an 'odd'
character. Would passing such a pointer to system subroutines work
reliably, or MUST I ensure that my pointers are halfword aligned?
I append a small program together with the relevant code generated.

Barry
.....
----------------------------------------------
test program:

main(){fortran f(); char a[12], *p=a; f(p+1);}
----------------------------------------------
code for f(p+1);
--------------------------------------
000030: 002241.000060s            L       R1, SB%+060
000032:    060367                 ICP     R1
000033: 042241.000070s            ST      R1, SB%+070
000035: 022401.100000             LH      R2, =0100000
000037: 062441.000072s            STH     R2, SB%+072
000041: 114342.000020l            PCL     LB%+020,*
000043: 000700.000070s            AP      SB%+070,SL
Newsgroups: comp.sys.prime
From: CHUCK@pel.ac.uk (Chuck Foster)
Subject: Re: SHARES.COMI and REGISTER_EPF
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Wed, 15 Apr 1992 18:29:48 GMT

> > As I understand it, REGISTER_EPF can only be used by the console or ...
>
> That's correct!  I start the SHARE.COMI for the system administrator and
> MIDASPLUS.SHARE.COMI works fine!  The group .SYSTEM_ADMINISTRATOR$ allone
> isn't enough.  To do this, I use the SPAWN.RUN program from SYSTEM_DEBUG*.
> It has a -help option.  This is the line from my PRIMOS.COMI:
>
> SPAWN SYSTEM>SHARE_PARALLEL.COMI -U SYSADM -PRVL -GR .SYSTEM_ADMINISTRATOR$
>
> I'm not sure if the -groups option is necessary (never touch a running
> system).

Erm, I was going by what the Software Release Document tells me ...
Actually, I have just reread the whole part on SHARES.COMI (pages 3-3 to 3-8)
and the example uses:
   PH SYSTEM>SHARES.COMI
in its PRIMOS.COMI, and the corresponding SHARES.COMI example *does* have a:
   CO MIDASPLUS.SHARE.COMI
sitting in it.

So, either the example is wrong, or I am doing something wrong!!!
There is no 'fiddling' involving privved processes in it, anyway :-)

Oh yeah, what *is* the group .SYSTEM_ADMINISTRATOR$ - is this a special group
or just something special to your site (like our .SYSTEMS group)?

     Chuck
Newsgroups: comp.sys.prime
From: CHUCK@pel.ac.uk (Chuck Foster)
Subject: Re: LISTSERV
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Mon, 13 Apr 1992 21:40:19 GMT

Chris,

Well there is Toni's own Listserv of course, but that won't work on the UK
network, at least not for us!

I have made tentative trials with an Isocept-based version, but I wanted to
make a more robust, system-independent version. Before you ask, no I can't
send the source of mine as its CPL and a horrendous mess at the moment!!!!

If there are any already operational ListServers in the UK (for Prime
obviously!) then I'd be interested too ... :-)

     Chuck
Newsgroups: comp.sys.prime
From: vonb@iitmax.iit.edu (Robert Von Borstel)
Subject: access to DDS
Keywords: Diagnostic Database
Organization: Illinois Institute of Technology
Distribution: usa
Date: Mon, 13 Apr 92 18:59:40 GMT


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
From: akc@pilot.njin.net (Albert K. Costanzo)
Newsgroups: comp.sys.prime
Subject: Re: LISTSERV
Date: 13 Apr 92 17:45:57 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

I have software here at Kean that does mailing lists I believe it will
shortly be released.... But you 'll have to talk to prime to be 100%
sure

-al
Newsgroups: comp.sys.prime
From: CHUCK@pel.ac.uk (Chuck Foster)
Subject: Re: NTS mac address
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Mon, 13 Apr 1992 23:15:51 GMT

Eric,

> 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.

Its a small world, as my DISPLAY_NTS_USERS crashes on the first one too!!!
Actually, it crashes with an invalid user number anyway (ie. wasn't logged
in and isn't picked up by a NT$LTS sweep either, though it was a valid
ip-number for our place).

The 32's are of course a stright list of spaces in character terms, which
I'm assuming was what was returned by pre-rev23 NT$LTS :-).

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

Thanks!

     Chuck

C/SPL don't mix very well ... :-(






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: Fri, 10 Apr 1992 11:36:10 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 AA11492; Fri, 10 Apr 92 12:34:54 +0100
Received: from cvedg.Prime.COM by Blx-A.Prime.COM; 10 Apr 92 13:32:32 +0200
Message-Id: <11400.9204101102@cvedg.Prime.COM>
Received: from uk.ac.brunel by cvedg.Prime.COM (5.65b/UK-2.1.CV)
	id AA11400; Fri, 10 Apr 92 12:02:15 +0100
Via: 
Received: from pel.ac.uk by sirius.brunel.ac.uk via JANET with NIFTP (PP) 
          id <09308-0@sirius.brunel.ac.uk>; Fri, 10 Apr 1992 12:01:57 +0100
Date: Fri, 10 Apr 92 12:00:59
From: Chuck Foster <CHUCK@uk.ac.pel>
Subject: prop -coldstart in shares.comi
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

> From: gml4410@uk.co.ggr.uk0x08 (Lack Mr G M)
>
>      It  *can*  include  EMACS  (mine  does)  but  PROP  -Coldstart  (in
> SPOOL.SHARE.COMI) we failed on (but even that might  work  if  you  make
> SYTSEM a .SPOOL_ADMINISTRATOR$ - however, is it worth it?).

Ours worked without any problem, but then SYSTEM is a .SPOOL_ADMINISTRATOR$
here anyway :-)
Newsgroups: comp.sys.prime