HDTenEightyP/NetNews huggingface dataset:
From: kent@cs.mcgill.ca (Kent Tse)
Newsgroups: comp.unix.aix
Subject: Login help needed; adding a tape drive
Summary: Need help with IBM RS/6000's
Date: 7 Nov 92 00:56:08 GMT
Organization: SOCS, McGill University, Montreal, Canada


     I have two problems at this moment.  We have 10 220's and a 340
     RS/6000's.  The 340 is being used as a diskless client server.
     Everything is running AIX 3.2

     First problem:

     When I try to log in through the network to a dataless client I
     get the following message.
     
     > IBM AIX Version 3 for RISC System/6000
     > (C) Copyrights by IBM and by others 1982, 1991.
     > login: root
     > root's Password:
     > 3004-004 You must "exec" login from the lowest login shell.
     > Connection closed by foreign host.

     Root has a ksh shell, any help will be appreciated.

     Second problem:

     I have a 2.3 G Tape Drive 7208, but I can't install it correctly.
     I have a scsi connector and the tape drive is given the SCSI ID
     of 1.  The only other thing that is using the scsi is the hard
     disk at SCSI ID 0.

     					- Kent

     
Newsgroups: comp.unix.aix
From: losecco@undpdk.hep.nd.edu     (John LoSecco)
Subject: Re: xpr support for HP Paintjet
Organization: High Energy Physics  Notre Dame
Date: Tue, 10 Nov 1992 14:40:11 GMT

We use xgrabsc and pipe the color postscript output through ghostscript.
Both are available free from mit.

	This gives you the additional benefit of color postscript output that
can be included in documents, and the ability to print color postscript
on the paintjet.
-- 
John M. LoSecco			Phone:(219)239-6044          Fax:(219)239-5952
Physics Department		HEPnet/SPAN: UNDHEP::LOSECCO or 47344::LOSECCO
University of Notre Dame		Internet: losecco@undpdk.hep.nd.edu
Notre Dame, Indiana 46556 USA		Bitnet: losecco@undhep
From: yoder@austin.ibm.com (Stuart R. Yoder)
Newsgroups: comp.unix.aix
Subject: Re: Survey Participants Wanted (2nd Chance)
Date: 5 Nov 92 18:51:24 GMT
Reply-To: yoder@austin.ibm.com
Organization: IBM Austin
Originator: yoder@yoder.austin.ibm.com


In article <1992Nov3.152127.17889@awdprime.austin.ibm.com>, yoder@austin.ibm.com (Stuart R. Yoder) writes:
> 
> In case you missed this when I first posted it last week--
> 
> If anyone is intersted in participating in a survey of the
> AIX Version 3.x printing subsystem please contact me via
> email at yoder@austin.ibm.com .
> 

A word of clarification-- this is an opinion survey covering
all aspects of AIX printing: commands, smit, how easy it is
to set up a printer, what new features you want to see, etc.
-- 
-Stuart
-----------------------------------------------------------
My opinions are mine and not those of my employer.
-----------------------------------------------------------
From: albani@cadlab.sublink.org (Lanfranco Albani)
Newsgroups: comp.unix.aix
Subject: Re: Is IBM comitted to AIX?
Date: 3 Nov 92 14:50:38 GMT
Organization: CAD.LAB S.p.A., Bologna, Italia

martelli@cadlab.sublink.org (Alex Martelli) writes:

:shair@barolo.cso.uiuc.edu (Bob Shair) writes:
:	...
::What, then, is this terrible mandate which IBM HQ has put on the marketing
::force which "keeps us from selling AIX"?  As I understand it, we are not to
::state or suggest in a mass-marketing environment (advertisements, seminars)
::that AIX is the ONLY valid upgrade path from a System/36.  
:
:I agree!  HP-UX, Solaris, and Destiny, at least, are also good ones...:-)


HP-UX?

And all the people who want Windows NT? :-)

Can AS/400 run the ONLY TRUE OPERATIVE SYSTEM?

What? CP/M! :-)

Bye, Lanfranco

-- 
Lanfranco Albani - CAD.LAB s.p.a., v. Ronzani 7/29, Casalecchio, Italia
Email: (work:) albani@cadlab.sublink.org, (home:) bob@allan.sublink.org
Phone: (work:) ++39 (51) 6130360, (home:) ++39 (51) 727372; 
Fax: ++39 (51) 6130294 (work only), Fidonet: 2:332/407.1138 (home only).
From: pvr@wang.com
Newsgroups: comp.unix.aix
Subject: Re: Tape Drive Question
Date: 12 Nov 92 13:06:38 GMT
Distribution: usa
Organization: Wang Labs, Lowell MA, USA

whitey@hellcat.austin.ibm.com writes:


>Does anyone know how to make the 1/4 SCSI tape drive on a 6000 write
>in low-density mode where it is compatible with the 6157 tape drive
>unit for the RT? I have tried using 15 and 16 density by using the
>different /dev/rmt0.X special files but I still cannot read a tape on
>an RT written from a 6000. It does work the other way around though.

	Setting the density to 16 on the RS6000 causes the 
drive to write tapes in QIC 150 (150 Meg) format.   Setting
the density to 15 causes the drive to write tapes in QIC 120 (125 Meg)
format.   You cannot write QIC 24 (60 Meg) format tapes on the
standard QIC tpae drive that comes with the RS6000.   You can 
read QIC 24 tapes.

	I suspect that the RT has a QIC 24 tape drive which
would produce the result that you describe.   Thus you can
transfer data from the RT to the RS6000 but not the reverse.

--
>>>>>>>>>>>> Peter Reilley ..... pvr@wiis.wang.com ..... KA1LAT <<<<<<<<<<<<<
                     Well, that about says it.
Newsgroups: comp.unix.aix,comp.mail.mh
From: jrh@jrh.uucp (James R. Hamilton)
Subject: Re: MH 6.7.2 for AIX 3.2
Organization: private system, Toronto, Ontario
Date: Thu, 12 Nov 1992 13:01:54 GMT

In article <jsantos.721407786@godzilla> jsantos@godzilla.ma30.bull.com (James Santos) writes:
>Hi,
>	Does anyone have the above-mentioned software running?  I
>would be interested in seeing the settings for the MH configuration
>parameters that were used, rather than doing this by trial and error.
>The system comes with MH 6.6, but I am having trouble with commands
>like 'inc' either taking a great deal of time to complete or never
>completing at all.
>
    I'll send you the patches posted by Bill Wohler some time ago.  I'm
    using them at work and they work well.

    You mentioned that inc either takes along time or never completes
    at all.  MH 6.6 does have its problems, and its well worth moving
    to 6.7.2, but I'm not sure the problem that you are experiencing is
    one of them.  One thing that I have seen cause inc to slow down is
    failure of the LAN.  I've never bothered to figure out why but, if
    the LAN is down, inc will take 30 seconds to a minute to complete.
    
    The MH 6.7.2 AIX 3.2 patches are on the way. 

                        --jrh
-- 

James R. Hamilton                              inet: jrh@jrh.gts.org
telephone: +1 416 493 4162                     uunet: ...!uunet!jrh!jrh
Toronto, Canada                                work: jrh@torolab6.vnet.ibm.com
From: shmuel@mapsut.einstein.com
Newsgroups: comp.unix.aix
Subject: uucp and modems on serial ports
Date: 5 Nov 92 19:15:15 GMT
Organization: Shmuel Einstein & Associates, Inc.

I have been having difficulty with uucp running on aix v 3.2 on my rs6000.
I am using a PPI 14400 fxa modem.  Our local site calls up another once
an hour to retrieve mail & news.  We are experiencing two major problems:

About 50% of the time, after long file transfers, when the modem hangs up,
it immediately goes to off-hook state and applies a tone to the line, remaining
off hook until it has been powered down and up.

I am plagued with tty overrun errors.  How do I tell the machine-modem uucp
configuration to use rts/cts flow control.  Is the rs6000 lame-brained like
the sun so that it can't do incoming flow control?

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.unix.aix
From: rick@jaguar.msc.cornell.edu (Rick Cochran)
Subject: XStation Blues
Organization: Cornell Materials Science Center
Date: Fri, 6 Nov 1992 18:54:23 GMT

I have recently become painfully aware that the IBM XStation 130 has a
tendency to get confused about its screen dimensions over time.  This
apparently happens only when hardware pan is enabled.

Most applications probably don't care, but SOME DO.

Here is the current output of "xdpyinfo" on my XStation:

screen #0:
  dimensions:    2048x1024 pixels (60118x274 millimeters)

The PTF which allegedly fixes the problem is U409130.

-- 
|Rick Cochran		  607-255-7223		     rick@msc.cornell.edu|
|Cornell Materials Science Center		     rick@crnlmsc2.bitnet|
|E20 Clark Hall, Ithaca, N.Y. 14853	     cornell!msc.cornell.edu!rick|
From: rudy@chukran.austin.ibm.com
Newsgroups: comp.unix.aix
Subject: Re: Survey... RS/6000
Date: 10 Nov 92 17:16:12 GMT
Reply-To: chukran@austin.vnet.ibm.com(Rudy Chukran)
Organization: IBM Advanced Workstation Division

In article <1992Oct20.133919.23585@athena.cs.uga.edu>, is@groucho.dev.uga.edu (Bob Stearns) writes:
|> The files you mentioned, /usr/lpp/bos/bsd*, appear to be useful. How did
|> you find them? There are over 1100 directories at the /usr level, over
|> 600 at the /usr/lpp level, and 10 each directories and files at the
|> /usr/lpp/bos level (should you think to look there). 
IBM ships hardcopy release notes to users with the new release. These
release notes document the system README files. The main README is
called /usr/lpp/bos/README.  It tells you how to find the other READMEs:

>To obtain a list of the README files, enter:
>
>	find /usr/lpp -name "*README*" -print

and a few lines later in the same file:

>BSD Portability and Administration Information
>----------------------------------------------
>
>Two documents, that summarize differences between 4.3 BSD and AIXv3
>from a program portability and a system administration viewpoint,
>are available to assist experienced 4.3 BSD users.
>
>	/usr/lpp/bos/bsdport
>	/usr/lpp/bos/bsdadm
/usr/lpp/bos/README on my system is 1554 lines long. Ill admit I havent
read the whole thing. (Its on my list, right after War and Peace). But,
when I have an anomalous problem, one of the things I always do first
is grep the READMEs for a few choice keywords concerning my problem.
-- 
*********************************************************************
Rudy Chukran                |       EMAIL:            
IBM AIX Technical Consulting| RSCS: CHUKRAN at AUSTIN 
11400 Burnet Rd.            | AWDnet:rudy@chukran.austin.ibm.com    
Internal ZIP 2830           | internet: chukran@austin.vnet.ibm.com
Austin, Texas 78758         |
*********************************************************************
From: sdl@adagio.austin.ibm.com (sdl)
Newsgroups: comp.unix.aix
Subject: Re: Divide by Zero trapping
Date: 6 Nov 92 15:48:29 GMT
	<SDL.92Nov5091744@adagio.austin.ibm.com>
Reply-To: sdl@austin.ibm.com
Organization: AIX Base System Kernel Development


In article <SDL.92Nov5091744@adagio.austin.ibm.com> I tell the
following fib:

>                                         As far as I know there is no
> option to detect integer division by zero in C.

Well, I've now learned that the -qcheck compiler option for XLC will
detect integer divide by zero.  The division by zero will cause
SIGTRAP to be raised.

--
--------------------------------------------------------------------
Stephen Linam   AWSD Austin  T/L: 678-3308  Bell-net: (512) 838-3308
sdl@austin.ibm.com                         IBM VNET: LINAM at AUSTIN
Quae narravi, nullo modo negabo.               I don't speak for IBM
From: bware@slate.mines.colorado.edu (Bob Ware)
Newsgroups: comp.unix.aix
Subject: Re: chown() symbolic links?
Date: 10 Nov 92 18:17:52 GMT
Organization: Colorado School of Mines

nsd@ednor.bbc.com (Nick Duffek) writes:
: AIX chown(symbolic link) affects the file to which the symbolic link points,
: while all other UNIXes with which I've experimented affect the symbolic link
: itself.  Does anybody know how to chown() symbolic links on AIX?
...
I discussed this with IBM and they said it works that way to conform
with POSIX.  They opened an APAR (1X31469) to correct the documentation.

I asked them to consider adding an option to chown to provide a way to
affect the symbolic link itself, but I am not sure what will happen.
If you agree it would be a good idea, you might wish to contact them
and say so.  (My original PRM# was 2X558)

-- 
Bob Ware, System Administrator 
Computing and Networking, Colorado School of Mines, Golden, Co 80401, USA
(303) 273-3987
bware@mines.colorado.edu
Newsgroups: comp.unix.aix
From: bbesler@ouchem.chem.oakland.edu (Brent H. Besler)
Subject: gnu tar binary for RS6000
Organization: Oakland University, Rochester MI.
Date: Thu, 12 Nov 1992 02:28:23 GMT

I would greatly appreciate it is someone could post a gnu tar binary for
and RS 6000 up for me. I have quite a few problems try to get gcc up.
From: mjo@slee01.srl.ford.com (Mike O'Connor)
Newsgroups: comp.unix.aix
Subject: Re: FAQ? emacs? PD software list?
Date: 13 Nov 1992 21:21:27 GMT
Organization: Not an official spokesperson for Ford Motor Co.
Reply-To: "Mike O'Connor" <mjo@fmsrl7.srl.ford.com>
NNTP-Posting-Host: slee01.srl.ford.com

:b) I'd like to implement emacs on the aix system I'm using.  Any pointers
:   to emacs for aix?

emacs 18.59 compiles under many flavors of AIX and is available for
anonymous FTP from prep.ai.mit.edu:/puh/gnu.

						.../\/\ike

--
 Michael J. O'Connor           |  Internet:  mjo@FMSRL7.SRL.FORD.COM
 Ford Motor Company, OPEO      |  UUCP:      ...!{backbone}!fmsrl7!mjo
 20000 Rotunda, Bldg. 1-3001   |  Phone:     +1 (313) 248-1260
 Dearborn, MI  48121           |  Fax:       +1 (313) 323-6277
From: scotte@cdsac.uucp (L. Scott Emmons)
Newsgroups: comp.unix.aix
Subject: Re: Divide by Zero trapping
Date: 5 Nov 92 16:29:51 GMT
Organization: CableData (U.S. Computer Services), Sacramento, CA
NntpPostingHost: cdsac

In article <1992Nov3.183201.16550@versyss.com> keithd@versyss.UUCP (Keith Doyle) writes:
>
>I discovered that AIX does not automatically trap divide by zero.  My
>first reaction was to proclaim it a bug and post the news here, but
>I figured I should read InfoExplorer first to find out if there is
>any information about it.  I did a search for "divide by zero" and
>found a sample program that is supposed to trap such things under
>XL C FloatingPoint Options.  However, I can't make it work.  Here
>is my test program:
[...]
>	signal(SIGTRAP,fhandler);
[...]

Try using SIGFPE, which will trap floating point exceptions such as
divide by zero. This is a POSIX signal.

You may want to report the documentation defect to IBM  they do care.

Hope this helps,
 
			   L. Scott Emmons
		      CableData  Research Center
		     csusac.csus.edu!cdsac!scotte
				KC6NFP
From: cchd@lucifer.latrobe.edu.au (Huw Davies)
Newsgroups: comp.unix.aix
Subject: Continual Xstation-120 crashes
Date: 6 Nov 92 05:59:23 GMT
Organization: La Trobe University

Since upgrading our X-terminal server system to AIX 3.2 I have had lots
of problems with my Xstation-120 crashing. It's got to the stage now
where it will crash more than 10 times a day (I wonder if it would crash
more often if it didn't take so long to restart it).

The problem is definitely software related as I can cause other
Xstations to crash just by starting up my 'normal' environment. The
usual state of affairs is that the Xstation is booted from an RS/6000
known as luxury. I then log into luxury and immediately rlogin to
lucifer (my DECstation-5000/20). I then execute a script which starts my
environment, setting font paths along the way and starting vital X
applications such as xpostit and xbiff! Finally the script exec's
twm. All of the software on lucifer is X11R5 compiled from the MIT
sources by me.

The crash dump (that's what I'd call it) that appears on the screen
looks a bit like:

1390-900
fffd81a0 >> ffc2f650

[lots more address ranges deleted..]

sosend: error = 27
sosend: error = 31

[even more address ranges deleted..]

I know it's a long shot, but I wondered if anyone had any ideas at all?
The problems with the Xstation are driving me to distraction and I'm
afraid for our user's health if they get in the way when I throw it out
of my office :-(

I haven't posted my startup script (to save a little net bandwidth) but
if you want a copy, I'd be more than happy to e-mail it to you.
-- 
  Huw Davies           | Huw.Davies@latrobe.edu.au
  Computing Services   | Phone: +61 3 479 1500   Fax: +61 3 479 1999
  La Trobe University  | I own an Alfa to keep me poor in a monetary
  Melbourne Australia  | sense, but rich in so many other ways
From: sdl@adagio.austin.ibm.com (sdl)
Newsgroups: comp.unix.aix
Subject: Re: Divide by Zero trapping
Date: 5 Nov 92 14:17:44 GMT
Reply-To: sdl@austin.ibm.com
Organization: AIX Base System Kernel Development

>>>>> keithd@versyss.com (Keith Doyle) writes:

In article <1992Nov3.183201.16550@versyss.com> keithd@versyss.com (Keith Doyle) writes:

> I discovered that AIX does not automatically trap divide by zero.  My
> first reaction was to proclaim it a bug and post the news here, but
> I figured I should read InfoExplorer first to find out if there is
> any information about it.  I did a search for "divide by zero" and
> found a sample program that is supposed to trap such things under
> XL C Floating-Point Options.  However, I can't make it work.  Here
> is my test program:

[Test program deleted]

Your test program does an integer division.  The flttrap option will
detect floating-point divison by zero.  As far as I know there is no
option to detect integer division by zero in C.
--
--------------------------------------------------------------------
Stephen Linam   AWSD Austin  T/L: 678-3308  Bell-net: (512) 838-3308
sdl@austin.ibm.com                         IBM VNET: LINAM at AUSTIN
Quae narravi, nullo modo negabo.               I don't speak for IBM
From: mbrown@testsys.austin.ibm.com (Mark Brown)
Newsgroups: comp.unix.aix
Subject: Re: chown() symbolic links?
Date: 11 Nov 92 17:55:09 GMT
Organization: IBM Corp., Austin TX.

> lucien@watson.ibm.com (Lucien Van Elsen) writes:
>>nsd@ednor.bbc.com (Nick Duffek) writes:
>>AIX chown(symbolic link) affects the file to which the symbolic link points,
>>while all other UNIXes with which I've experimented affect the symbolic link
>>itself.  Does anybody know how to chown() symbolic links on AIX?
>
>This is a change introduced in 3.2 for conformance to the OSF AES, so you're
>likely to see similar behavior on other platforms soon.  With this change,
>unfortunately, there will be no way to change the owner of a symbolic link.

What Lucien says is true, but it is the IEEE POSIX 1003.2 (now official)
standard that dictates that chown 'symlink' affects the file to which
the link points.

We are adding a "-h" option to allow modifying the link itself, due out
in the "next major release" (I *know* you've heard this before, but it's
*true* for this item!). Please don't ask for a specific release number;
I don't get to number them -- I do know it's in the release I'm working
on now.

cheers,
mark

-- 
Mark Brown       IBM PSP Austin, TX.|Make it right before you make it faster.
(512) 838-3926   VNET: MBROWN@AUSVMQ|Keep it right when you make it faster.
MAIL: mbrown@testsys.austin.ibm.com |Make it clear before you make it faster.
DISCLAIMER: My views may be, and often are, independent of IBM official policy.
From: tnr@csd.cri.dk (Torben N. Rasmussen)
Newsgroups: comp.unix.aix
Subject: Re: Automount and direct mounts
Date: 5 Nov 92 09:30:27 GMT
Organization: Computer Resources International A/S
X-Newsreader: TIN [version 1.1 PL6]

In article <1992Nov3.163607.19164@awdprime.austin.ibm.com> you wrote:
: In article <Bx3H5I.7sB@csd.cri.dk> tnr@csd.cri.dk (Torben N. Rasmussen) writes:
: ># ls -lF /common
: >lrwxrwxrwx   1 root     system        20 Nov 02 15:29 /common@ -> /tmp_mnt/common*
: 
: This may indicate that you installed the new automounter without
: installing the /unix shipped with it, or that you backed out that
: /unix.  
: 
: If "what /unix|grep lookup" does not return "1.36.1.1
: com/sys/lfs/lookuppn.c", then this may be your problem.
: 
: Otherwise, maybe you need to look at the docs some more.  

I have installed the automount daemon correctly. The version of my /vmunix
matches with the above:

# what /unix|grep lookup
        51      1.36.1.1  com/sys/lfs/lookuppn.c, syslfs, bos320, 9214320a 2/14/92 16:05:57

I am using the automounter exactly as we are doing on our SUN's and as far
as I have heard it should be the same automounter.

Torben N. Rasmussen

+--------------------------------------+--------------------------------------+
| Torben N. Rasmussen                  | email       tnr@csd.cri.dk           |
| Computer Resources International A/S | phone       +45 45 82 21 00 ext. 3248|
| Bregnerodvej 144                     | direct dial +45 45 82 22 66 + 3248   |
| DK-3460 Birkerod, Denmark            | fax         +45 45 82 01 22          |
+--------------------------------------+--------------------------------------+
Newsgroups: comp.unix.aix
From: CRAWFD@lexmark.com
Subject: Net PC printing
X-Disclaimer: These views are the poster's and not necessarily those of Lexmark
Organization: Lexmark International, Lexington, KY
Date: Fri, 13 Nov 1992 21:13:14 GMT

We can print files from the RISC/6000 over the network to our users
pc printers, but the problem is to do this their printer queue and device
name must be set up in the /usr/lpd/qconfig file.  I would like to avoid
setting up all the users and maintaining this file.  I can do this from
DOS and OS2 by supplying command parameters to "lpr".
How can I do it under AIX?
 
Thanks,
Mark Crawford (ph:(606)232-3639))
From: jpe@ee.egr.duke.edu (John P. Eisenmenger)
Newsgroups: comp.unix.aix
Subject: Re: ************ HELP: Defunct processes with XDM
Date: 5 Nov 92 15:49:56 GMT

uad1216@dircon.co.uk (Hugh Neale) writes:


>This doesn't seem to do any harm until we have hundreds of defunct 
>processes (which are of course un-killable), and eventually 
>the system grinds to a halt and has to be re-booted.

Actually you can have a cron program that kills, the restarts the
"master" xdm process at an appropriate time.  Another possibility
is to grab the X11R5 xdm and build it -- it works properly.

-John

-- 
*************************************************************************
* John P. Eisenmenger			 Phone: (919) 660-5248		*
* Duke University			 FAX:   (919) 660-5293		*
* Department of Electrical Engineering	 Email: jpe@egr.duke.edu (pref)	*
* Box 90291				        jpe@cs.duke.edu		*
* Durham, NC 27708-0291							*
*									*
*  Reports of problems w/EE systems should go to problem@egr.duke.edu	*
*************************************************************************
From: srao@beany.austin.ibm.com (Satish Rao)
Newsgroups: comp.unix.aix
Subject: Re: inu_LOCK
Date: 4 Nov 92 15:34:40 GMT
Organization: "Personal Systems Programming, IBM Austin"

In article <1992Nov3.124019.13770@jupiter.sun.csd.unb.ca> dedourek@jupiter.sun.csd.unb.ca (John DeDourek) writes:
>
>A recent thread of articles was concerned with installp failures.  One
>of the recommentations was to remove files with the name inu_LOCK.
>I see that I have files:
>       /lpp/inu_lock
>       /usr/lpp/inu_LOCK
>       /usr/share/lpp/inu_LOCK
>dated Jul 30.  But I have installed several updates since then, and
>the installation reported success.  

>Is there a problem?  
 No

>Does the presence of these files prevent proper installation of updates?
 No

>What is the purpose of these files?
>       /lpp/inu_lock           
            Lock for root part
>       /usr/lpp/inu_LOCK
            Lock for user part
>       /usr/share/lpp/inu_LOCK
            Lock for share part

>Why are these files left?
        During installtion the process tries to obtain a lock for the relevant 
        file and proceeds if it succeeds.   
        This is to prevent multiple install sessions at the same time.

>Should I remove these files?
        Not necessary.  If you have problems with the locks, see if any
        process is holding it by running "fuser inu_LOCK".
>
>dedourek@jupiter.sun.csd.unb.ca

-- 
  Satish Rao			Consultant, cmdinstl
  512-838-3428                  srao@beany.austin.ibm.com
  Neither IBM nor Princeton share or back the opinions expressed here