HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.hp

Andy,

You may wish to consider looking at GlancePlus/UX instead of Monitor. Monitor
is an unsupported product while GlancePlus is a supported product. Yes, you
would have to pay money for GlancePlus but you get a better product with
continuing support...

HP does have trial software available for GlancePlus/UX. This way you can
get a copy for evaluation purposes BEFORE spending any money. In Europe, call
0344-369231 to qualify. Also, a FAX number is in use, this number is 
33 76 62 16 67.

Enjoy your trial and see the power of GlancePlus/UX.

Rex Backman
Performance Technology Center
Software Technology Division
Hewlett-Packard Co.
Roseville, Calif. USA
rex@hpptc16.rose.hp.com
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Newsgroups: comp.sys.hp
Subject: Re: X Windows on 9000/710
Date: 14 Sep 92 23:30:47 GMT
Distribution: na
Organization: Naval Research Laboratory, DC

In article <17780237@hpfcmgw.FC.HP.COM> chan@hpfcmgw.FC.HP.COM (Chan Benson) writes:

>I don't want to get into a shouting match about what should or shouldn't
>be distributed. However, it should be no surprise to developers that
>this stuff isn't there. Here's a quote from the Xmu README file:

Yo !

  Xmu isn't the only piece missing, nor is it the most important
piece.  The quoted blurb from the Xmu readme file doesn't explain why
so many different pieces are missing.  Many other things (like Athena
widgets, Imake, and so forth) are also missing from the HP
distribution.  The bottom line is that IBM, DEC, Sun, and other
vendors ALL supply these sundry pieces and parts.  When HP is the only
or nearly the only vendor supplying a highly stripped version of X11
(as is the case now), then HP shouldn't be surprised that customers
are both very unhappy and very vocal about it.  

  If HP cared about its customers and wanted to keep customers into
the future, it would change things with HPUX 9.0 so that ALL of the
freely distributable parts of the MIT X11 tape are supplied in working
form.  The X11 software in question is _freely distributable_ so it
isn't like HP would have to pay a license fee or something.  The earlier
suggestion of making the missing pieces a separate install option on
the DAT tape seems reasonable -- the name for that install item could
be UNSUPPORTED or something else that would appease the HP corporate
lawyers-gone-wild.

Ran
atkinson@itd.nrl.navy.mil
From: stroyan@hpfcso.FC.HP.COM (Mike Stroyan)
Date: Fri, 4 Sep 1992 23:19:47 GMT
Subject: Re: CAP and a missing m4 macro language processor
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

In comp.sys.hp, dan@s3camel.scubed.com (Dan Peterka) writes:
> 
> I've got the latest greatest CAP that want to compile on our 720 under
> HP-UX 8.05 which is supported according to the CAP documentation.
> Problem is that CAP requires the m4 macro processor to create system
> appropriate makefiles. As far as I can tell, there is no such beast on
> our HP, nor any hint of it either. Is it supposed to be there? On our
> Sun's, m4 is located in the binary area for System V programs, so I'm
> doubly surprised to have it missing on our HP. What gives?

I find m4 in /usr/bin/m4, listed in the PROG_MIN fileset.

Mike Stroyan, mike_stroyan@fc.hp.com
Newsgroups: comp.sys.hp
From: kam@hpcvxkm.cv.hp.com (Keith Marchington)
Subject: Re: X Windows on 9000/710
Reply-To: kam@hpcvlx.cv.hp.com
Organization: UTD-CV Corvallis, OR
Date: Tue, 15 Sep 1992 16:00:08 GMT


In article <1992Sep15.014901.29274@hamblin.math.byu.edu>,
ocon@bert.cs.byu.edu (John S. O'Conner) writes:
|> 
|> Perhaps you have a point, but my ORIGINAL complaint was...still is...that
|> header files that were supposed to come with my system are NOT there.
|> Specifically, my 710s have come preconfigured with X and Motif.  I have
|> the standard /usr/lib/Motif1.1 directory and the proper libraries, but
|> there's no /usr/include/Motif1.1 to be found.  You know...all those
|> Xm/*.h files.  They just are NOT on my system and they should be.  Before 
|> someone comments that I just haven't looked in the right directory, I
want you
|> to know that I've  really scoured the entire system.  Nevertheless, I'm
|> still open to suggestions about the problem.
|> 
|> Regards,
|> John
|> ocon@bert.cs.byu.edu

The reason you have a /usr/lib/Motif1.1 and not a corresponding
/usr/include/Motif1.1 is that without the libraries, the executables
would not run.  They are shared libraries, and the executables were
linked against them.  If you were to remove
/usr/lib/Motif1.1/libXm.sl, you would be most disappointed.  The
libraries are NOT part of the development environment that must be
purchased separately, they are part of the executable environment.


Keith Marchington
From: klitd@hpsgm2.sgp.hp.com (Raj PUBALA)
Date: Tue, 8 Sep 1992 08:42:09 GMT
Subject: Disk Array & 2GB HP-UX limit
Organization: HP Singapore Notes-Server
Newsgroups: comp.sys.hp

Looking at the HP Disk Arrays data sheet, I see that with four disk drives
in the array, we offer 5.4 GB of storage. 

I also read about the LVM (Logical Volume Manager) in HP-UX 9.0, which 
says the size of a LV is still limited to 2GB which is the HP-UX
system limitation.

Can anybody tell me whether HP Disk Arrays management can overcome this
2GB HP-UX system limitation?

If not, is there any suggestion on how to handle a file system ( which
has no sub-directory ) which will grow beyond 2GB?



			       
Xref: sparky comp.sys.hp:10166 comp.windows.x:16347
From: gerwitz@Kodak.com (Paul Gerwitz)
Newsgroups: comp.sys.hp,comp.windows.x
Subject: Using Imake WITHOUT the mit Source Tree
Date: 8 Sep 92 19:44:34 GMT
Article-I.D.: eastman.3617
Followup-To: gerwitz@kodak.com
Organization: Eastman Kodak Co.

I'm sure this question has been asked before, I just never saved any of the
replies.

I would like to take the typical program from comp.sources.X and other
sources and be able to EASILY compile it in an HP-UX machine at 8.0 or 8.07
without having the X11 source tree installed.  I understand that some of
the code may require includes and libraries from R5 (HP-UX is R4 right
now), and I am willing to work around that problem if need be.  But it sure
would be nice if some imakefiles, templates etc could be configured to use
the HP supplied software so that all I have to do is 'mkmf' and 'make' a
program and voila, it's ready to go.

Any elegant solutions out there ??
-- 
 +----------------------------------------------------------------------------+
 | Paul F Gerwitz  WA2WPI  | SMTP: gerwitz@kodak.com                          |
 | Eastman Kodak Co        | UUCP: ..uunet!atexnet!kodak!eastman!gerwitz      |
 +----------------------------------------------------------------------------+
Newsgroups: comp.sys.hp
From: alex@opal.idbsu.edu (Alex Feldman)
Subject: NFS trouble
Organization: Boise State University Math Dept.
Date: 13 Sep 92 11:47:18

I'm trying to export a cdrom filesystem (it has laserrom on it) from a
730 running 8.07 to a 400t running 8.00.  The 400t is a cluster
server, the 730 is standalone.  I went through the steps, and looked
in the response center and SSB materials, but every time I try to do a
mount from the 400t, I get:

# mount -a
mount: diamond server not responding: RPC_PROG_NOT_REGISTERED

(diamond is the name of the 730)(I tried using the full domain name,
and that didn't work either... same error)

I uncommented every rpc line in inetd.conf and ran inet -c on diamond,
still no luck.

Any help?
--
	--alex			alex@math.idbsu.edu

Newsgroups: comp.sys.hp
From: millert@nordsieck.cs.Colorado.EDU (Todd C. Miller)
Subject: Re: /usr/mail/glenr.lock not creatable after 10 tries
Keywords: mail glenr lock sendmailn
Organization: University of Colorado, Boulder
Date: Tue, 8 Sep 1992 16:37:30 GMT

We've been running IDA for the past few weeks on our 730 without problems.

 - todd
-- 
Todd C. Miller                    | #!/usr/bin/perl
millert@cs.Colorado.EDU           | require 'std-disclaimer.pl';
Sys/Adm Undergraduate Operations  | $disclaimer =~ s/ORGANIZATION/CU-Boulder/g;
University of Colorado @ Boulder  | print "$disclaimer\n";
Newsgroups: comp.sys.hp
From: dsiebert@icaen.uiowa.edu (Doug Siebert)
Subject: mmap(2) under HP-UX
Date: Sat, 12 Sep 1992 07:45:31 GMT
Organization: ISCA

I recall a few months ago someone posted an example program using the limited
mmap that HP-UX currently has and uses for shared library implementation.  If
someone has this could they please either mail it to me or repost it?
Especially the part about its limitations (I seem to remember it can only
share for read, and maybe can't even MAP_PRIVATE for write)  I thought I had
saved it before but upon looking I can't find it anywhere.  Thanks!

-- 
/-----------------------------------------------------------------------------\
| Doug Siebert                             | "I don't have to take this abuse |
| Internet:  dsiebert@isca.uiowa.edu       |  from you - I've got hundreds of |
| NeXTMail:  dsiebert@chop.isca.uiowa.edu  |  people waiting in line to abuse |
|     ICBM:  41d 39m 55s N, 91d 30m 43s W  |  me!"  Bill Murray, Ghostbusters |
\-----------------------------------------------------------------------------/
From: gavin@ewd.dsto.gov.au (Gavin Clark)
Newsgroups: comp.sys.hp
Subject: SAM and fbackup
Date: 8 Sep 92 15:09:23 GMT
Organization: Defence Science and Technology Organisation, Salisbury, South Australia

We have a cluster of HP 720/730's running 8.07. We have a HP6400 2000DC DDS unit
that we use for backing up. I have created a compressed driver for the DAT unit
(54 0x2011c3) which appears to work.

When we do backups via SAM the light indicators on the front panel flash giving
the indication of dirty heads / hardware error but the backup appears to complete
successfully (I have done many restores  to prove this). 

Has anyone else had this problem with the compressed driver? The problem was not
there when using the standard 0mn driver.

Also, with the compressed driver, datinfo is reporting megabytes of free tape
space left on the tape. How can you do subsequent backups on the same tape? Is it
possible via SAM or is it only possible via the fbackup command?

I have tried using the no-rewind driver via SAM but the tape rewinds and
overwrites the previous backup data.

Any help would be appreciated. 

Thanx

Gavin Clark
Defence Science & Technology Organisation
Electronic Warefare Division
Salisbury
South Australia

gavin@ewd.dsto.gov.au
Newsgroups: comp.sys.hp
From: root@wsm.com (System Manager)
Subject: HP 9000/825 Help needed adding 2000/2000DC 4mm DAT
Organization: Western Scientific
Date: Tue, 15 Sep 1992 00:01:45 GMT

Hello All,

	I am having trouble adding a HP 1600 Model 2000 or 2000DC 4mm DAT
tape drive onto an HP 9000/825 running HP-UX 8.0.2.

	I have a HP 27147A SCSI card in the 825 and both the SCSI2 and TAPE2
drivers are loaded in the kernel. When I boot the system, the kernel sees the
drive at the appropriate SCSI address and makes the appropriate special files
in /dev/rmt and /dev/mt. The special files it makes are below:

<<<<</dev/rmt>>>>>>>>>>>>>>>>

crw-rw-rw-	1bin	tape	5 0x040200 2h
crw-rw-rw-	1bin	tape	5 0x050200 2hc
crw-rw-rw-	1bin	tape	5 0x0c0200 2hn
crw-rw-rw-	1bin	tape	5 0x000200 2l
crw-rw-rw-	1bin	tape	5 0x080200 2ln
crw-rw-rw-	1bin	tape	5 0x020200 2m
crw-rw-rw-	1bin	tape	5 0x0a0200 2mn

When I run sam and look at device drivers in the kernel and choose TAPE2 and
ask for a list of special files/devices associated with this driver SAM
reports the list of files above from both /dev/rmt and /dev/mt, and knows
that the address of the device is 4.5.4.0 (Mid-bus address down to SCSI LUN#)

Now when I try to do a `tar cvf /dev/rmt/2m /etc' I get a:

I/O error: Cannot open device

Does anyone have a 1600 Model 2000 or 2000DC 4mm DAT drive (aka: HP 35480A
or 35470A) on a HP 9000/825 running HP-UX 8.0.2 or a similar vintage of
HP-UX that has the formula to make this puppy run properly? Im sure it
doesn't take a unique aftermarket driver because the Model 1300 5.25"
HP DDS-DAT drive works fine on the 9000/825 systems.

Many Thanks to all who reply!

Jeff Johnson
jeff@wsm.com
From: rdg@hpfcso.FC.HP.COM (Rob Gardner)
Newsgroups: comp.sys.hp
Subject: Re: HP 9000/370, no root password!
Date: 9 Sep 92 19:59:08 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA


>    One question about this thread:  Does physical access to a
>    _diskless_ workstation form any serious security risk?
>    Besides the danger of someone carrying the thing away, that is. :-) 
> 
> Well, you can fake the diskless protocol, pretend to be booting, and
> start accessing file systems.  Of course, this is possible anyway if
> you know the hardware address of one diskless machine that happens to
> be down, and have access to the cable.

Heck, it's much easier than that. Just boot the system with the kernel
debugger and you can do whatever you want! Um, well, it does require
some advanced knowledge ;-)


Rob
From: k@hprnd.rose.hp.com (Steve Kao)
Date: Fri, 11 Sep 1992 20:07:05 GMT
Subject: Re: Can a 700 print to an ethernet printer?
Organization: HP Roseville Networks Division
Newsgroups: comp.sys.hp

In comp.sys.hp, chuck@edsi.plexus.COM (Chuck Tomasi) writes:
> Let's take the example that we get an HP IIIsi with an ethernet
> interface and a 720, but they are nowhere near each other.  How can I
> print out to the IIIsi from the 720 via ethernet?

This is indeed possible.  The JetDirect for unix card (p/n: C2059T) is a
tcp/ip card that plugs into the IIISi.  You'll need to get either the
option AA0 (1/4" tape) or AAH (DAT tape) with the card and install the
tape on your 720.  Follow the instructions in the manuals to install the
tape.  You'll need to run the hpnpcfg program to configure the IIISi
into the 720's spooler.  My following postings in this string tell how
to purchase the card with which options, and how to configure everything
if you've got a router between the master spooler (the 720) and the
IIISi.

- Steve Kao
From: terryk@hpfcse.HP.COM (Terry Kurtz)
Date: Tue, 8 Sep 1992 23:05:42 GMT
Subject: 8mm support on 800's
Organization: Hewlett Packard Co.
Newsgroups: comp.sys.hp

I am currently looking for available drivers/products that will support a
8mm drives on the Series 800 systems. I am aware of some of the 8mm 
devices supported on the Series 700 but do not have any information for the
Series 800.

Thx

terry@canada.hp.com
Newsgroups: comp.sys.hp
From: nuffy@intelhf.hf.intel.com (John Hagler)
Subject: PCX Viewer for palmtop HP95
Keywords: Huury!
Organization: Development Tools Operation, Intel Corp., Hillsboro  OR
Date: Thu, 10 Sep 92 18:15:28 GMT

 Hi all!
 I need a PCX viewer that will run in the Hp 95 Palmtop. 
 Anyone out there know where I can FTP one? (PCX VIEWER not the Palmtop)
 Please post and Email. Thanks
 Nuffy@hfglobe.intel.com

From: franks@hpuamsa.neth.hp.com (Frank Slootweg CRC)
Date: Mon, 7 Sep 1992 15:13:26 GMT
Subject: Re: /usr/prese... corrected.Sorry
Organization: Hewlett-Packard, The Netherlands
Newsgroups: comp.sys.hp

  A quick pointer: See "ex -r" in the ex(1) manual pages.
From: aaronf@hpfcbig.SDE.HP.COM (Aaron Friesen)
Date: Tue, 15 Sep 1992 02:22:44 GMT
Subject: Re: X Windows on 9000/710
Organization: HP SESD, Fort Collins, CO
Newsgroups: comp.sys.hp

In comp.sys.hp, ocon@bert.cs.byu.edu (John S. O'Conner) writes:

>Perhaps you have a point, but my ORIGINAL complaint was...still is...that
>header files that were supposed to come with my system are NOT there.
>Specifically, my 710s have come preconfigured with X and Motif.  I have
>the standard /usr/lib/Motif1.1 directory and the proper libraries, but
>there's no /usr/include/Motif1.1 to be found.  You know...all those
>Xm/*.h files.  They just are NOT on my system and they should be.  Before 
                                               ^^^^^^^^^^^^^^^^^^
>someone comments that I just haven't looked in the right directory, I want you
>to know that I've  really scoured the entire system.  Nevertheless, I'm
>still open to suggestions about the problem.

The libraries are part of the run-time environment.  Additionally, you
need the development environment.  You need to the X11-PRG fileset
installed on your system.  It is part of the HP-UX Developer's Toolkit
(which is included with the HP-UX C/ANSI C Developer's Bundle).  You
should be able to load it from the media that came with your system.  If
you did not purchase it, here are the part numbers:

	Toolkit -- B2356A (for s700), B1865A (s3/400)
	Bundle  -- B2413A (for s700), B2371A (s3/400)

Check with your local Sales Rep.

Aaron

-- Standard Disclaimer:  This response does not represent the official
position of, or statement by, the Hewlett-Packard Company.  This
response is provided for informational purposes only and is supplied
without warranty of any kind.  --
Newsgroups: comp.sys.hp
From: jbb@hpcvxjb.cv.hp.com (Jim B. Byers)
Subject: Re: X11R5 server SLOW, on 705 with GRX + xterm bug
Organization: Hewlett-Packard Company, Corvallis, Oregon USA
Distribution: comp
Date: Wed, 16 Sep 1992 00:19:42 GMT

> Perhaps I want to make use of features which are only present in
> X11R5, like the scalable fonts.

This is not to deminish your general point but scalable fonts
in Univers, CG Times and Courier are shipped with 8.*.

Now back to the discussion.

Jim Byers
Xref: sparky comp.sys.hp:10372 comp.sys.dec:4969 comp.os.vms:14992
From: bruce@camb.com (Barton F. Bruce)
Newsgroups: comp.sys.hp,comp.sys.dec,comp.os.vms
Subject: Re: Allowing DecServer terminals to use HP9000's
Date: 14 Sep 92 04:26:15 EDT
Organization: Cambridge Computer Associates, Inc.

> In article <1992Sep8.190051.1587@candle.uucp>, root@candle.uucp (Bruce Momjian) writes...
>A VMS system has over 200 terminals connected via DecServer200/300/500's
>to a VAX/VMS system using LAT over ethernet.  They are adding an HP9000
>system running HP-UX and want to know the best way to allow those
>terminals to use the HP and VMS systems.
> 

The DECServer 300s are ok, but you will need recent versions of the s/w that
support TCP/IP.

If you don't need to support a LOT of sessions, and have some spare DS300
as well as spare DS200 and/or DS500 ports, you can do a simple and crude
connection such as the following. Have a service called HP offered on some
spare ports of DS200 and DS500 boxes - ones with MODEM COMTROL. These
will be outgoing - reverse LAT. A short 'null-modem' like cable connects
each of these to a spare DS300 port for normal inbound service.

You can set these DS300 ports either of 2 ways. They could be dedicated and
any access is immediately connected to the HP system, or let the users
connect to ANY TCP/IP destination. 

The newer DS700 would be good for any additions, and on the 'used' market I have
seen NEW 16 port ones for ~$2400 which is down near .edu or ISV pricing.
Try ELI's in Cambridge.

The modem control you get on the 16 port one IS adequate. The 8 port one
with full modem control is for use in obsolete countries where
officialdom dictates things they should stay out of. 

There IS user confusion about the RJ45 connector now in use on the
DS700-16 and the small number of modem leads that can assume different
functions. I got a copy of an internal DEC memo and the .PS of a nifty
manual from DS700 prod mgmt that is now posted on DECUSERVE (with
explicit permission). Between these 2 docs, what is going on is TOTALLY
clear. I wish DEC had done this earlier rather than MMJ nonsense.

I just created a [.DS700] directory in our FTP tree at camb.com and
stuck these files (and more) there. 

There is also a DECie's answer there on how to tie SLIP ports together between 
2 DS700s at different sites to link the 2 sites for TCP/IP traffic.
From: stuart@TIVOLI.COM (Stuart Jarriel)
Newsgroups: comp.sys.hp
Subject: Re: Disk Array & 2GB HP-UX limit
Date: 15 Sep 92 22:24:11 GMT
Organization: Tivoli Systems, Inc


|> >
|> Why would it take 64 bit pointers to address >4GB file systems? After all,
|> we're not necessarily talking about >4GB *files* (which would require
|> such pointers), we're talking about >4GB *volumes*. It's really a stupid
|> limitation that should have nothing to do with the 32 bit limit of
|> pointers. After all, we're not talking about a pointer based from the
|> beginning of the logical volume when we address the contents of a given file.
|> 
|> Or are we? :-)

  What will fsck do if it cant open the device as a raw device and seek to
the end of the 'file'.  I understand your point, but most current UNIX 
file-systems make no distiction between the files in the file-system and
the device-files that access the file system (from a pure read/write/open
ioctl standpoint).  

stuart
Newsgroups: comp.sys.hp,comp.unix.questions
From: rjohns@brtph46.BNR.CA (Richard Johns)
Subject: Avoiding process hang when lockd crashes
Reply-To: rjohns@brtph46.BNR.CA (Richard Johns)
Organization: Bell-Northern Research Ltd.
Date: Fri, 11 Sep 1992 14:07:53 GMT


I'm using fcntl to lock files across NFS.  When the remote lockd goes down, my
process hangs until lockd comes up again, which can be quite a long time.  Is
there any way to recover from this situation, or better yet avoid it
altogether?  Since the parent process is init while the program is trying to
lock, users can't kill it.  Ideally, I want to test to see if the remote lockd
is up, but a nice way to kill the process would be better than nothing.

For what it's worth, I'm using HP-UX 7.05 and 8.07 on 9000/425's.

Thanks,
Rick Johns
BNR
(919)991-7191

Disclaimer: I said it, BNR didn't.
From: rocky@hpfcmgw.FC.HP.COM (Rocky Craig)
Date: Thu, 10 Sep 1992 02:44:47 GMT
Subject: Re: cable curiosity
Organization: HP Fort Collins, CO
Newsgroups: comp.sys.hp

>   Of course, some killjoy is bound to point out that HP-IB connectors
>   (which are often used for critical connections like disk drives)....

Actually, this is the NRFPTD* corollary to HPIB/FLC which states:

	If an HPIB connector is only mounted in one of two horizontal
	orientations, why is it backwards eighty percent of the time?

Rocky "it was for voltmeters, kids" Craig

* NRFPTD == Not Ready For Prime Time Data.  Read the IEEE spec if you
            don't get this (weak) pun.
From: bobm@hpfcso.FC.HP.COM (Bob Montgomery)
Date: Wed, 9 Sep 1992 23:21:44 GMT
Subject: Re: compiler error
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

In comp.sys.hp, davidb@zeus.ce.washington.edu (David W. Barts) writes:

> One of our users has been experiencing trouble compiling her Fortran
> programs.  After many optimizer warnings of the form:
> 
> 	Warning on line 2445 of run_stream.f: local variable foo never used

   These are just informative warnings.  They don't count against you :-)

> The compiler gives up the ghost:
> 
> 	Compiler error line 2445 of run_stream.f: NCOLOR: OUT OF MEMORY: 
>   GET_WBSET. (6284)

This sounds like the compiler process has run out of VM space.  It might
require an increase in the kernel parameter maxdsiz, or more swap space,
or both, depending on which limit was reached.  Maxdsiz is a system
parameter that limits process data size.  I think it defaults to 64
Mbytes on 8.07 700s.  The optimizer has been known to need more than
that.  You'll need to have enough swap space to cover the data
requirement as well (and you should have more than maxdsiz at the
least).

Bob Montgomery, HP
From: slimick+@pitt.edu (John C Slimick)
Newsgroups: comp.sys.hp
Subject: HP Plotter Parts
Date: 6 Sep 92 22:48:01 GMT
Distribution: na
Organization: University of Pittsburgh
Originator: slimick@pmax1.cis.pitt.edu


A local retired person (who used to work for HP) is
looking for parts to get his HP 9862 up and running
again. Could anyone provide information on parts
or units that could be cannibalized?

Please reply via email, and thx in advance.

John Slimick
University of Pittsburgh at Bradford
slimick@unix.cis.pitt.edu