HDTenEightyP/NetNews huggingface dataset:
From: broe@aardvark.ucs.uoknor.edu (Bruce Roe)
Subject: Re: ATTENTION: A problem with dump under 4.1.1
News-Software: VAX/VMS VNEWS 1.41    
Keywords: tape, cleaning
Organization: University of Oklahoma - University Computing Services
Date: Mon, 27 Jul 1992 13:40:00 GMT

In article <1992Jul27.122658.17403@cs.nott.ac.uk>, jason@vulcan.xtel.co.uk (Jason Kitchen) writes...
>I've had this problem too. Same error messages, etc.

Me too, eventually the tape drive crashed, burned and went to hyperspace.
After much ranting and raving, SUN replaced it.  Now all is well and has
been since.  Since all the software is still the same, I'd vote for a
hardware problem.
--bruce
	broe@aardvark.ucs.uoknor.edu
Newsgroups: comp.sys.sun.admin
From: david@elroy.jpl.nasa.gov (David Robinson)
Subject: Re: How to use loopback mount on 4.1.2?
Organization: Image Analysis Systems Group, JPL
Date: Tue, 28 Jul 1992 18:24:54 GMT

In article <aegl.712343227@ossi.com> aegl@ossi.com (Tony Luck) writes:
>>So, finally, here is my question.  Why doesn't /etc/mount grok "lo" entries
>>in /etc/fstab?
>
>Whoops ... 10 minutes more experimentation showed that making a symbolic link
>from /etc/mount_lo to /usr/etc/mount_lo suddenly made /etc/mount understand
>the "lo" filesystem type.  I guess that "tfs" might start working with a
>link from /etc/mount_tfs to /usr/etc/mount_tfs too.  I wonder why sun ship
>systems without these links installed?

Sun assumes that /usr/etc is in the path of the user running the mount
command.  This was also a problem when /usr/etc was left out
of /etc/rc.local in one release.  In general, the philosophy of
4.X (and other systems adopting the reorg) is that only data files
exist in /etc and all executables are in /usr/etc.  Symbolic links
exist to provide backward compatibility for executeables that existed
in /etc in 3.X, mount_lo did not exist in 3.X.

Now in Solaris 2.0 /usr/etc is gone...

	-David
-- 
David Robinson	david@elroy.jpl.nasa.gov
Disclaimer: No one listens to me anyway!	'92 GS500E DoD #480
"An addiction is a drag" - Dennis Hopper	'90 EX250R Ninja
"A tisket, a tasket, a condom or a casket" - Dr. Carl Bell
Newsgroups: comp.sys.sun.admin
From: bryan@uhura1.uucp (Bryan Curnutt)
Subject: "stty size" returns 0 0 ?!?
Reply-To: bryan%uhura1@uunet.uu.net
Organization: Stoner Associates, Inc./DREM Incorporated, Houston Texas
Date: Tue, 21 Jul 1992 05:49:28 GMT


Environment: SunOS 4.1.2, OpenWindows 3.0, SPARCstation IPC
I have a user here who starts up 5 xterms from his .openwin-init
file, each executing "rlogin" to a different machine.  (Well, three
of them are rlogin-ing to his own machine, which ain't the most
efficient way to run things, but that's not the point...)

Sporadically, one of these xterms will lose the size of the window.
"stty size" will return "0 0" instead of "25 80" or whatever the
size is.  Re-sizing the window has no effect on this value.
"stty -a" also, of course, shows "rows 0 columns 0".

Some of our software depends on being able to read the correct size
of the window.

Sun tech support says that this problem has never been reported
before, and (this seems weird to me) if you have a problem that
you can't reliably reproduce, there's not even a way to put it on
record as being a potential problem.  (I could see that you might
not want to file a full bug report on something that can't be
reliably reproduced, but it seems to me this should at least go
into a database somewhere, so they can tell if a lot of people
report it.  But I digress...)

Questions:

1. Has anyone seen this sort of thing before?

2. Does anyone have a clue about what might cause this?

Thanks for any insights,
-- 
Any opinions above are mine, and do not necessarily reflect the views of SAI.

Bryan Curnutt                   | "I hope that UNIX is more like my diner
bryan%uhura1@uunet.uu.net       |  than like McDonald's." -- Doug McIlroy
Newsgroups: comp.sys.sun.admin
From: shmuel@moe.einstein.com (Shmuel Einstein)
Subject: Serial port speeds > 38400 ?? 
Organization: Shmuel Einstein & Associates, Inc.
Date: Tue, 28 Jul 1992 21:59:55 GMT

Is it possible to set the serial port speed of a Sparc station to a speed faster
than 38400, such as 57600?  I do not see any entries in the "speed bits"
described in <sys/ttydev.h> which are faster than 38400.

Thanks in advance. 


-- 
Shmuel Einstein, shmuel@einstein.com
Shmuel Einstein & Associates, Inc.
9100 Wilshire Blvd, Suite 235 E
Beverly Hills, CA  90212
310/273-8971 FAX 310/273-8872


-- 
Shmuel Einstein, shmuel@einstein.com
Shmuel Einstein & Associates, Inc.
9100 Wilshire Blvd, Suite 235 E
Beverly Hills, CA  90212
Newsgroups: comp.sys.sun.admin
From: Gary White <gwhite@arco.com>
Subject: Re: Tuning TCP/IP for satellite T1 hops
Organization: ARCO
X-Useragent: Nuntius v1.1
Date: Thu, 30 Jul 1992 22:03:47 GMT

Tuning TCP/IP for satellite T1 hops

Hi-
I am curious if anybody knows what are good values for the 
assorted TCP parameters (tcp_sendspace) to make FTP 
data transfer over a T1 satellite-hopped connection go fast?
Thanks-
-Gary White
 ARCO
 Plano, Texas
From: robinson@stout.geo.brown.edu (Darrin Robinson)
Newsgroups: comp.sys.sun.admin
Subject: SUMMARY: HSFS On SunOs 4.1.2 (Solaris 1.0.1)
Date: 24 Jul 92 16:19:46 GMT
Article-I.D.: stanley.14paj2INN3ev
Distribution: world
Organization: Brown University, Providence RI 02912
NNTP-Posting-Host: stout.geo.brown.edu

In article <14n6ssINNqq2@stanley.cis.Brown.EDU> robinson@porter.geo.brown.edu (Darrin Robinson) writes:
>
>Netters,
>
>Does anyone have the patch for Version 4.1.2 of SunOs for the
>bug (or workaround) for structured files.  The patch is to
>the hs_parsedir and I have the 4.1 and 4.1.1 patch to hsfs_node.o
>but I'm running 4.1.2 now and need to repatch that object.  
>
[stuff deleted for bandwidth...]


Thanks to all that responded...

	jdavis@noaoa.edu   (Jim Davis)
	pgf@space.mit.edu  (Peter Ford)
	twong@f19.sun.eng.com  (Thomas Wong)

The patch follows...


--------------------------------------------------------------------
As both of you found out, Sun cannot read the guide star
catalog cdrom from NASA.  This is because all of the data
files are of type RECORD, which Sun chose not to support because
there is no UNIX interface to access the RECORD structure file.

Attached is a kernel patch that you can make your Sun
machine to read the guide star cdrom.  As a precaution, please
save your old kernel before applying this patch.

for SunOS 4.1.2 

acuraintegra# adb -w vmunix
>>>> hs_parsedir+c0?X
_hs_parsedir+0xc0:              ba0de0ee
>>>> hs_parsedir+c0?Wba0de0e6
_hs_parsedir+0xc0:              0xba0de0ee      =       0xba0de0e6
>>>> hs_parsedir+1a4?X
_hs_parsedir+0x1a4:             ba0de0ee
>>>> hs_parsedir+1a4?Wba0de0e6
_hs_parsedir+0x1a4:             0xba0de0ee      =       0xba0de0e6
>>>> $q

Note: >>>> is added to illustrate what you should type.
You need to reboot.

YOu can also edit the file in OBJ/hsfs_node.o.

Any question, please let me know.

Feel free to pass along this patch to those who need this fix.


----------------------------------------------------------------------

Thanks!

Darrin

#include <std_disclaimer.h>
=============================================================================
=  Darrin E. Robinson (DER31) =    Hamnet     N1LLV  146.700-, 146.880- MHz =
=  VAX/VMS and Sun Manager    =    Internet   robinson@porter.geo.brown.edu =
=  Brown University           =               n1llv@porter.geo.brown.edu    =
=  Providence, R.I. 02912     =    SPAN(et)   PGGIPL::ROBINSON (Node 7132)  =
=  AT&Tnet: (401) 863-1062    =    Nasamail   derobinson@nasamail.nasa.gov  =
=============================================================================
Newsgroups: comp.sys.sun.admin,comp.sys.sun.misc
From: styri@hal.nta.no (Haakon Styri)
Subject: Greyscale monitor
Reply-To: styri@nta.no
Organization: Norwegian Telecom Research
Date: Wed, 29 Jul 92 14:00:41 GMT

I've got a small problem some of you can give me the answer to.
My SS IPC came with a 19-inch greyscale monitor. But,alas, the
std. monitor interface is just B/W - and I want greyscale.

I've managed to get hold of a GX card, and my question is this:
	How do I tell the system that I've got grayscale, not color.

If it's impossible to do this - well, can anyone out there tell me
how to get proper grayscale. I don't like color, and X in B/W ... :-(

---
Haakon Styri
Norwegian Telecom Research
Xref: sparky comp.sys.sun.admin:5132 comp.unix.admin:4400 comp.unix.solaris:129
From: cudep@warwick.ac.uk (Ian Dickinson)
Newsgroups: comp.sys.sun.admin,comp.unix.admin,comp.unix.solaris
Subject: Re: AT&T vs. BSDI --> 4.3BSD-NET2 distribution requires AT&T license!!!
Keywords: AT&T 'Death Star' rises over BSDI's horizon [Tel. 1-800-800-4BSD
Date: 31 Jul 92 09:43:21 GMT
Organization: Team Limpid's Meathead With Aptitude - Kunst und Wahnsinn

In article <Bs7nKr.3xr@well.sf.ca.us> marquis@well.sf.ca.us (Roger Marquis) writes:
>In article <1992Jul29.194040.855@digibd.com> rhealey@dellr4.digibd.com (Rob Healey) writes:
>>	It's rather sad really. Any country that would
>>	even CONSIDER the concept of software patents has obviously
>>	got a legal and legislative system that needs to be flushed
>>	down the toilet because it's obviously WAY beyond a chance
>>	of repair. B^(.
>That's why the US software industry is the envy of the world I
>suppose, all those stupid patents and copyrights that reward people for 
>their hard work. 

I have no problems with people being rewarded for work, but I seem
to remember that it works the other way too - it's not all light and goodness.

The "US software industry" might be the envy of the world in your eyes.
However, most of the software that comes out of that industry (anywhere
in the world) hardly makes me envious.

Cheers,
-- 
\/ato - Ian Dickinson - NIC handle: ID17                              Yo! Bum 
vato@csv.warwick.ac.uk  ...!mcsun!uknet!warwick!vato                     rush
/I=I/S=Dickinson/OU=CSV/O=Warwick/PRMD=UK.AC/ADMD= /C=GB/                 the
@c=GB@o=University of Warwick@ou=Computing Services@cn=Ian Dickinson     show
From: brown@ftms.UUCP (Vidiot)
Newsgroups: comp.sys.sun.admin
Subject: Re: moving the / partition
Date: 28 Jul 92 18:51:44 GMT
Reply-To: brown@ftms.UUCP (Vidiot)
Distribution: na
Organization: Vidiot's Other Hangout

In article <64462@hydra.gatech.EDU> meshlema@cmdl.gatech.edu (Matthew Eshleman) writes:
<
<I just became the system administrator for a new sparc IPX.  I 
<recently attempted to install xview3 when I found out that I
<had only 2.5 megs left on my / partition.  I want to move / from
<sd0a to sd3b, and I was looking for some advice on how to go
<about this.  Is it as simple as umounting the / partition, then
<remounting / to sd3b, rename the old / to something else, then copy the correct files over to the new partition.  And of course 
<editing the /etc/fstab file.  For some reason this seems too easy.

The first question is... why are you trying to install this software in the
root partition.  It should be installed somewhere on /usr, or on another disk
you have attached to the IPX.  It should not go in /.

Also, you can't move /, without causing problems with how your system will
boot.  I can guarentee that id you move the files in root the system will
not boot.

Don't move /, move the software you want to install.
-- 
harvard\
  ucbvax!uwvax!astroatc!ftms!brown  or  uu2.psi.com!ftms!brown
rutgers/
INTERNET: brown@wi.extrel.com  or  ftms!brown%astroatc.UUCP@cs.wisc.edu
From: berstel@mipsmath.math.uqam.ca (Bruno Berstel)
Newsgroups: comp.sys.sun.admin
Subject: Re: sun beep... is it changeable?
Date: 31 Jul 92 17:35:28 GMT
Reply-To: berstel@lacim.uqam.ca (Bruno Berstel)
Distribution: comp
Organization: Universite du Quebec a Montreal

In article <1992Jul30.021519.10298@afterlife.ncsc.mil>, dpkemp@afterlife.ncsc.mil (David P. Kemp) writes:
|> In article <SHAWN.92Jul29173137@litsun.epfl.ca> shawn@litsun.epfl.ch writes:
|> >
|> >I want to change the "beep" of my sun so that it is different
|> >from the sun across from me. Is there a way of changing the tone
|> >of the beep to be lower/higher??
|> >
|> 
|> What beep are you talking about?

What if I ask : "Why doesn't the ``xset b ...'' command has the expected
effects ?"

I don't know whether M. Shawn meant that, but I do...

Bruno.
-----     -----     -----     -----     -----     -----     -----     -----
Bruno Berstel                                         berstel@lacim.uqam.ca
Laboratoire de Combinatoire et d'Informatique Mathematique       L.A.C.I.M.
Universite du Quebec a Montreal                                    U.Q.A.M.
(Tele)phone : (514) 987-8495                           Fax : (514) 987-8477
---------------     ---------------     ---------------     ---------------
                    Noel en hiver, Paques au printemps.
From: jschamba@na35.lbl.gov (Jo Schambach)
Newsgroups: comp.sys.sun.admin
Subject: Re: Remote tape device write/read?
Date: 31 Jul 1992 15:34:49 GMT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
Distribution: world
NNTP-Posting-Host: 128.3.252.87

In article <25064@dog.ee.lbl.gov>, jschamba@na35.lbl.gov (Jo Schambach) writes:
|> Is it possible to read/write from/to a tape device on a remote computer? If yes,
|> how? I saw the man page on "rmt", but didn't understand how this would help.
|> 
|> Jo
|> -- 
|> 
|> **************************************************************
|> Joachim Schambach
|> Mailstop 50D
|> Lawrence Berkeley Labs
|> Berkeley, CA 94720, USA
|> 
|> email:	JJSchambach@lbl.gov	or	JJSchambach@lbl.bitnet
|> Tel:	x1-(510) 486-6349
|> --------------------------------------------------------------
|> 2 + 2 = 3, for suitably small values of 2
|> **************************************************************
|> 

-- 
Thank you for all the responses so far. The answers mostly referred me to
"rdump" and company. I guess I didn't ask the question right.
What I would like to do, is from a C program I would like to say:

fd = open("remote_host:/dev/rst0, RW);
read(fd, ...);
write(fd,...);

is that possible?
Thank you very much to: Bill Thomason <wbt@rex.cs.tulane.edu>,
			rjq@phys.ksu.edu (Rob Quinn),
			mikey@netcom.com (Mike Pechner).

Their answers were:
----------------------------------------------------------------
Look at the tar man page for examples.


EX.

#write to a remote tape drive
tar cvfb - 20 <files> | rsh hostname dd of=/dev/rst0 obs=20b

# read from a remote tape drive.
rsh hosname if=/dev/rst0 ibs=20b  | tar xvfb - 20  < specification>
------------------------------------------------------------------
 An easy way is to use dump and restore with remotehost:/dev/tape... as
the tape name. 

--------------------------------------------------------------------
look at rdump and rrestore


-- 




**************************************************************
Joachim Schambach
Mailstop 50D
Lawrence Berkeley Labs
Berkeley, CA 94720, USA

email:	JJSchambach@lbl.gov	or	JJSchambach@lbl.bitnet
Tel:	x1-(510) 486-6349
--------------------------------------------------------------
2 + 2 = 3, for suitably small values of 2
**************************************************************
From: das@eplunix.UUCP (David Steffens)
Newsgroups: comp.sys.sun.admin
Subject: Re: More questions on MacX
Date: 30 Jul 92 22:18:22 GMT
Organization: Eaton-Peabody Lab, Boston, MA

In article <jacobson-290792093533@jacobson.isgs.uiuc.edu>,
jacobson@fred.isgs.uiuc.edu (Russ Jacobson) writes:
> ... Several of you have said you would send your setup ...

That's me... and it's in the mail :-)  Seriously, though, I _have_ sent
Russ a beta-test copy just this afternoon.  If Russ can get my stuff to work
for him, then I will post it here for all to enjoy (and criticize ;-)

> ... I get the message that a new X11 client is attempting to connect
> to MacX. Do you wish to permit the connection. I say OK  and I got
> the following message in MacX's output window ...
>  /sgs/openwin/bin/olwm -display "@display"
>  olwm: Fatal X Error: BadAccess (attempt to access private resource denied)
>  Perhaps there is another window manager running?

In OpenWindows version 3, olwm tries to grab _all_ of the available
screens on the display.  Since MacX is managing screens 0 and 2,
olwm is denied access to some of the screens it asks for (0 and 2).
Being a greedy little beast, olwm throws a tantrum and quits :-)

Use the following command instead (see man page for details):
	/sgs/openwin/bin/olwm -single -display "@display"

BTW, I assume by "@display" you really mean the MacX "display" variable,
where the "@" character is actually "option-r".  That's what you want.

> ... I am using rooted windows for openwindows ...

This is correct.  MacX does not act as window manager on the rooted
screens, namely 1 for B&W and 3 for color.  Therefore, MacX will let
olwm manage these screens (1 and 3).  So those are the screens to use.

> ... I am using a Mac IIsi, and my monitor is only the little
> 12 inch Apple RGB ...

No, this is not the cause of the above problems.  But your screen may be
_physically_ too small to hold all of the windows you want.  And the IIsi
isn't powerful enough, IMHO, to run MacX in color.  I tried grey-scale
on a IIci, which is faster; it was totally unusable.  Your mileage may vary.
-- 
David Allan Steffens       | I believe in learning from past mistakes...
Eaton-Peabody Laboratory   | but why does a good education require so many?
Mass. Eye & Ear Infirmary, 243 Charles Street, Boston, MA 02114
{harvard,mit-eddie}!eplunix!das    Tel (617) 573-3748    Fax (617) 720-4408
From: pete@memex.co.uk (Peter Rankin)
Newsgroups: comp.sys.sun.admin
Subject: amd, lockd and statd problems
Date: 24 Jul 92 15:00:23 GMT
Organization: Memex Information Systems Ltd., East Kilbride, Scotland

I have just started using amd in preference to Sun's automounter and have
run into a problem with the lock daemon. We use amd's Network host filesystem
(i.e. equivalent of -hosts provided with the automounter). The network
is organised such that '/net/host' leads to the root directory on machine
'host'.

This seems to work fine, but on one machine (a 670 running SunOS 4.1.2) the
lock daemon complains frequently:

The machine name is hq. When a process on hq tries to lock a file on the
same machine (e.g. /net/hq/etc/file), the message

rpc.lockd: monitor entry not found for "hq" , request is not monitored.

comes up repeatedly on the console. If the full path is not used
(e.g. /etc/file) this doesn't happen. It looks as if this is caused by
the way amd mounts the filesystems. The line below is printed by 'mount' and
looks suspicious.

hq:(pid116) on /net type auto (intr,rw,port=1023,timeo=8,retrans=110,indirect)

Our amd map is almost identical to the example in the manual:

/defaults	type:=host;fs:=${autodir}/${rhost}/root;rhost:=${key}
*		opts:=rw,grpid

This does NOT happen on our other machines (running SunOS 4.1.1). Any ideas?
Newsgroups: comp.sys.sun.admin
From: dan@cscsun2.larc.nasa.gov (Dan O'Brien)
Subject: Runaway portmap on a Sun3/280 SunOS 4.0.3 (Proc: table full)....
Keywords: portmap NFS Sun3/280
Organization: NASA Langley Research Center, Hampton, VA  USA
Date: Mon, 27 Jul 1992 18:57:48 GMT

   We have a Sun3/280 running SunOS 4.0.3.  For a while now I've
 been getting 
    "proc:  table full" 
 messages followed by a system lockup (can't log in and can't start
 new processes if you are logged in).  This is obviously a situation
 where we have too many processes and I bumped up the max processes
 and installed a new kernel.  The problem continued and I eventually
 started analyzing the kernel core dump.  I'm fairly new at using
 adb so I was only able to ascertain that the runaway process was
 "portmap".  It appears to just spawn copies of itself
 off until the process table is full.  I tried applying all the
 relevant NFS patches I could find for 4.0.3 and the problem
 disappeard...for a while.  Now it's back again and I don't know
 where to turn.  Have I missed a patch somewhere?  Is my NFS
 exports to other Sun3's, an SGI, and a SparcStation 2 causing
 me problems?  I suspect the Sparc2 as a possible culprit
 (It's running 4.1.1).  Upgrading to 4.1.1 on the Sun3/280 is not
 an option at this point.  Any help such as pointers to appropriate
 patches would be greatly appreciated.  


Dan O'Brien
NASA Langley Research Center
dan@cscsun2.larc.nasa.gov
dan%cscsun2.larc.nasa.gov@uunet.uu.net
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott)
Newsgroups: comp.sys.sun.admin
Subject: Does someone recognize this boot-up error message?
Date: 22 Jul 92 21:39:09 GMT
Organization: Center for Computer Music Research and Composition, UCSB

I have added a third ethernet card to our Sun 3, and have
reconfigured the kernel for it.  During the initial
bootup sequence, the new card is apparently recognized
correctly: 

zs1 at obio 0 pri 3
ie0 at obio c0000 pri 3
ie1 at vme24d16 e88000 vec 0x75
ie2 at vme24d16 c88000 vec 0x76	<< new third card
bwtwo0 at obmem ff000000 pri 4
bwtwo0: resolution 1152 x 900

During rc.local, however, I get the following message at
the point where the line "/etc/mount -vat nfs" is
executed: 

revarp: Requesting Internet address for X:X:XX:X:XX:XX [my substitution of X's]

...and the boot sequence hangs at this point, because I
echo this command on the line following it, and it never
gets that far.  That hex address printed is the correct
hardware address for the machine. 

I can find no references to revarp in any documentation. 
Can someone illuminate me? 

Thank you in advance.

-- 
Douglas Scott                              (805)893-8352
Center for Computer Music Research and Composition
University of California, Santa Barbara
Internet: (NeXTMail ok)   <doug@foxtrot.ccmrc.ucsb.edu>
Newsgroups: comp.sys.sun.admin,comp.sys.sun.hardware
From: khwx386@infoac.rmi.de (Welter)
Subject: Re: Failing Maxtor 1gig drive on SPARC1E
Organization: RMI Net INFO.box Systems * Aachen * Hamburg * Flensburg
Date: Sat, 25 Jul 1992 21:42:26 GMT

This article made me think my harddisk has crashed ... it's a panther too. No 
problems at all with my IPC.
-- 
Karl-Heinz Welter                                   PEKA GmbH, Germany
khwx386@infoac.rmi.de                            Phone: +49-241-876406
(or: peka@khwpeka.rmi.de)                          FAX: +49-241-876741
----------------------------> just mail it <--------------------------
Newsgroups: comp.sys.sun.admin
From: nilsen@cs.uri.edu (Ronald A. Nilsen)
Subject: HP Laserjet IIIsi on Ethernet
Organization: University of Rhode Island
Distribution: usa
Date: Thu, 30 Jul 1992 14:38:52 GMT

I have recently placed an HP LaserjetIIsi printer on our system and it
presently supports all Macintosh printers through various gateways.  The
printer itself has an ethernet interface, is on our ethernet backbone, and
works very well from the macs.  I would like to be able to use it from 
our Suns (3/50's and 3/60's) that are on the net through several multi-
port repeaters and servers.

I would like to be able to use the HP printer from both the suns and 
macs at the same time...Anyone have any suggestions?...
Thanks

Ron Nilsen
University of Rhode Island
Department of Computer Science and Statistics
nilsen@cs.uri.edu
Newsgroups: comp.sys.sun.admin
From: derosa@rtsg.mot.com (John DeRosa)
Subject: Automatic Screen Blanking Available?
Reply-To: motcid!derosa@uunet.uu.net
Organization: Motorola Inc., Cellular Infrastructure Group
Date: Tue, 28 Jul 1992 20:31:24 GMT

Is there a tool to do screen blanking (after
a certain idle time) on Sun4's, specifically
a SparcStation 2?

I have seen this done before.  I assume that there
is some type of process that runs that checks idle time.

Any help would be appreciated.
-- 
= Enjoy!     John DeRosa, Motorola, Inc, Digital Cellular Systems    = 
= (thanks)    derosa@ssd.comm.mot.com                                =
= (a 10^6!)   N1111@applelink.apple.com                              =
Xref: sparky comp.sys.sun.admin:4927 comp.sys.sun.wanted:1201 comp.sys.sun.misc:3306