HDTenEightyP/NetNews huggingface dataset:
From: eng271@aberdeen.ac.uk
Subject: Colour maps on DN4500 (again??)
X-Address: Fraser Noble Building, Aberdeen AB9 2UE.
Organization: Electrotechnical Laboratory, Tsukuba Science City
X-Fax: (+44) 224-491179
Distribution: fj
Date: Fri, 4 Sep 1992 14:57:48 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>
X-Mailer: ELM [version 2.3 PL11]
Via: uk.ac.aberdeen; Fri, 4 Sep 1992 16: 02:40 +0100
X-Phone: (+44) 224-272563

Hello.

I posted a message earlier in the week, but haven't had any replies - don't even know if it got posted.
The problem is below:


We have a DN4500 running SR10.3 (no patches) which has an 8 plane 19 inch colour monitor.

The command "lcm" was typed in at one of the pads and this changed the colour map.
The question is, how do I get it back to "normal".

I have tried:

lcm                         this leaves it in this new different colour scheme.
lcm -p /sys/dm/color_map    again, leaves it in this new scheme
lcm -r                      (wrong hardware)
lcm -rgb444                 (not found)
lcm -rgb332                 changes it to an even worse colour scheme
lcm -p /sys/node_data/etc/dm_display/color_map.rgb         screen goes black
lcm -p /sys/node_data/etc/dm_display/color_map.rgb332      as -rgb332 option
lcm -x                      no (obvious) effect

I've also copied the /sys/node_data/etc/dm_display tree across from another node, but it makes no
difference. Rebooting the machine makes no difference either.

Booting the machine diskless of a DN2500 still doesn't 'put things right', it still keeps its new
colour scheme. This seems to imply that it isn't anything stored on disk, so where could it be
stored? The monitor from a 4 plane coulr machine also shows the new colour scheme on the DN4500.
It can't be a hardware fault surely?

(I went through 'ex config' and the monitor is set correctly. It doesn't seem to make any difference
changing it to the 4 plane monitor anyway.)

Please tell me if you know how to fix this, or what is wrong.
Thanks,

Jon Penny, Dept of Eng, Univ of Aberdeen.
(j.r.penny@aberdeen.ac.uk)

Newsgroups: fj.mail-lists.apollo
From: David Krowitz <krowitz@quake.mit.edu>
        munnari.oz.au!manuel!sserve!sserve.cc.adfa.oz.au!jrm@uunet.uu.net
Subject: Re:  SCSI disks on 5500?
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Wed, 2 Sep 1992 16:20:32 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

The WD7000 controller supports two ESDI disks, a floppy, and SCSI tape
drives ... no SCSI disks. This is entirely a software limitation.
HP decided not to supply the SCSI disk driver for the DN3500/4500/5500
series.

== Dave Krowitz
Newsgroups: fj.mail-lists.apollo
From: csus.edu!netcom.com!hbo@decwrl.dec.com  (Howard Owen)
Subject: *Wanted* Domain 10.4 Manuals
Organization: Netcom - Online Communication Services  (408 241-9760 guest)
Distribution: fj
Date: Mon, 31 Aug 1992 19:43:04 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


  Lars Plum has very kindly supplied me with Domain 10.4 on tape, but I'm
still looking for 10.4 manuals. I'm willing to pay (a reasonable amount
of) money for the docs.

   I have also discovered that my existing Domain 10.2 system is quite
difficult to break into. The former sysadmin of the system supplied me
with 6 possible root passwords, none of which work in the local
registry. I've learned (from Lars and from Paul Szabo,
szabo_p@maths.su.oz.au  - thanks) how to get from the  low level boot
monitor to the second stage boot, but of course I can't do anything
there without the root password. I guess the fact that domain is hard to
crack is pretty cool, though it's frustrating my efforts to start
playing with my new toys. I guess I'll have to await the tapes from
Lars.



-- 
-- 
Howard Owen, Sys Admin		           internet:              hbo@octel.com
Octel Communications Corporation           BITNET:            HBO@VOODOO.BITNET
890 Tasman Dr MS 05-04 Milpitas CA 95035   DECNET Internet:          45180::HBO
"I am not a pay TV service!"               Telephone:       408-321-6576 (work)
Newsgroups: fj.mail-lists.apollo
From: ftpbox!motsrd!zeus.swindon.rtsg.mot.com!kniveton@uunet.uu.net  (Andy Kniveton)
Subject: Re: File-splitter for email
Organization: Motorola LTD
Distribution: fj
Date: Tue, 1 Sep 1992 07:12:42 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Aug28.172903.27023@hns.com>, rtaylor@hns.com (Randy Taylor) writes:
> 
> A freind of mine is looking for a file splitter
> for email.  He is transmitting 100k to 1 Meg
> ASCII files and it seems that most mail programs
> can handle a max "chuck" size of 50 k.
> 
> Any help would be apprecited.  Please reply by email]
> and I'll summarize.
> 
> Randy Taylor
> rtaylor@hns.com

Hi,

Give this a try :-

#!/bin/csh
# splitmail
# useage splitmail file_name email_address
uuencode $1 $1 > $1.uu
split -500 $1.uu spm.uu
foreach i ( spm.uu?? )
/usr/bin/mailx -s $i $2 < $i
rm $i
end
rm $1.uu

Andy.
-- 
  _ _ /|  	Andy Kniveton,	Tel No	+44 793 545349
  \'o.O'  	Motorola Ltd,	Fax No	+44 793 541228
  =(___)= 	16 Euro Way,	E-mail	kniveton@zeus.swindon.rtsg.mot.com
     U    	Blagrove, Swindon, 	uunet!motcid!zeus!kniveton
		England, SN5 8YQ.

Has anyone heard the rumors concerning HP's new portable 700 series machine ?

I hear that it is small enough to fit in your pocket and is code named Trouser
snake !
				-- Brian Kelly
Newsgroups: fj.mail-lists.apollo
From: portal!cup.portal.com!Sam_-_Malone@uunet.uu.net
Subject: Re: DN10K's for sale
Organization: The Portal System (TM)
Distribution: fj
Date: Thu, 27 Aug 1992 17:34:57 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


I see several prices being bounced around regarding used DN10K's,
but no real consensus on ballpark figures.

Let me explain my situation, and perhaps you could offer some
advice...

We got trade-in money on our DN10K towards a 9000/750.
Happy happy, joy joy. NOW... in their infinite wisdom
(snicker) they (Unisys), did not ship it back in the
requested manner and it was fairly heavily damaged.

THIS leaves us in an interesting position. We can,
a. Tell them to go ahead and fix the DN10K at $85 per hour
   plus parts and bite the bullet, calling the cost
   payment of the Dumb Tax for our improper shipping.

b.  Tell them to fix it up to a given value, at which we 
   call it more than the value of the machine, and we
   refuse to pay more. This could get ugly.
   It would rely on us knowing the real world value of the
   DN10K and being able to argue it.

c. We can offer to buy the machine in it's damaged condition
   for an undamaged price and either use the machine as a
   source of spare parts for other DN10Ks in our Rancho Bernardo
   facility or simply repair the unit and return it to service
   here (providing the repair isn't too outrageously expensive.)


So anyways, I really do need *some* approximation of the equipment
value. No monitor, single processor, single Maxtor 760 drive 
and 64 Meg of memory. If this baby was in good condition, what 
do you think it would be worth on the open market, and why?


Thanks for any input you might have.

Dave Wickard  (612) 456-2783  "As God is my witness, I thought
dave@flip.sp.unisys.com        turkeys could fly!"
Sam_Malone@cup.portal.com      -Arthur Carlson (WKRP)
Newsgroups: fj.mail-lists.apollo
From: thompson@pan.ssec.honeywell.com ((jt) John Thompson)
Subject: re: Printing under 10.4
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Thu, 3 Sep 1992 14:19:04 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>



> Hello, I are having a great deal of difficulty getting printing to
> work under 10.4.  The problem appears to be either with prmgr or
> with NCS services.
> 
> /sys/hardcopy/prmgr -c config_file -e
> 
> gives the following:
> (prmgr) Can't reach glbd - no matching entry available (network computing system/locating broker)
> (and tries again every so-often...)

If my memory hasn't suffered a parity error, the 10.4 print mgr has a bug.  
Use the 10.3 manager.  The 10.4 print server does not have a problem.

You _might_ also be having problems with the default family that glbd belongs
to.  At 10.3 and ealier, the default family when you created a glbd was DDS.
At 10.4, it was changed to be IP by default.  This is the protocol used when
talking, and is not the same as the 'listen' switch (glbd will always listen
on it's 'family' protocol, and will listen on all (IP / DDS) other active 
protocols unless limited by the '-li' switch).

It seems to me that '/etc/ncs/glbd -create -from dds://ten_three_node' should
have gotten a glbd that belonged to the DDS family, but it _appears_ that I
got it talking on the IP family, since that's the problem I had w/ my first 
10.4 node....


-- jt --
John Thompson
Design Services Engineer / Sys-Admin
Honeywell, SSEC
Plymouth, MN  55441
thompson@pan.ssec.honeywell.com

If you're not part of the solution, you're part of the precipitate.
*************************************************************************
* This e-mail correspondence is a work of fiction.  Any similarity      *
* between the views presented and actual views, personal or corporate,  *
* living, dead, or still to be conceived, is pure coincidence.          *
*************************************************************************

Newsgroups: fj.mail-lists.apollo
From: bonnie.concordia.ca!IRO.UMontreal.CA!matrox!matrox.com!bigbrother!rpage@uunet.uu.net  (Real Page)
Subject: WANTED: DN10000 Power supply (or full system : )
Organization: Matrox Ltd.
Distribution: fj
Date: Thu, 3 Sep 1992 01:59:19 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

We have a suicidal DN10000, we try everything that was posted here during 
the last weeks, (change capacitors, clean contact, etc.) to no 
working solution, MTBF: 5minutes :-(

I wish I could just put it in a museum but we have some Mentor software
running on it with no maintenance.... So I have to keep this DN10000 
up and running.

We called HP to get a replacment, they asked a DNwhat?  We called a few
place to get a power supply, but nobody calls back :-(

Does any of you could give me a solution:
- Sell us a Power Supply.
- Sell us a DN10000.
- Give us a way to repair the power supply.
- Sell us a Board Station Licence on SparcStation.
- Give me address of place that might have one of the 3 above (for 
  the license, I know that Mentor will be glad to take many $$ for one).

I will post a summary of the answer and the solution (if available).

Thanks,
--
+-----------+---------------------+----------------------+-------------+
| Real Page | (514)685-7230 #2359 | (514)685-7030 Fax    | Vaux mieux  |
| Administrateur des Systemes     | root@matrox.com      | jamais que  |
| Systemes Electroniques Matrox   | Real.Page@matrox.com | d'avoir tort!
+---------------------------------+----------------------+-------------+
Newsgroups: fj.mail-lists.apollo
From: davidy@hwcae.az.honeywell.com (David Young -davidy K26E2 x2968)
Subject: Nameserver blues
Posted-Date: Tue, 1 Sep 92 14: 21:46 -0600
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Tue, 1 Sep 1992 20:21:46 GMT
Return-Path: <davidy@hwcae.az.honeywell.com>

** L58@gatech.edu  (Dieter Menszner) on 1 Sep 92 02:38:37 GMT
** in [Nameserver blues] writes:

Dieter> I am setting up /etc/named on our Apollo ring with partial
Dieter> success:

Dieter> Configuring one machine as the primary nameserver for the ring
Dieter> and as secondary nameserver for another subnet worked at least
Dieter> on that machine.  Other machines on the ring which don't run
Dieter> named are expected to look on the file /etc/resolv.conf for
Dieter> the nameserver machine and ask that for resolving names (I
Dieter> believe).  But this doesn't work for me. I think that e.g. ftp
Dieter> should look in resolv.conf for the nameserver but it always
Dieter> falls back to /etc/hosts. Is ftp and friends broken ?

You didn't mention it, but did you run the nmconfig command?  You must
run '/etc/nmconfig -h hostent_bind' to change a node from looking at
/etc/hosts to using DNS for host name lookups.  See man page for more
info. 
--
David J. Young                      Honeywell -- Air Transport Systems Division
Phone: 602.436.2968              P.O. Box 21111 M/S AZ75-K26E2 Phoenix AZ 85036
davidy@hwcae.honeywell.com                    uunet!asuvax!apciphx!hwcae!davidy
AMA   AMUG  APDA  BMWCCA  Golfer  Private Pilot  Scuba-Diver  and more....
Do you know Kimball?  EQ Kimball, the insurance man?
Newsgroups: fj.mail-lists.apollo
From: munnari.oz.au!bruce.cs.monash.edu.au!merlin!ianh@uunet.uu.net  (Ian Hoyle)
Subject: Re: DN10K's for sale
Organization: BHP Research - Melbourne Laboratories, AUSTRALIA
Distribution: fj
Date: Tue, 25 Aug 1992 04:39:35 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

thompson@pan.ssec.honeywell.com ((jt) John Thompson) writes:

>What's the fastest machine available today if you have 4+ jobs that need to be 
>running in parallel?  
>    It's not an HP9000/750.  
>    It's not a Sparc10.  
>    It's not a DEC Alpha (isn't out).  
>    It's not an IBM anything.

>It _is_ a machine that was brought out in mid-1988, by a now-swallowed company
>named Apollo.  Four years, and they're ALMOST ready to surpass its speed.

Hmmm, we have a 4 processor DN10k and it too is still serving us quite well.

My own workstation is a SiliconGraphics 340VGX - it is regularly grinding away at
4+ jobs from my research group. I wouldn't forget about them as suppliers of
fast multiprocessor machines (we are drooling at the prospect of our new
R4000 MP machine when it finally gets here :-)

	ian
--
   /\/\     :  Ian Hoyle,  Senior Research Scientist
  / / /\    :  Image Analysis Group
 / / /  \   :  BHP Research - Melbourne Laboratories
/ / / /\ \  :  245 Wellington Rd, Mulgrave, 3170, AUSTRALIA
\ \/ / / /  :  Phone    +61-3-560-7066
 \  / / /   :  E-mail   ianh@resmel.bhp.com.au
  \/\/\/    :
            : "The kernel IS a continuously running random number
            :  generator" -- Larry Wall
Newsgroups: fj.mail-lists.apollo
From: davidy@hwcae.az.honeywell.com (David Young -davidy K26E2 x2968)
Subject: IPC's in Apollo DOMAIN?
Posted-Date: Thu, 27 Aug 92 12: 03:22 -0600
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Thu, 27 Aug 1992 18:03:22 GMT
Return-Path: <davidy@hwcae.az.honeywell.com>

** dog.ee.lbl.gov!hellgate.utah.edu!cs.utexas.edu!torn!cunews!nrcnet0!bnrgate!bcrka451!norm@ucbvax.Berkeley.EDU  (Norm MacNeil) on 26 Aug 92 04:43:21 GMT
** in [IPC's in Apollo DOMAIN?] writes:

Norm> I can't seem to find any IPC stuff on the Apollos; i.e., there is no support
Norm> for shared memory segments (shmat, shmctl, etc.), message queues (msgctl,
Norm> msgget, etc.), or semaphores (semctl, semget, etc.).

Norm> Is there any way to do this kind of stuff (without using sockets directly)?

I find all of those system calls on my system.  

Make sure you have the /sys5.3 environment loaded
Make sure your SYSTYPE environment variable is sys5.3
Make sure you are running SR10.x...


--
David J. Young                      Honeywell -- Air Transport Systems Division
Phone: 602.436.2968              P.O. Box 21111 M/S AZ75-K26E2 Phoenix AZ 85036
davidy@hwcae.honeywell.com                    uunet!asuvax!apciphx!hwcae!davidy
AMA   AMUG  APDA  BMWCCA  Golfer  Private Pilot  Scuba-Diver  and more....
Do you know Kimball?  EQ Kimball, the insurance man?
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!uwm.edu!ogicse!news.u.washington.edu!zeus!davidb@ucbvax.Berkeley.EDU  (David W. Barts)
Subject: Strange packaging technique
Organization: University of Washington
Distribution: fj
Date: Wed, 2 Sep 1992 23:40:48 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


In the HP400s to HP433s upgrade kit (A2043), we have three boxes:  a
motherboard box, an EISA adapter card box, and an accessory kit box.

The accessory kit box contains two plastic SIMM card guides, a
metal backplane cover, and three machine screws.  These are packed in
-- you guessed it -- a specially-made piece of anti-static bubble
wrap marked "CAUTION:  Contents subject to damage by static
electricity.  DO NOT OPEN except at approved static-free workstations."

Do HP sites have a number of very large Tesla coils that generate
sparks powerful to melt or vaporize these parts?  Are they plagued
by numerous lightning strikes?  That anti-static bubble wrap must
be pretty strong stuff if it can resist a lightning strike!

:-) :-) :-)

--
David Barts  N5JRN                      UW Civil Engineering, FX-10
davidb@ce.washington.edu                Seattle, WA  98195
Newsgroups: fj.mail-lists.apollo
From: agate!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!sample.eng.ohio-state.edu!zaphod.mps.ohio-state.edu!rpi!utcsri!helios.physics.utoronto.ca!alchemy.chem.utoronto.ca!system@ucbvax.Berkeley.EDU  (System Admin (Mike Peterson))
Subject: Re: BSD named questions
Organization: University of Toronto Chemistry Department
Distribution: fj
Date: Fri, 28 Aug 1992 00:31:53 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <34a.e6psp@lab.ntt.jp> canning@apollo3.apollo3.ntt.JP (John M. Canning) writes:
>
>        Is there a way to enter some
>local correction info so that when a translation fails, it can look in
>the local file?  Or better yet, check the local file first and if
>nothing was found, then query the remote name server?  In reading the
>documentation, it seems that the /etc/hosts file system and the remote
>name server are mutually exclusive systems.

You can't do what you want to do on Domain/OS - it is exclusive.
You need to get your master nameserver up to date and keep it
that way.

>      What controls the appending of the local domain name?

/etc/resolv.conf, with the 'domain' line.
-- 
What are the chances that any computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
Newsgroups: fj.mail-lists.apollo
From: mcsun!sun4nl!tuegate.tue.nl!eba!ebh.eb.ele.tue.nl!wjw@uunet.uu.net  (Willem Jan Withagen)
Subject: Re: traceroute?
Organization: Digital Systems, Eindhoven University of Technology, the Netherlands
Distribution: fj
Date: Wed, 2 Sep 1992 07:20:59 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Aug31.134402.1@vxcrna.cern.ch>, roeber@vxcrna.cern.ch writes:
=> Has anybody ported "traceroute" to Domain?  The standard BSD code
=> on the net requires kernel mods to get the special info.
=> Theoretically, this should be much easier (and safer) on Apollos,
=> since IP is done in a user-level daemon.  Getting the tcpd docs,
=> though, might be a toughie.

I do like the standard reply

Yes, we did. (Not me, but Frank Volf (volf@eb.ele.tue.nl) whether he
ported it, or just compiled it, I don't know. But feel free to ask him.

If it's only the executable you want:
	ftp.eb.ele.tue.nl:/pub/apollo/local/etc/traceroute

And don't forget to make it suid. (I don't think we entered any dark
code into it. :-) But it requires to get at/to the interface. )

	Willem Jan

-- 
Digital Information Systems Group, Room EH 10.35 
Eindhoven University of Technology   
P.O. 513                     		Tel: +31-40-473401,Fax: +31-40-448375
5600 MB Eindhoven            		The Netherlands
Internet:  wjw@eb.ele.tue.nl    
X400:      C=nl;ADMD=400net;PRMD=surf;O=tue;OU=ele;OU=eb;S=WJW;
Newsgroups: fj.mail-lists.apollo
From: eng271@aberdeen.ac.uk
Subject: lcm on DN4500
X-Address: Fraser Noble Building, Aberdeen AB9 2UE.
Organization: Electrotechnical Laboratory, Tsukuba Science City
X-Fax: (+44) 224-491179
Distribution: fj
Date: Wed, 2 Sep 1992 14:57:38 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>
X-Mailer: ELM [version 2.3 PL11]
Via: uk.ac.aberdeen; Wed, 2 Sep 1992 16: 02:19 +0100
X-Phone: (+44) 224-272563


Hi.

We have a DN4500 running SR10.3 (no patches) which has an 8 plane 19 inch colour monitor.

The command "lcm" was typed in at one of the pads and this changed the colour map.
The question is, how do I get it back to "normal".

I have tried:

lcm                         this leaves it in this new different colour scheme.
lcm -p /sys/dm/color_map    again, leaves it in this new scheme
lcm -r                      (wrong hardware)
lcm -rgb444                 (not found)
lcm -rgb332                 changes it to an even worse colour scheme
lcm -p /sys/node_data/etc/dm_display/color_map.rgb         screen goes black
lcm -p /sys/node_data/etc/dm_display/color_map.rgb332      as -rgb332 option

I've also copied the /sys/node_data/etc/dm_display tree across from another node, but it makes no
difference. Rebooting the machine makes no difference either.

Any help or hints would be appreciated.

Thanks,

Jon Penny, Dept of Eng, Univ of Aberdeen.
(j.r.penny@uk.ac.aberdeen)

Newsgroups: fj.mail-lists.apollo
From: sun-barr!sh.wide!wnoc-tyo-news!ccut!wsclark!lab!lab!canning@ames.arc.nasa.gov  (John M. Canning)
Subject: vt100 and arrow keys
Organization: none
Distribution: fj
Date: Wed, 2 Sep 1992 06:24:57 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


   We use the vt100 program to "convert" our Apollo windows into a
standard vt1** window that can run vi, emacs and other screen based
programs over the network.  When we use it, however, the arrow keys
are not being mapped to their vt100 equivalents (at least emacs
doesn't respond to them in the way that it should).  Is there a way to
configure the mapping of the keys under the vt100 program?

  -John Canning

--
//////////\\\\\\\\\\//////////\\\\\\\\\\//////////\\\\\\\\\\//////////\\\\\\\\
Dr. John M. Canning
s-mail:	Naito Group                        e-mail:	canning@apollo3.ntt.jp
        NTT Basic Research Laboratories    tel:		(0422)-59-4640
        3-9-11 Midori-cho                  fax:		(0422)-59-2178
        Musashino-shi, Tokyo 180  JAPAN               (outside Japan:
                                                       change leading 0 to 81)
//////////\\\\\\\\\\//////////\\\\\\\\\\//////////\\\\\\\\\\//////////\\\\\\\\
Newsgroups: fj.mail-lists.apollo
From: cs.utexas.edu!oakhill!digital!digital.sps.mot.com!chen@uunet.uu.net  (Jinfu Chen)
Subject: Re: Idle nodes? (was Re: automatic screen turn-off)
Organization: Motorola, LICD, SPS, Mesa, AZ
Distribution: fj
Date: Tue, 1 Sep 1992 18:43:12 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <BtwMGy.EG0@apollo.hp.com> ganek@apollo.hp.com (Dan Ganek) writes:
>    PROCEDURE gpr_$video_ctl()
>  
>This replaced smd_$video_ctl.

Is there any call to let user find out no keyboard/mouse event has happened
during a specific time?  If such a call is available I can modify a screen
lock program to automatically lock a screen when the node has idled for some
time.
Newsgroups: fj.mail-lists.apollo
From: elroy.jpl.nasa.gov!swrinde!mips!darwin.sura.net!Sirius.dfn.de!zrz.tu-berlin.de!mailszrz.zrz.tu-berlin.de!olip0931@ames.arc.nasa.gov  (Christian Paschereit)
Subject: searching pcnfsd for 68k and 88k
Organization: ZRZ/TU-Berlin
Distribution: fj
Date: Thu, 27 Aug 1992 14:54:52 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I am looking for a compiled version of the pcnfsd for
the 68k and 88k machines. I can not compile the 
the source code supplied by PCTCP because of missing
libraries.

Any help is greatly appreciated.

Oliver Paschereit
oliver@dn10000.pi.tu-berlin.de
Newsgroups: fj.mail-lists.apollo