HDTenEightyP/NetNews huggingface dataset:
From: njohnson@sysad.cnde.iastate.edu (Neil Johnson)
Subject: Re: FPU errors on 5000/240
Organization: Iowa State University, Ames IA
Date: Wed, 11 Nov 1992 20:10:53 GMT


I've run both Arthur Smith's and Jay Ponder's programs on our 28 DECStation 240's.
Smith's program reported only one node with problems, while Ponder's indentfied
them all as being bad.  

We are currently testing our large applications on an older 200 to see if the problem
has been effecting results.

Our DEC service representative told us that they are aware of the problem and are
waiting for a decision from above on how to proceed. Should know more soon.

I checked our two 125's, they seem to be okay.
 
--

Neil Johnson, N0SFH		 | Systems Administrator
njohnson@cnde.iastate.edu        | Center for Nondestructive Evaluation
njohnson@sysad.cnde.iastate.edu  | Institute for Physical Research & Technology 
neil@iastate.edu		 | Iowa State University 
                                 | Ames, Iowa

Newsgroups: comp.unix.ultrix
From: weis@netmbx.netmbx.de (Dietmar Weis)
Subject: recommendation for SCSI-Device-ID's
Organization: netmbx, Berlin, Germany
Date: Wed, 11 Nov 1992 08:40:51 GMT

Could someone give me a good recommendation which ID's to choose?

Config: DS3100, Ultrix 4.2 (soon 4.3)

I will plug in a sixth device, a hard disk, and have only ID 7 unused.
I have read in an older article that ID 7 was reserved for a real time
cpu because it has the highest interrupt. But actually there is none,
so I could use it.

The devices are for now:

ID 0 - RZ24 root and swap
ID 1 - RZ56 data
ID 2 - Fuji M2266S data
ID 3 - DAT HP35480A
ID 4 - RRD42
ID 5 - TZ30

Shall I change the slowest device to ID 7 (TZ30) or just put the new disk
to ID 7?

Any hints are appreciated.
Thank you very much.

Dietmar
-- 
weis@netmbx.netmbx.de       | Dietmar Weis         DONOP CONSULT GmbH
Voice: +49 30 884 28 54-0   |                      Uhlandstrasse 179/180
Fax:   +49 30 882 55 29     |                      D - 1000 Berlin 12
                     I don't speak for my company!
From: jeff@cbis.ece.drexel.edu (Jeff White)
Newsgroups: comp.unix.ultrix
Subject: OS won't use swap space
Date: 6 Nov 92 20:03:34 GMT
Organization: Drexel University, College of Engineering, Philadelphia, PA


  I have a strange problem.  I have a 5000/240, 96M ram, 2 Seagate 1.2G
drives, ascii console.  The problem is that even though it is configured
for 96M of swap space (and pstat -s does report 98000k configured), it
seems to use only about 280k of if.  Programs requesting more memory
(than what is left in RAM) get basically an out of memory error (varies
from program to program), not an out of swap error.  Pstat for some
reason also reports no shared memory usage when there should be.
  I recently (this week) upgraded to Ultrix 4.3, although I beleive
I had the same problem under 4.2a.  The config file is similar to other
ones we run with no problem.  The only other difference is SCSI CAM 
installed.
  Any suggestions?


					Jeff White
					jeff@cbis.ece.drexel.edu
Newsgroups: comp.unix.ultrix
From: ib@iersv1.energietechnik.uni-stuttgart.de (Iris Butzbach)
Subject: filter for HP Paint Jet
Organization: Inst. for Energy Economics & Rational Use of Energy (IER) U of Stuttgart, FRG
Date: Fri, 6 Nov 1992 09:35:17 GMT

I want to connect a HP Paint Jet either
to an ETS8 Terminalserver or to a serial
line of a DECstation.

But I don't know the correct filter, so that
nothing appears on the printer when I send a
picture to it.

If I send something via lpr to the printer and ask lpq,
it seems to work correctly, but it doesn't print.
After two minutes there is the message in lpq taht there
was no progress for two minutes.

Does someone know the equivalent DEC-Printer for the PaintJet?

Thanks a lot!

/----------------------------------------------------\/-------------------\
|         Iris Butzbach * IER Uni Stuttgart          ||             up    |
|     Hessbruehlstrasse 49a * 7000 Stuttgart 80      ||   What goes       |
| Phone: ++49 711 78061-54 * Fax:   ++49 711 7803953 ||                   |
| - - - - - - - - - - - - - - - - - - - - - - - - -  ||  must come        |
|     ib@iersv1.energietechnik.uni-stuttgart.de      ||            down   |
\----------------------------------------------------/\-------------------/
From: huepper@marie.physik.tu-berlin.de (Guido Huepper)
Newsgroups: comp.unix.ultrix
Subject: {add,remove}user script with NIS available?
Date: 5 Nov 1992 18:07:07 GMT
Organization: ZRZ/TU-Berlin
Reply-To: huepper@itp1.physik.tu-berlin.de
NNTP-Posting-Host: marie.physik.tu-berlin.de

Hello,

the normal adduser/removeuser scripts shipped with ultrix 4.2A don't
support YP. Is there a special reason for this ??
Is there anywhere a hacked version of these scripts available? Before
I'm going to do it by myself, I hope there is one kind soul who can send
me his version.

Thanks in advance, Guido

--
Guido Huepper   is   huepper@itp1.physik.tu-berlin.de
Institut fuer Theoretische Physik, TU Berlin, Germany
Newsgroups: comp.unix.ultrix
From: buck@pool.info.sunyit.edu (Jesse Buckley)
Subject: utmp not getting bigger.
Organization: State University of New York -- Institute of Technology
Date: Thu, 5 Nov 1992 20:06:45 GMT

For some (foolish) reason our DECSystem running Ultrix 4.2 Rev.  96
won't increase it's utmp past 2700 bytes.  Since we have unlimited users
this means people login as ghosts.  Any ideas?

-- 
=) Buck (buck@sunyit.edu)
"Clothes make the man.  Naked people have little or no influence on
society." -- Mark Twain
Newsgroups: comp.unix.ultrix
From: sjg@phwoof.ph.kcl.ac.uk (Simon Gornall)
Subject: Re: Telnet not working ????
Organization: King's College London Image Processing Group
Date: Thu, 12 Nov 1992 20:23:25 GMT
X-Posted-From: dogmatix.ph.kcl.ac.uk
NNTP-Posting-Host: sol.ctr.columbia.edu

In article <1992Nov12.195026.26325@decuac.dec.com>, avolio@dco.DEC.COM (Frederick M. Avolio) writes:

|> Do you have telnetd installed?   /usr/etc/telnetd.  It is in

We certainly do. And we can "telnet asterix 25" to send mail, or "telnet asterix
1617" to connect to the empire port. It's most strange.

Simon.
Newsgroups: comp.unix.ultrix
From: avolio@dco.DEC.COM (Frederick M. Avolio)
Subject: Re: Telnet not working ????
Reply-To: avolio@dco.DEC.COM (Frederick M. Avolio)
Organization: Digital Equipment Corp., Washington ULTRIX Resource Center
Date: Thu, 12 Nov 1992 19:50:26 GMT


Do you have telnetd installed?   /usr/etc/telnetd.  It is in
Newsgroups: comp.unix.ultrix
From: osyjm@cs.montana.edu (Jaye Mathisen)
Subject: Re: LAT access *from* Ultrix
Organization: CS
Date: Thu, 5 Nov 1992 22:29:05 GMT

In article <1992Nov4.202904.13184@nic.funet.fi> vsarkela@convex.csc.FI (Vesa S{rkel{) writes:
>In <Bx3srH.2po@breeze.rsre.mod.uk> heading@breeze.rsre.mod.uk 
>  (Anthony J.R. Heading) writes:
>
>>Is it possible, from my Ultrix 4.2 Decstation, to connect to a VMS Vax
>>over the ethernet using LAT instead of Decnet? The LAT support appears
>>to only deal with connection to a specific server port where a modem
>>might be attached perhaps - I can't work out how to either connect to
>>the terminal server or directly to the target machine...
>
>Try using dlogin <node>

Using dlogin would be kind of dumb, since he said he didn't want a decnet
connection, but rather a LAT connection.

To answer the original question, as far as I know, currently, you can't
do the Ultrix equivalent of the VMS '$ set host/lat'.

In a more perfect world, this would not be the case, it would be the VMS
people begging for functionality that already existed in ultrix :) (No OS
flame wars please...)
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu
From: buck@pool.info.sunyit.edu (Jesse Buckley)
Newsgroups: comp.unix.ultrix
Subject: Re: utmp not getting bigger.
Date: 6 Nov 92 17:04:07 GMT
Organization: State University of New York -- Institute of Technology

In article <1992Nov5.200645.23747@pool.info.sunyit.edu> buck@pool.info.sunyit.edu (Jesse Buckley) writes:
>For some (foolish) reason our DECSystem running Ultrix 4.2 Rev.  96
>won't increase it's utmp past 2700 bytes.  Since we have unlimited users
>this means people login as ghosts.  Any ideas?

Thanks to both of the following people who told me to put in /etc/ttys
entries.

Martyn Johnson      maj@cl.cam.ac.uk
University of Cambridge Computer Lab
Cambridge UK

Matt Thomas                     Internet:   thomas@lkg.dec.com
DECnet-ULTRIX Development       UUCP:       ...!decwrl!thomas
Digital Equipment Corporation   Disclaimer: This message reflects my own
Littleton, MA                               warped views, etc.

-- 
=) Buck (buck@sunyit.edu)
"Crime does not pay ... as well as politics."  -- A. E. Newman
Newsgroups: comp.unix.ultrix
From: zhang@whbws.ms.ornl.gov (Xiaoguang Zhang)
Subject: Re: Memory fault
Organization: Univ. of KY., CCS
Date: Sat, 7 Nov 1992 21:53:43 GMT
Distribution: na
X-Posted-From: whbws.ms.ornl.gov
NNTP-Posting-Host: sol.ctr.columbia.edu


OK, let me try again.

I have a 700k program compiled from Fortran which runs fine on 
2 DECstations 3100 both with 8Mb
of memory one with Ultrix 4.0 the other with Ultrix 4.1. However, when I
tried to run the same program on a DECstation 3100 with 20Mb of memory 
with Ultrix 4.0 it core-dumped. 

Running dbx shows that the program stopped at line 3, which is a
comment line (so are the 2 lines proceeding it). The source code has not
been changed since the compilation. In other words, it core-dumps
before it starts executing the first statement, possibly while it's
loading.  I guess this is paging related. How do I find out
and fix it? Specifically, how do I find out about the configuration
regarding the paging space the system is using? And how do I change
that?

Here is some detail:

Machine 1: 8Mb mem, Ultrix 4.1, one scsi disk, swap on rz0b
   This one works

Machine 2: 8Mb mem, Ultrix 4.0, two scsi disks, swap on rz1b
   This one works

Machine 3: 20Mb mem, Ultrix 4.0, two scsi disks, swap on rz1b and rz4b
   This one core-dumps

--
 _  _     _
 _||=   _+-+    \|/   Xiaoguang Zhang   Phone 615-574-4845 
|_ +-  |+---   -----  zhang@whbws.ms.ornl.gov
 .||x   _/|_,  _/|_,
From: blk@physik.tu-chemnitz.de (Peter Blaudeck)
Newsgroups: comp.unix.ultrix
Subject: CHECKING FOR INVITATION ON CALLER'S MACHINE  ??
Date: 5 Nov 92 14:57:02 GMT
Organization: University of Technology Chemnitz, FRG

What does this message mean ?
I use ULTRIX 4.2a and cannot "talk" to any other computer.
All other network services are working well.

------------------------------------------------------------------
TU Chemnitz, Dept. Physics                          Peter Blaudeck
D - 9010 Chemnitz
                   -3119
Tel. +49 (0)371 561-3206     Email: blaudeck@physik.tu-chemnitz.de
------------------------------------------------------------------
Newsgroups: comp.unix.ultrix
From: john@iastate.edu (John Hascall)
Subject: Re: Does the current release of DEC Fortran for RISC fix this?
Keywords: F77 fortran risc
Organization: Iowa State University, Ames, IA
Date: Mon, 9 Nov 1992 21:53:06 GMT

mckay@gimli.bio.purdue.edu (Dwight McKay) writes:
}The following program is not compilable under DEC Fortran for RISC version 3.0.
}It compiles and runs just fine under every other version of Fortran I had
}available to test (VMS fortran, Sun fortran).
}
}Does anyone know if this program can be compiled under a more recent version
}of DEC Fortran?

It would appears so (our compiler claims to be: "DEC Fortran X3.2-226"):

pooh.cc> cat >buggy.f
      Parameter(N=3)
      Real C(N)
      Call B(C,N)
      Stop
      End
      Subroutine A(D)
      Real C(N)
      Entry B(C,N)
      Write(6,*)' Hi there'
      Return
      End
pooh.cc> f77 buggy.f -o buggy
pooh.cc> ./buggy
  Hi there

John
-- 
John Hascall                   ``An ill-chosen word is the fool's messenger.''
Systems Software Engineer
Project Vincent
Iowa State University Computation Center  +  Ames, IA  50011  +  515/294-9551
Newsgroups: comp.unix.ultrix
From: pz@modtor.uucp (Peter Ziobrzynski)
Subject: syslog does not log on 4.3
Organization: Godcorp
Date: Thu, 12 Nov 1992 04:39:36 GMT

I installed Ultrix 4.3 on 5000/240s and 125s and sendmail stopped
putting log messages to /usr/spool/mqueue/syslog.
My /etc/syslog.conf and /usr/lib/sendmail.cf use the same
syslog levels as in my 4.2 installation. The newaliases and error
conditions of sendmail are reported on the console instead of syslog.

Anybody had this problem? All and any help will be appreciated.

- peter
-- 
Peter Ziobrzynski, pz@modtor.uucp, peter@sni.ca, Toronto, Ont. Canada
Newsgroups: comp.unix.ultrix
From: vixie@pa.dec.com (Paul A Vixie)
Subject: Re: Running SENDMAIL fron INETD ?????
Organization: DEC Network Software Lab
Date: 10 Nov 92 11:15:23

> Does anyone know how to run sendmail fron inetd rather than a daemon process.

Sure.  You put

smtp	stream	tcp	nowait	/usr/lib/sendmail	sendmail -bs

in your inetd.conf file.  But beware, you will lose the semantics of
sendmail.cf options x, X, and Y if you do this.  Also, you will have
to run a "sendmail -q30m" from rc.local or run "sendmail -q" from cron.

Running sendmail from inetd is a bad idea.
--
Paul Vixie, DEC Network Systems Lab	
Palo Alto, California, USA         	"Don't be a rebel, or a conformist;
<vixie@pa.dec.com> decwrl!vixie		they're the same thing, anyway.  Find
<paul@vix.com>     vixie!paul		your own path, and stay on it."  -me
From: jls@lhdsy1.lahabra.chevron.com (Jim L. Schulmeyer)
Newsgroups: comp.unix.ultrix
Subject: Re: Memory upgrade for DecSystem 5500
Date: 6 Nov 92 22:54:47 GMT
Organization: Chevron Oil Field Research, La Habra, CA.

In article <1992Nov5.204152.18744@adx.adelphi.edu> zhao@adx.adelphi.edu (Bin Zhao) writes:
>Could somebody please tell me if it's possible to use third-party memory
>chips to upgrade the DecSystem 5500? If yes, what is the good company I
>should go for? Thanks in advance.
>
>-- 
> Bin Zhao  <zhao@adx.adelphi.edu>


Dataram makes memory products for the DECsystem 5500. I received a quote last
year on a 64MB board that was half price from DEC's memory. That included a
Lifetime warranty, 24 hour swap and Service Call Expense Reimbursement if you had
to call DEC.

Jim.
-- 
  Jim L. Schulmeyer
  CITC                                      Tel: (310) 694-7982
  P.O. Box 446, La Habra, CA 90633-0446     Fax: (310) 694-7709

Newsgroups: comp.unix.ultrix
From: aklee@stein.u.washington.edu (A. K. Lee)
Subject: Ultrix 4.2a crashed, PLEASE HELP!!!
Organization: University of Washington, Seattle
Date: Sun, 8 Nov 1992 00:52:34 GMT

Hi, dear ultrix experts,

   I am new to the unix system administaration. For the past 2 weeks,
I have been working on setting up a DECstation 3100 (RISC) running
Ultrix 4.2A without many problems. Unfortunately, my system crashed
yesterday because my stupidity. I logged in as root and was trying
to move a directory from one disk to another using the following
shell script file (called cpdir).

      (cd $1; tar cf - .) | (cd $2; tar xvf - )

while in the root directory, I typed 'cpdir' without giving any
parameters and the nightmare starts. After running the above
command, the messages showed on the screen say something like
...
...
bin/ls size changed
bin/mkdir size changed
bin/cp size changed
...
...

I used 'CTRL c' to quit the shell script as soon as I can once I saw
this happended, but the system was damaged. Afterwards, whenever I use
those commands (i.e. ls, mkdir, cp...), I got a 'segment fault' and then
'core dumped'. I 'shutdown' and turned off the machine and the system
can not be rebooted since then.

Can anyone please tell me what I should do to recover the system with
minimum effort? I want to avoid the process of rebuild the whole system
from scratch as possible as I can. BESIDES, I have a lot data in the disk
that I really can't afford to loss.

Please help, thank you very very much in advance.

aklee

Newsgroups: comp.unix.ultrix
From: heiney@pa.dec.com (Bob Heiney)
Subject: Re: Changing root window on login screen
Organization: Digital Equipment Corporation
Date: Tue, 10 Nov 92 17:59:37 GMT

In article <1992Nov8.181630.5500@desire.wright.edu>
ejones@desire.wright.edu writes:
>I saw a dicussion about replacing the Digital Logo on the login screen of
>the Console of a DECstation to a custom design. I have tried what was
>posted with success. But, I need to change the background of the root
>window for the login screen to light grey.

Here is the PostScript I use to get a 50% gray background on my login screen.
You might need to edit the screen width and height, as well as the screen DPIs,
if you're not using a 1280x1024 graphics card.  The correct values to use can
be obtained from the output of "xdpyinfo" (in the Unsupported MIT X Components
subset).  Use the "dimension" and "resolution" fields of the screen output.

You should be able to just append the rest of the PostScript you're using.

-----> cut here <-----
%!

/inch {72 mul} bind def

% screen dpi (horizontal and vertical)
/hdpi 95 def
/vdpi 95 def

% screen width and height
/sw 1280 hdpi div inch def
/sh 1024 vdpi div inch def

gsave
.5 setgray 0 0 sw sh rectfill
grestore

-- 
Bob Heiney  ( heiney@pa.dec.com )
Technical Consultant
Digital Equipment Corporation, US Desktop Sales, Palo Alto, CA
All opinions expressed are mine, and not necessarily those of my employer
Newsgroups: comp.unix.ultrix
From: john@iastate.edu (John Hascall)
Subject: Re: Slow writes to Ultrix 4.3 NFS server
Keywords: NFS server performance
Organization: Iowa State University, Ames, IA
Date: Sat, 14 Nov 1992 03:21:47 GMT

leb@Hypatia.gsfc.nasa.gov (Lee E. Brotzman) writes:
}I manage an SGI 4D/340 running IRIX 4.0.1 and a DECstation 5000/125 running
}Ultrix 4.3.  The user login directories of both machines are NFS mounted to 
}each other.  I have found that when the DEC box writes files to the SGI, 
}performance is good, however when the SGI tries to write to the DEC, throughput
}is just awful.

Is this in the FAQ?  If not it should be...

Anyway, several vendors' NFS servers mis-implement the standard (on purpose).
The NFS standard requires that writes be done "synchronously".  Some vendors
allow you to set an option which makes NFS writes be done "asynchronously"
which can gain you a massive performance increase -- but if your server has
a catastrophic crash (and can't flush the disk buffers) you can have data
integrity problems.  *** SGI ships their systems with ASYNCH as the DEFAULT ***
If you run asynch-writes (and we have modified our DEC servers to do this) and
you don't have them on a UPS you are running a massive risk.

The "safe" option to make your Ultrix boxes faster is to buy PrestoServe
for your NFS servers.

John
(if you have an Ultrix *source* license, I can provide the 1-line patch)
-- 
John Hascall                   ``An ill-chosen word is the fool's messenger.''
Systems Software Engineer
Project Vincent
Iowa State University Computation Center  +  Ames, IA  50011  +  515/294-9551
Newsgroups: comp.unix.ultrix
From: boyd@prl.dec.com (Boyd Roberts)
Subject: Re: CD-ROM is really a pseudoterminal??
Keywords: Gak!  Ugh!  Pfui!
Organization: Digital Equipment Corporation - Paris Research Laboratory
Date: Thu, 12 Nov 1992 13:54:12 GMT

In article <5435@daily-planet.concordia.ca>, smw@alcor.concordia.ca ( Steven Winikoff ) writes:
>
>    "ufs_mount: /dev/rz5c on /CD: Mount device busy"

Mount is telling you that /CD is busy, not /dev/rz5c.  Check out who's
using /CD.

> After looking around for a while, I finally remembered that I have a
> copy of pff (bless you, Dan Bernstein!).  So:
> 
>     # pff /dev/rz5c
> 
> After a second or so, pff comes back with
> 
>            CMD   PID   UID   FD D FLAGS     TYPE      INODE    FS
>     telnetd.gw 25019     0    4 I rw-n----- chr dev (/dev/ptyra)
> 
> Huh?  What's going on here?
> 
> Sure enough, I looked in /dev:
> 
>     # ls -Flg /dev/rz5c /dev/ptyra
> 
> Imagine my surprise when I saw this:
> 
>     crw-rw-rw-  1 root     system    21,  42 Nov 11 17:28 /dev/ptyra
>     brw-------  1 root     system    21,  42 Jun  9 17:45 /dev/rz5c

Block and character device namespaces are distinct.  Either pff has
a bug or you invoked it incorrectly.

> (Actually there probably won't *be* a conclusion unless someone who
> knows more than I do is willing to help me out.  Aw, come on.
> Please?)
> 

Either something's already mounted on /CD or there's a process in /CD.
Why not make a new directory and mount it on that, and worry about /CD later?


Boyd Roberts			boyd@prl.dec.com

``Not only is UNIX dead, it's starting to smell really bad.''  -- Rob Pike
From: asami@cs.Berkeley.EDU (Satoshi ASAMI)
Newsgroups: comp.unix.ultrix
Subject: /usr/include/sys/ptrace.h
Date: 12 Nov 92 02:53:36
Organization: CS Div., Dept. of EECS, UC Berkeley
	<1992Nov12.015127.837@pasteur.Berkeley.EDU>
Reply-To: asami@snake.cs.berkeley.edu
NNTP-Posting-Host: anaconda.cs.berkeley.edu
In-reply-to: asami@cs.berkeley.edu's message of Thu, 12 Nov 1992 01:51:27 GMT

By the way, I have another question about ptrace---about the header
file.  It has definitions like

#define TRAPCAUSE       SPEC_BASE+6             /* multiplex SIGTRAP cause */

which is supposed to be the third argument of

     ptrace(request, pid, addr, data)
     int request, pid, *addr, data;
(this copied from the manual verbatim).

My compiler (gcc) complained about wrong argument type when I gave
TRAPCAUSE as the argument (SPEC_BASE is an int), and when I casted it
to the right type by saying (int *) TRAPCAUSE, it converted 102 into
120 and I got "out of bounds" error.  It took me a while to figure
this out!

--
                                                   o o   Satoshi Asami
  Form follows Function.                            ^
                                               (asami@CS.Berkeley.EDU)
  Tel: (510)643-2730 (home)       Computer Science Div., Dept. of EECS
       (510)643-6228 (office)     University of California at Berkeley
From: ejones@desire.wright.edu
Newsgroups: comp.unix.ultrix
Subject: Changing root window on login screen
Date: 8 Nov 92 18:16:30 EST
Organization:  Wright State University 

I saw a dicussion about replacing the Digital Logo on the login screen of
the Console of a DECstation to a custom design. I have tried what was
posted with success. But, I need to change the background of the root
window for the login screen to light grey. Or, at least the area that 
the postscript file will be displayed in. The reason is that the hatch
pattern on the root window interferes with the image. How is this done?
Thanks.

	Ed Jones


Newsgroups: comp.unix.ultrix
From: mcc@timessqr.gc.cuny.edu (<-NIRVANA->)
Subject: Re: Dumping DEC's Logo
Organization: Graduate School and University Center, C.U.N.Y, New York
	<dsmith.720798646@aa.cad.slb.com>
Date: 10 Nov 92 21:24:56

Mea culpa!  I stand corrected, thanks to Charles M. Richmond and J.
Dean Brock.  

Many thanks,

George McClintock
CUNY Graduate School

--
>> The opinions expressed are those of the author and in no way reflect the 
>> opinions or policies of the City University Graduate School, its 
>> agencies, or its personnel.  {:-(  mcc@timessqr.gc.cuny.edu
-- 
>> The opinions expressed are those of the author and in no way reflect the 
>> opinions or policies of the City University Graduate School, its 
>> agencies, or its personnel.  {:-(  mcc@timessqr.gc.cuny.edu
Newsgroups: comp.unix.ultrix