HDTenEightyP/NetNews huggingface dataset:
From: hirai@cc.swarthmore.edu (Eiji Hirai)
Subject: Re: Ultrix 4.3 Installation and Performance Reports Wanted
Organization: Information Services, Swarthmore College, Swarthmore, PA, USA
Date: Wed, 30 Sep 1992 07:00:37 GMT

fredv@einstein.oac.uci.edu (Fred Velijanian) writes:
> Is X11R5 really included for both Xws and Xws3d servers?

From the Ultrix 4.3 release notes:

> The ULTRIX Worksystem Software, starting with Ultrix 4.2A, contains the Xws
> X server.  Xws is an X server compliant with X11 Release 4 specifications
> for the DECsystem 3100 and DECstation/DECsystem 5000 homogenous multiscreen
> configurations for Models CX, MX, HX and PX.

Oh well.

Copyright 1992 DEC, all typos are mine, I don't speak for DEC, I don't work
for DEC, disclaimers galore, etc.

I'd love to upgrade to 4.3 but haven't got the time yet. :-(  Will report on
it when I do, if people already haven't by then.

--
hirai@cc.swarthmore.edu (Eiji Hirai)    :     :    :   :  : :: ::: :::: :::::
Unix Geek for Swarthmore College        :     :    :   :  : :: ::: :::: :::::
Information Services, Swarthmore, PA, US.       Copyright 1992 by Eiji Hirai.
I don't speak for Swarthmore College.                    All Rights Reserved.
From: cdm@pmafire.inel.gov (Dale Cook)
Date: Tue, 29 Sep 92 20:31:43 GMT
Organization: WINCO
Subject: Re: Non-root user mount capability?
Summary: 
Followup-To: 
Organization: WINCO
Keywords: 

In article <1992Sep27.152943.14346@prl.dec.com> boyd@prl.dec.com (Boyd Roberts) writes:
>In article <1992Sep25.213745.14626@pmafire.inel.gov>, cdm@pmafire.inel.gov (Dale Cook) writes:
>> 
>> "General users can only mount file systems with certain restrictions.
>> For example, the user, other than the superuser, performing the mount
>> must own the directory.
>
>This is a good idea, and it even works.

Indeed it does.  As Boyd was kind enough to point out, it works for him,
so I looked a bit deeper (which I should have done in the first place -
my apologies) and found the crucial piece of information I missed earlier.

That is, I did not have the execute bit on for the device file I was trying
to mount.  Works much better now :-)
--------------------------------------------------------------------------
...Dale Cook    "Verbosity leads to unclear, inarticulate things."
                   ---J. Danforth Quayle
The opinions are mine only (i.e., they are NOT my employer's)
--------------------------------------------------------------------------
From: richard@sis.uucp (Richard Baird)
Newsgroups: comp.unix.ultrix
Subject: More than 2 swap aeras (was Re: "Not enough core"...swap space?)
Summary: Is it possible to have more than 2 swap areas on Ultrix
Date: 29 Sep 92 19:01:21 GMT
Followup-To: comp.unix.ultrix
Organization: Sheridan College, Ontario, Canada




In article <1992Sep26.153744.4452@monu6.cc.monash.edu.au> 
anthony@yoyo.cc.monash.edu.au (Anthony Baxter) writes:


>Eg, from this machine, with 4 swap areas:
>config		vmunix	root on rz0a  swap on rz0b and rz1d and rz2d and rz3d
>


Are you running Ultrix?? I was under the impression that only 2 swap areas
could be configured under Ultrix. Can't remember where that came from (It
might have been a Ultrix management course at DEC ;). I know the "Guide to 
configuration file maintenance" only shows examples with 1 or 2 swap 
partitions.

I realize that other BSD derived un*x allow this, but wasn't aware Ultrix
would.

Can someone from DEC comment on this ? Is it possible/supported ?

Thanks in advance,


Richard
-- 
--
Richard Baird               |e-mail:  richard.baird@sheridanc.on.ca           
Computing & Communications  |phone: (416) 845-9430 x2135  #include <disclaim.h>
Sheridan College, Oakville, |
From: boyd@prl.dec.com (Boyd Roberts)
Newsgroups: comp.unix.ultrix
Subject: Re: Non-root user mount capability?
Date: 27 Sep 92 15:29:43 GMT
Organization: Digital Equipment Corporation - Paris Research Laboratory

In article <1992Sep25.213745.14626@pmafire.inel.gov>, cdm@pmafire.inel.gov (Dale Cook) writes:
> 
> "General users can only mount file systems with certain restrictions.
> For example, the user, other than the superuser, performing the mount
> must own the directory.

This is a good idea, and it even works.  I've been using it this last week
to implement this Plan 9 idea:

    ; ftpfs <host>
    Password:
    ;

mount's a process on /n/ftp which talks ftp to <host> and so /n/ftp looks
and acts like an ordinary directory tree.  With this you can use the usual
UNIX commands on this tree to transer files and to poke around in a
remote site's (possibly anonymous) ftp area.  Metacharacters and everything
works as you'd expect and you don't have to know anything about ftp(1); no
get/put/prompt/mget/mput/binary nightmare, just straight executing UNIX
commands.

I've just about implemented it, using NFS (on Plan 9 they use their
file-system protcol `9p'), and it uses mount(2) run as a normal user.
This is a real plus, no setuid bit on my executable, no security problems.

Here's an example of what this buys you:

    ; ftpnfs prlp15 /tmp/ftp	# mount prlp15 via ftp on /tmp/ftp
    Password: 
    ; ls -l /tmp/ftp/tmp	# ftp has no stat(2) so file sizes are weird
    total 0	
    drwxr-xr-x  2 boyd            0 Sep 27 16:18 ftp
    -rw-r--r--  1 boyd            0 Sep 27 16:18 smdb-:0.0.defaults
    -rw-r--r--  1 boyd            0 Sep 27 16:18 t2
   ; echo /tmp/ftp/tmp/*
   /tmp/ftp/tmp/ftp /tmp/ftp/tmp/smdb-:0.0.defaults /tmp/ftp/tmp/t2
   ; mkdir /tmp/ftp/tmp/x
   ; ls -l /tmp/ftp/tmp
   total 0
   drwxr-xr-x  2 boyd            0 Sep 27 16:19 ftp
   -rw-r--r--  1 boyd            0 Sep 27 16:19 smdb-:0.0.defaults
   -rw-r--r--  1 boyd            0 Sep 27 16:19 t2
   drwxrwxr-x  2 boyd            0 Sep 27 16:19 x
   ; rmdir /tmp/ftp/tmp/x
   ;

[yes, ftp supports mkdir and rmdir]

All I have to code up now is read, write* and rename.


Boyd Roberts			boyd@prl.dec.com

``When the going gets wierd, the weird turn pro...''


* Yes, a batch mode write is tricky with NFS, given NFS has no `close' RPC,
  but I think I know how to do it.
From: vulture@carrion.cc.ic.ac.uk (Thomas Sippel - Dau)
Newsgroups: comp.unix.ultrix
Subject: Re: How to preserve mod times on ftp'ed files
Date: 2 Oct 92 17:12:41 GMT
Reply-To: cmaae47@cc.ic.ac.uk
Organization: Imperial College of Science, Technology and Medicine

In article <9209291755.AA28960@bulls.cca.cr.rockwell.com>, j_detter@BULLS.CCA.CR.ROCKWELL.COM (Jeff Detterman) writes:
- Does any one know how to preserve the modification time on files
- that are being ftped from a VAX to UNIX? 
- 
- The only solution that we can think of is to tar the files on the
- VAX and then ftp them to UNIX and untar them. However we would then
- need to find a tar command for the VAX.

Tar comes with the shell CLI on VMS. To find out if you have it, type

set host 0 /cli=shell

Otherwise you can get Martin Minow's archc/archx package, which packs
small files into one with a header line for each file containing the date.
You find it somewhere in the first 5 volumes of comp.sources.unix at an
archive site near you.

The packed file format is editable, which is why it is useful to have 
the programs around, for example when doing a global edit on a program
split into many files.

                                        Thomas

-- 
*** This is the operative statement, all previous statements are inoperative.
*   email: cmaae47 @ cc.ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic.cc on Janet)
*   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
*   snail: Imperial College of Science, Technology and Medicine
*   The Center for Computing Services, Kensington SW7 2BX, Great Britain
From: przemek@rrdstrad.nist.gov (Przemek Klosowski)
Newsgroups: comp.unix.ultrix
Subject: Re: top-3.0 again
Date: 30 Sep 92 17:29:01 GMT
Organization: U. of Maryland/NIST
In-reply-to: wittig@gmd.de's message of 30 Sep 92 11:22:09 GMT

The SMP display for top 2.5, as well as the per-user and per-terminal
display were the patches provided by 

Robert Evans, Dept of Computing Maths.  
University of Wales College of Cardiff   and   Michael Fingerhut at IRCAM
robert@cm.cf.ac.uk

I asked Robert, and he indicated that he did not port his changes to
top 3.0. Is anyone else interested in doing that?

	przemek
--
			przemek klosowski (przemek@rrdstrad.nist.gov)
			Reactor Division (bldg. 235), E111
			National Institute of Standards and Technology
			Gaithersburg, MD 20899,      USA

			(301) 975 6249
Newsgroups: comp.unix.ultrix
From: aps@world.std.com (Armando P. Stettner)
Subject: Re: Is the DECstation big or little endian?
Organization: The World Public Access UNIX, Brookline, MA
Date: Fri, 2 Oct 1992 04:04:17 GMT

The DECstations are little endian (set at the end of the CPU's
power-up/reset cycle).

	armando.
From: stoodt@cis.umassd.edu (Michael Stoodt)
Newsgroups: comp.unix.ultrix
Subject: Re: Trying to build g++ on a DECstation!
Date: 28 Sep 92 18:46:33 GMT
Organization: University of Massachusetts Dartmouth

In <1992Sep28.150027.25539@nlm.nih.gov> neve@nlm.nih.gov (Leif Neve) writes:

>(1) I'm not picky about which version of g++ to build. Is there a version
>out there that works for the DECstation 3100? (At one time I downloaded
>gcc 2.2.2 but shied away from it when I read that setting LANGUAGE=c++
>was a "waste of time.")

If you're refering to the "waste of time" comment during "stage 1"
(step 5 in the INSTALLATION file), then it's correct -- you don't
really want to build C++ _at that time_.  The idea is to build a stage
1 C compiler with whatever compiler you currently have, then build the
stage 2 compiler(s) with the stage 1, to take advantage of all the
nifty optimizations that only Gnu does.  (You might then build a stage
3 compiler as a test; it should come out identical, modulo timestamps
and such, to the stage 2.)  You then throw away the stage 1 compiler,
and install the stage 2 (or 3) into the appropriate places.  Since you
only need the c compiler from stage 1, and only for a little while,
why build a stage 1 C++?

Read all the way through installation instructions, and remember what
the Hitchhikers' Guide to the Galaxy tells you...

-- 
Michael A Stoodt  [MaS]      |        mumble mumble disclaimer mumble...
stoodt@cis.umassd.edu        | "Will the last person to leave the planet
Comp&InfoSci, UMassDartmouth |  please turn off the sun?" - Mike Resnick
From: vanpelt@rdsunx.crd.ge.com (Wayne E. Van Pelt)
Newsgroups: comp.unix.ultrix
Subject: Re: what does "talk" mean when it says: You don't exist. Go away.?
Date: 28 Sep 92 18:47:03 GMT
Reply-To: vanpelt@rdsunx.crd.ge.com (Wayne E. Van Pelt)
Organization: GE Corporate R&D Center

In article <2AC29DCD.4260@news.service.uci.edu>,
iglesias@draco.acs.uci.edu (Mike Iglesias) writes:
|>In article <1992Sep25.030146.18505@usage.csd.unsw.OZ.AU>
mcba@newt.phys.unsw.edu.au (Michael C. B. Ashley) writes:
|>>Hi,
|>>
|>>A few users are complaining that when they use "talk" it responds with
|>>
|>>"You don't exist. Go away."
|>>
|>>Has anyone seen this before, or knows what it means? I did a "strings"
|>>on /usr/ucb/talk just to make sure the message was there, and indeed it
|>>was.
|>
|>It means (according to 4.3bsd sources) that the getlogin() call in talk
|>failed and returned NULL.  Either you aren't on a tty or it can't find you
|>in /etc/utmp. 
|>

If you are in an Xwindow environment you can be logged in without an
entry in /etc/utmp by using the -ut option. This is useful if you don't
want to see broadcast messages because you have another window that sees
them (that type of consideration).

---

% man xterm

XTERM(1)                 USER COMMANDS                   XTERM(1)

NAME
     xterm - terminal emulator for X

SYNOPSIS
     xterm [-toolkitoption ...] [-option ...]

DESCRIPTION
     The xterm program is a terminal emulator for  the  X  Window
     System.
...
     -ut     This option indicates that xterm shouldn't  write  a
             record into the the system log file /etc/utmp.

     +ut     This option indicates  that  xterm  should  write  a
             record into the system log file /etc/utmp.
...

---

|>
|>Mike Iglesias                        Internet:    iglesias@draco.acs.uci.edu
|>University of California, Irvine     BITNET:      iglesias@uci
|>Office of Academic Computing         uucp:        ...!ucbvax!ucivax!iglesias
|>Distributed Computing Support        phone:       (714) 856-6926

Wayne
From: brockie@golem.wcc.govt.nz (Roger Brockie)
Newsgroups: comp.unix.ultrix
Subject: Re: "Not enough core"...swap space?
Date: 27 Sep 92 00:33:38 GMT
Organization: Wellington City Council, Wellington, NZ
NNTP-Posting-Host: golem.wcc.govt.nz

In article <1992Sep26.153744.4452@monu6.cc.monash.edu.au> anthony@yoyo.cc.monash.edu.au (Anthony Baxter) writes:
>In <1a1890INNcm@golem.wcc.govt.nz> brockie@golem.wcc.govt.nz (Roger Brockie) writes:
>>I've done this, but swapon gives a no such device error.  Yes, there is a device.
>>Whats wrong ?
>Did you add the swap area to the kernel config file?
>Eg, from this machine, with 4 swap areas:
>config		vmunix	root on rz0a  swap on rz0b and rz1d and rz2d and rz3d

Yep.  Heres extracts from the relevant (I hope) files

/etc/fstab:
/dev/rz2a::sw:::::

Config file:
config		vmunix	root on rz1a  swap on rz2a and rz1b    dumps on rz1b  

chpt(8) gives:
/dev/rrz2c
Current partition table:
partition     bottom        top       size    overlap
    a              0     275535     275536    b,c,g
    b         165536     275535     110000    a,c,g
    c              0    1299173    1299174    a,b,d,e,f,g,h
    d         275536    1299173    1023638    c,e,f,g,h
    e         395536    1299173     903638    c,d,f,g,h
    f        1179173    1299172     120000    c,d,e,h
    g         163840     731505     567666    a,b,c,d,e
    h         731506    1299173     567668    c,d,e,f

I mount and use the d partition (btw the drives an RZ56)

and swapon(8) gives:
Adding /dev/rz2a as swap device
/dev/rz2a: No such device

???????????

Roger

-- 
Roger Brockie, System Manager			      Computer Services Section
brockie@golem.wcc.govt.nz                               Wellington City Council
Telephone +64 4 8013350                                           P.O.Box 2199, 
PSI 0530147000090                                       Wellington, New Zealand
From: jbryans@beach.csulb.edu (Jack Bryans)
Newsgroups: comp.unix.ultrix
Subject: Ultrix 4.2 kernel bug
Date: 30 Sep 92 22:13:54 GMT
Organization: Cal State Long Beach

In the README for Wietse Venema's tcp_wrappers_4.3, we find:

> On some systems, the optional RFC 931 remote username lookups may
> trigger a kernel bug.  When a client host connects to your system, and
> the RFC 931 connection to that client is rejected by a router, some
> kernels drop all connections with that client.  This is not a bug in
> the log_tcp programs: complain to your vendor, and don't enable
> remote user name lookups until the bug has been fixed.
> 
> The following example can be used (from outside the tue.nl domain) to
> find out if you have the bug:
> 
>         % ftp 131.155.70.100
> 
> Then, when the connection has been established, run the following
> command on the same machine:
> 
>         % telnet 131.155.70.100 111
> 
> The telnet command should fail with: "host not reachable". If you lose
> the ftp connection, you have the bug (please report OS and harware
> type). If the telnet command does not fail, please let me know, too...

This bug exists in 4.2 Ultrix & rumor has it that 4.2a is no different.  Are
any of the later 4.2's or 4.3 fixed?  Does DEC have a patch to fix this bug?

Thanks,
Jack
From: nick@icad.com (Nick Caruso)
Newsgroups: comp.unix.ultrix
Subject: How to determine (programmatically) what graphics adaptor is installed.
Date: 1 Oct 92 15:44:19 GMT
Distribution: comp
Organization: ICAD Inc., Cambridge, MA


How can I tell, programmatically, which graphics adaptor (mono, color
frame buffer, px, pxg, etc) is installed in a decstation 5000?

replies by email, please!

 thanks!

--
--
Nicholas Caruso 	Internet: Nick@ICAD.COM
ICAD, Inc.		UUCP: uunet!icad!nick
201 Broadway		Phone: (617) 868-2800 Ext. 291
Cambridge, MA 02139	

          ,_,                               
"Joy!"   /oo \  _.-.   "Quiet, you bloated  
         <>__| /- O O       EEEDIOT!"         
         |  U|    \|                        
Newsgroups: comp.unix.ultrix
From: harvell@cnfusd.mko.dec.com (America a great place to get your knickers twisted)
Subject: Re: Ultrix 4.3 vs Infoserver client...
Reply-To: harvell@cnfusd.mko.dec.com (America a great place to get your knickers twisted)
Organization: Digital Equipment Corporation
Date: Fri, 2 Oct 92 13:06:53 GMT


>>>In article <1992Oct1.233357.16505@coe.montana.edu>, osyjm@cs.montana.edu (Jaye Mathisen) writes:
>>>Newsgroups: comp.unix.ultrix
>>>Path: e2big.mko.dec.com!nntpd.lkg.dec.com!news.crl.dec.com!deccrl!caen!uakari.primate.wisc.edu!usenet.coe.montana.edu!osyjm
>>>From: osyjm@cs.montana.edu (Jaye Mathisen)
>>>Subject: Ultrix 4.3 vs Infoserver client...
>>>Message-ID: <1992Oct1.233357.16505@coe.montana.edu>
>>>Sender: usenet@coe.montana.edu (USENET News System)
>>>Organization: CS
>>>Date: Thu, 1 Oct 92 19:33:57 GMT+5:00
>>>Lines: 15
>>>
>>>
>>>
>>>The Infoserver client for Ultrix RISC doesn't show up as being
>>>qualified or unqualified for use with Ultrix 4.3.  Can I use the
>>>1.0 Infoserver client stuff with 4.3?  (Table 5-1, page 5-5 in the release
>>>notes).
>>>
>>>My rep doesn't know beans.  Nor does he know who to call.  (Section 5.2,
>>>page 5-5 in the release notes).
>>>
>>>Any help appreciated.  Thanks.
>>>-- 
>>> 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

Basically the Infoserver Client will work with ULTRIX 4.3 however there are a
few problems.  

The first one is that if you perform an upgrade to V4.3 then
the driver files get messed up because the Major numbers for the driver files
get changed but the files themselves do not.  To fix this delete the files in 
the /dev/ladc directory and use the MAKELADCDEV in the /dev directory to make
new device files.

The next problem is that the ULTRIX file system has been modified to support
reads and writes of large data block (Up to 64K bytes in a single read) if the
file system allows it.  The current Infoserver client does not support this 
feature and fails when such reads are attempted.  The only current CD-ROM that 
I have found that allows such large reads is the August 1992 ULTRIX
Consolidated Software Distribution CD.  You can check to see if a CD or any
other file system will be a problem by doing a dumpfs | more command on the
device file and look for the maxcontig value if its more than 1 you will likely
have a problem (So to check a disk bound to unit 0 use the command
dumpfs /dev/ladc/unit0c | more).  The latest condist CD has a maxcontig rating
of 8 which times the 8K sbsize means that the file system will attempt to read
64K blocks where possible.

I have just finished fixes to this problem that should be available in the not
too distant future, although I am trying to get a few other functions finished
before releasing the code.
--
                                                                         
 L. Scott Harvell             "America a great place to get your knickers
 harvell@cnfusd.enet.dec.com   twisted"

 Certainly no one would claim these opinions, other then me!
From: chicken@npac.syr.edu (Mark R. Levinson)
Newsgroups: comp.unix.ultrix
Subject: Re: experience with upgrade to Ultrix 4.3 [long and sordid]
Keywords: Ultrix   4.3    upgrade    flakiness
Date: 2 Oct 92 13:52:29 GMT
Distribution: usa
Organization: NPAC, Syracuse University - Syracuse, New York (USA)

In <bs=pgdm@lynx.unm.edu> sfreed@lacerta.unm.edu (Steve Freed) writes:
>In article <49577@sunquest.UUCP> terry@venus.sunquest.com (Terry R. Friedrichsen) writes:
>>
>>3)  keep a supply of dragon's blood handy for use if your keyboard goes
>>flakey and your mouse pointer won't move (this is *definitely* some kind
>>of Ultrix problem
>
>In the release notes, page 2-6 section 2.5.1:

 [...excerpt omitted...]

>There are other notes in there you might find interesting. You might try
>perusing this book at your convenience.

	Another section that seems quite relevant is 1.2.1 on page 1-5:

-------------------------------------------------------------------------------
1.2.1 Personal DECstation Model Does Not Recognize Mouse or Keyboard
	Either the keyboard or the mouse is not recognized when the Personal
	DECstation is booted. The keyboard is not recognized until a character
	is typed; the mouse is not recognized until it is unplugged then
	plugged in again.

	The problem only occurs during system boot and is not a problem during
	normal system operation.
-------------------------------------------------------------------------------

							-Mark-
--
Mark R. Levinson
Northeast Parallel Architectures Center
Syracuse University
Newsgroups: comp.unix.ultrix
From: ivans@rosa.nbr.no (Ivan Skoglund)
Subject: Help: ld - error
Organization: Nasjonalbiblioteksavdelingen i Rana
Date: Mon, 5 Oct 1992 10:54:33 GMT


Hello.

We have a DEC-5000/200 which running Ultrix 4.2.

I have a problem after i have compiled some c-sources. The linker give me
the error-message: no symbolic information.

I'm novice, so please help.
All advices or hints are welcome.


Ivan Skoglund
The National Library, Rana, Norway
Computer Services Department
Mo I Rana, The City Under The Artic Circle
Newsgroups: comp.unix.ultrix
From: drew@sunrise.com (Drew Jenkins)
Subject: ld creates a core
Organization: Sunrise Software International
Date: Mon, 5 Oct 1992 21:04:01 GMT

This is something I've never seen.

When ld is run, I get a core file and the executable without
the excutable bit turned on.

No warnings or errors are generated during the ld.

Has anyone seen this?

Pariculars:
Ultrix 4.2, DECstation 3100

Thanks for any help.

-- 
Drew Jenkins            "Attitude is Everything"
drew@sunrise.com                 -- Bingen Bart
From: frank@croton.nyo.dec.com (Frank Wortner)
Newsgroups: comp.unix.ultrix
Subject: Re: Trying to build g++ on a DECstation!
Date: 28 Sep 92 16:20:27 GMT
Reply-To: frank@nyo.dec.com
Organization: Digital Equipment Corporation


In article <1992Sep28.150027.25539@nlm.nih.gov>, neve@nlm.nih.gov (Leif Neve) writes:

|>(1) I'm not picky about which version of g++ to build. Is there a version
|>out there that works for the DECstation 3100? (At one time I downloaded
|>gcc 2.2.2 but shied away from it when I read that setting LANGUAGE=c++
|>was a "waste of time.")

That certainly hasn't been my experience.  I have it running here, and it
seems to work.

					Frank
Xref: sparky comp.unix.ultrix:7284 comp.unix.questions:11659
From: kristina@sandia.uucp (Kristina Buchholtz (9226))
Newsgroups: comp.unix.ultrix,comp.unix.questions
Subject: How do I force a umount?
Keywords: Ultrix 4.2
Date: 30 Sep 92 19:16:15 GMT
Organization: Sandia Natl Labs, Div. 9226

Hi,

I know I've seen the question asked before, but how do I force
a umount of a filesystem when someone may be running out of a
directory or cd'd to a directory in the filesystem?  This filesystem
may be exported, so other machines may have it nfs-mounted also.
I remember seeing a solution that involved 'fuser', but I'm running
Ultrix 4.2, and I don't think Ultrix has 'fuser'.

Any and all solutions appreciated -- I need it totally automated, so
that when I run umount_force (or whatever) I am guaranteed the filesystem
will be umounted.

Thanks in advance.

Kristina Buchholtz 
uucp:      ...{ucbvax | gatech}!unmvax!sandia!kristina
InterNet:  unmvax.unm.edu!sandia!kristina