HDTenEightyP/NetNews huggingface dataset:
From: a866700@hp9000.csc.cuhk.hk (Wong Siu To)
Newsgroups: comp.sys.hp
Subject: Password Creation Problem
Keywords: passwd
Date: 23 Jul 92 03:01:59 GMT
Organization: The Chinese University of Hong Kong

Hi all,

Hope that this's not an FAQ :) 

We're going to create thousands of accounts on our HP 817.  We're going
to assign initial passwords to these accounts.  However, since passwd
doesn't accepts parameters or input from pipe, we've input the passwords
manually :(

Would anyone pls help ?

Thanks in advance !

Regards,

-- 
----------------------------------------------------------------------------
ST Wong				       BITNET: A866700@CUCSC.BITNET
Computer Services Centre               Internet: a866700@hp9000.csc.cuhk.hk
The Chinese Univsersity of Hong Kong             st@csc.mgate1.cuhk.hk
From: cdoucet@mais.hydro.qc.ca (cdoucet)
Newsgroups: comp.sys.hp
Subject: CAP on HP710 ???
Date: 29 Jul 92 00:08:48 GMT
Organization: Hydro-Quebec, Montreal, Canada

Anybody succesfully compiled CAP on a 710 ???

any help appreciated

Thank's in advance
Eric Surprenant

Please E-Mail to:

thered@rot.qc.ca
R.O.T Recherches Operationelle en Telecommunication
Specialist Technical Support Northern Telecom Canada
From: shankar@sgi.com (Shankar Unni)
Newsgroups: comp.sys.hp
Subject: Re: HP9000/400 and long file names
Date: 21 Jul 92 20:05:49 GMT
Organization: Silicon Graphics, Inc.

In article <1992Jul21.065022.29379@bohra.cpg.oz.au> als@bohra.cpg.oz.au (Anthony Shipman) writes:

>By default it installed with 14 char file name limits.  It tells us we
>can easily convert to long file names afterwards.  Then the sys admin tool 
>warns us that this may break some programs!
>
>What may break?  I thought it may be some old programs that don't use the
>opendir() library routines but that try to read the directory directly.

Only programs that were compiled on HP-UX 6.* or older, and have never
been recompiled after that, and that read directory entries using
"open()/read()" instead of "opendir()/readdir()".

Do you use the HP product ME10? It used to have have trouble with long
file names.

If you don't, don't worry about it - just convert the whole system to
long file names.
--
Shankar Unni				E-Mail:	shankar@sgi.com
Silicon Graphics Inc.			Phone:	+1-415-390-2072
Newsgroups: comp.sys.hp
From: chris@rz.uni-karlsruhe.de (Christian Finger)
Subject: Re: sendmsg() and recvmsg() source or binaries ?
Reply-To: finger@rz.uni-karlsruhe.de
Organization: Computer Center, University of Karlsruhe, Germany
Date: Wed, 22 Jul 1992 23:17:14 GMT

In article <92Jul22.181435.21567@acs.ucalgary.ca>, wheatley@enel.ucalgary.ca (Robb Wheatley) writes:
| Hi, 
| 
| I have recently acquired some code which makes sendmsg() and recvmsg()
| calls. Unfortunately, I am running HP-UX 7.0 on an HP9000s345 and sendmsg()
| and recvmsg() were not available until HP-UX 8.0. I am wondering if anybody
| has source code versions or HP s300 binaries of these functions? 
| Please email me back with any info

It is possible to use sendmsg() and recvmsg() instead of send() and recv(),
but they are normally used to 'pass access rights' (share file handles
between unrelated processes on the same machine) via AF_UNIX sockets.
This feature can only be provided by the kernel, so you have to recode
this part of your source or update to HP-UX 8.x.
| 
| 	Thanks a bunch

Sorry for the bad news......
| 
| Robb Wheatley
| Dept. of Electrical and Computer Engineering
| University of Calgary
| Calgary, Alberta, Canada
| 
| wheatley@enel.ucalgary.ca

C.Finger
-- 
  .     Christian Finger         |   SMTP:
 |||    Computer Center          |   finger@rz.uni-karlsruhe.de
\|||    University of Karlsruhe  |   X.400:
    /   Am Zirkel 2              |   S = finger; OU = rz
        D-7500 Karlsruhe 1       |   P = uni-karlsruhe; A = dpb; C = de
From: franks@hpuamsa.neth.hp.com (Frank Slootweg CRC)
Date: Wed, 29 Jul 1992 13:05:34 GMT
Subject: Re: Re: windows unexpectedly dying - why and how to fix it ? (flame)
Organization: Hewlett-Packard, The Netherlands
Newsgroups: comp.sys.hp

philipp@ulysse.enst.fr (Philippe-Andre Prindeville) writes:

>Subject: Re: windows unexpectedly dying - why and how to fix it ? (flame)
								    =====

  Perhaps a little more RTFM and a little less flaming is in order? :

>>Sounds like the old csh autologout thing. unset autologout 
>>or autologout=0 is what you want to do.
>
>Which brings us to the question:  why does there login set autologout
>by default?  Why don't they just put a line like "set autologout=60"
>into /etc/csh.login where it is obvious and can safely be commented
>out (like those $%&%^ copyright notices).

  "Their login" (whatever that means) does not set (the csh(1))
autologout (to 60) by default, but csh does. This is documented on the
csh(1) manual pages. Whether this is (de-facto) "standard" behaviour, I
do not know.

>out (like those $%&%^ copyright notices).

  From csh.login and profile :
 
># This is to meet legal requirements...

  Please flame the companies and institutions which require us to do
this, instead of flaming us for doing it.

Frank Slootweg, HP, Dutch Customer Response Center
Newsgroups: comp.sys.hp
From: alex@opal.idbsu.edu (Alex Feldman)
Subject: Re: HP9000/834.. is it a 2 user only machine ?
Organization: Boise State University Math Dept.
	<nratbng@fido.asd.sgi.com>
Date: 28 Jul 92 08:10:09

>>>>> On 28 Jul 92 00:12:06 GMT, shankar@sgi.com (Shankar Unni) said:

In article <nratbng@fido.asd.sgi.com> shankar@sgi.com (Shankar Unni) writes:

SU> In article <1992Jul25.215554.2729@csdvax.csd.unsw.edu.au> u1044737@csdvax.csd.unsw.edu.au writes:

>HP-UX acme A.B7.00 U 9000/834 23506101     
SU>                            ^^^

SU> Hmmm.. A faint memory of the "834", also known as the "635" (or the
SU> infamous "hp9000 series 600") Server.

SU> This was supposed to be a "network" server, which meant a two-user
SU> license (i.e. one serial-port login (usually the console) and one
SU> "network" login (which includes *unlimited* logins over the network).

SU> You *should* be able to log in multiple users, provided they all come
SU> in over the network.  Where are your users trying to log in from?
SU> Serial ports?
SU> --
SU> Shankar Unni				E-Mail:	shankar@sgi.com
SU> Silicon Graphics Inc.			Phone:	+1-415-390-2072

I was under the impression that for the 635 and one or two other 600
series machines, the AT&T kernel user-counting scheme was abandoned,
and 2 users means two users, period, network or otherwise.

I was also under the impression that it was possible to buy the 635 as
a >2 user machine, but the license was *very* expensive.  This
contradicts what Bob Niland said in another post, and he usually knows
what he is talking about.

I was under these impressions as a result of extensive discussions
with HP salespeople and SE's, and it was these facts(?) that convinced
us not to buy a 635.  So if I'm wrong, there should be some red faces
at HP.

Just out of curiosity, how difficult/expensive is it to upgrade one of
those to an 837, if it's possible at all?
--
	--alex			alex@opal.idbsu.edu

Newsgroups: comp.sys.hp
From: richard@chaos.cs.brandeis.edu (Richard Congdon)
Subject: Re: Password Creation Problem
Keywords: passwd
Organization: Brandeis University
Date: Thu, 23 Jul 1992 15:17:59 GMT

Why not write a simple C program to replace whatever you use and use the
crpyt(3) subroutine to generate the encrypted password?

-- 
		Richard Congdon
		Brandeis University Computer Science
		617/736-2717
From: green@rwja.umdnj.edu (Cliff Green)
Newsgroups: comp.sys.hp
Subject: Crisp editor - porting to HP-UX
Summary: Has anyone successfully ported Crisp to HPUX on an HP9000?
Keywords: crisp editor porting HPUX
Date: 30 Jul 92 17:35:44 GMT
Distribution: comp
Organization: Robert Wood Johnson Medical School, Piscataway NJ

The summary says it all - I'm on a 9000-835, running HP-UX 8.0,
and trying to port crisp 2.2e.  We use (mostly) HP terms, X-terms,
and vt-oid terms (and emulators of those).  I'd be real interested
in hearing if anyone has carved away the termcap routines and
implanted terminfo ....


c

-- 
Clifford Green               Internet:   green@rwja.umdnj.edu
Academic Computing Services     voice:   908-463-4436
UMDNJ-RWJMS                       fax:   908-463-5252
#include <fineprint.h>
Newsgroups: comp.sys.hp
From: heroux@period.cem.msu.edu (Brett J. Heroux)
Subject: gnuplot for 700 series...
Reply-To: heroux@period.cem.msu.edu (Brett J. Heroux)
Organization: MSU_Chemistry
Date: Fri, 24 Jul 92 17:43:36 EDT

I would like to get gnuplot for the HP 720 without having to do a lot
of porting. If you know of a site for it, please let me know.

E-mail to: heroux@slater.cem.msu.edu ( or posting is fine with me )

Thank you,

Brett Heroux
Newsgroups: comp.sys.hp
From: xexeo@dxlaa.cern.ch (Geraldo Xexeo)
Subject: IBM Disk and HP 9000/700
Reply-To: xexeo@dxlaa.cern.ch
Organization: CERN - European Organization for Particle Physics
Date: Mon, 27 Jul 1992 08:20:09 GMT



I would like to thank to all that answered my posting.

The solution was: there is no way. We even contacted HP, and they
said they don't and will not support IBMH12 disks as boot devices.

The interesting part is that, HP does not support IBM disk, Exabyte cartridges and probably other items I will discover soon. They really don't seem to have as the best costumer service in the market.

	Thanks to all,

                         Jerry

--
-----------------------------------------------------------------------------
Geraldo Xexeo      |internet: xexeo@dxcern.cern.ch | "Cristo Redentor,    
CERN - PPE Division|bitnet:   gxexeo@cernvm.bitnet |  Bracos abertos sobre a
1211 Geneve 23     |decnet:   vxcern::xexeo        |  Guanabara...
Switzerland        |FAX:      (41) (22) 785 - 0207 |  Rio, eu gosto de voce!"
-----------------------------------------------------------------------------
From: billb@hpfcse.HP.COM (Bill Bennett)
Date: Wed, 22 Jul 1992 13:16:13 GMT
Subject: Re: /etc/disktab entry for 1.3 Giga hp97560 on 9000/817
Organization: Hewlett Packard Co.
Newsgroups: comp.sys.hp

If you've updated your OS recently, you may find a newer version of
the disktab file in the /etc/newconfig directory.

Bill Bennett  web@apollo.hp.com
*Not a statement of Hewlett-Packard Company, just my own Humble Opinion.
From: campbelr@hpcuhe.cup.hp.com (Bob Campbell)
Date: Tue, 28 Jul 1992 20:46:34 GMT
Subject: Re: HP9000/834.. is it a 2 user only machine ?
Organization: Hewlett Packard, Cupertino
Newsgroups: comp.sys.hp

> Just out of curiosity, how difficult/expensive is it to upgrade one of
> those to an 837, if it's possible at all?
--
>	--alex			alex@opal.idbsu.edu

Well, it would be a box swap.  The 8x7 (Nova) series are NIO based and
use a different chassis.  There might be a trade in offer, but you would
need to talk to a sales type for that.
---------------------------------------------------------------------------
Bob Campbell                Some times I wish that I could stop you from
campbelr@cup.hp.com         talking, when I hear the silly things you say.
Hewlett Packard                                    - Elvis Costello
Newsgroups: comp.sys.hp
From: tt@tarzan.jyu.fi (Tapani Tarvainen)
Subject: Re: Backup to DAT over net
Originator: tt@tarzan.jyu.fi
Organization: University of Jyvaskyla
Date: Sat, 25 Jul 1992 08:21:29 GMT

In article <1992Jul23.170942.11576@cs.nott.ac.uk> pczip@mips.Berkeley.EDU (Ivan Powis) writes:

>We recently installed several hp9000/700's which are all networked together
>along with a single DAT drive. One question we asked all suppliers, including
>hp , was "can you run a backup over the net?". They all said yes. However,
>having chosen hp, I now find its not so simple. Using fbackup and traversing
>nfs mounts to get at files on the remote systems (ie not having the DAT drive)
>isn't adequate, because the superuser protection applied by NFS stops me 
>accessing remote files that don't have general access permission. So using
>NFS to get at the remote file sytems isn't the answer.

>How do you go about this? At the moment we're having to physically carry the DAT
>drive around from machine to machine. This surely isn't the way it has to be done
>is it? 

If you set root's .rhosts or /etc/hosts.equiv to include the other
machine, you can use fbackup in machine A to the DAT in machine B
like this:

	fbackup -f machineB:/dev/rmt/0m ...

(substitute correct machine name and device file).

rdump/rrestore should also work, with tar &c you can use a pipe
through remsh (tar cf - /disk | remsh machineB dd of=/dev/rmt/0m ...
etc).
--
Tapani Tarvainen    (tarvaine@jyu.fi, tarvainen@finjyu.bitnet)
From: billc@testbed.EBay.Sun.COM (Bill Cambell)
Newsgroups: comp.sys.hp
Subject: Scanning software for high speed scanners on HP700s
Date: 31 Jul 92 17:47:16 GMT
Reply-To: billc@testbed.EBay.Sun.COM (Bill Cambell)
Organization: Sun Microsystems Inc., Mountain View, CA
NNTP-Posting-Host: testbed.ebay.sun.com

Hi Folks,


I am looking for a good scanning software on HP700s. The scanners should
be able to scan at the rate of 15-20 pages a minute. Scanners from
companies like Fujitsu, Kodak and Ricoh would be ideal.

Does anyone know of a company providing this solution?


Thanks in advance


- Bill 
Newsgroups: comp.sys.hp
From: russell@ncube.com
Subject: Re: Inhibiting core dumps on HP7xx
Organization: nCUBE CORPORATION
Date: Mon, 27 Jul 1992 16:51:50 GMT

In article <1992Jul24.145006.20539@hubcap.clemson.edu>, elwin@gamma.phys.clemson.edu (Lawrence E. Brown) writes:
|> I'm very tired of frequent dumps of 10-40Meg core files every
|> time I have a floating exception somewhere in my code (mostly
|> Fortran some C).  Is there any way to prevent core dumps in
|> HPUX8.0x on an HP700 series machine? 

I posted this recently ...

Thanks to a wonderful example from hooft@prl.philips.nl (who pointed out that
the BSD hooks are still in HP-UX), I ended up with the program "nocore",
which you can say:
  nocore progname argument1 argument2
instead of just:
  progname argument1 argument2

There is no way of setting it for your current shell.  But you can start a
new shell with "nocore $SHELL" (the limit will then be set for the new
shell's child processes).

Good luck!

Russell Randolph
nCUBE, Beaverton, Oregon
russell@ncube.com

---------------------------------  nocore.c  -----------------------------------
/* Prevents core dumps from whatever is run.
 * Tested on HP-UX 8.07 on 7xx series.
 * To compile: cc -o nocore -I/etc/conf/h -D_KERNEL nocore.c
 * Modified from example program by (hooft@prl.philips.nl)
 * Russell Randolph (russell@ncube.com)
 */
#include <stdio.h>
#include <signal.h>
#include <sys/syscall.h>
#include <sys/resource.h>
#include <sys/time.h>

main(argc,argv)
  int argc;
  char *argv[];
{
	struct rlimit rl;

	if (!argc) {
	  fprintf(stderr,"Usage:    nocore <programname> [arguements ...]\n");
	  fprintf(stderr,"Example:  nocore spice -b circuit.sp\n");
	  fprintf(stderr,"Example:  exec nocore $SHELL\n");
	  fprintf(stderr,"Note:  child processes will also have their limits set to 0 bytes.\n");
	  exit(1);
	}
	getrlimit(RLIMIT_CORE, &rl);
	rl.rlim_cur = 0;
	setrlimit(RLIMIT_CORE, &rl);
	*argv++;
	execvp(*argv,argv);
	fprintf(stderr,"Error:  execvp of %s failed.\n", *argv);
	exit(1);
}

From: shrum@hpfcso.FC.HP.COM (Ken Shrum)
Date: Mon, 27 Jul 1992 13:40:54 GMT
Subject: Re: Any plans for PEX on 9000/700s and 700/RX terminals?
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

HP has announced a PEX 5.1 based PEXlib and PEX server, both of which
will be available on the 9000/700s.  I am not aware of any announced
PEX terminal product.  HP's PEXlib is being shown at SIGGRAPH this
week in Chicago.  While this is a product announcement (as opposed to
showing the PEX Sample Implementation), the release date will be
towards the end of this year.

If you need to start your graphics programming before that, I
encourage you to use the C binding for HP-PHIGS.  There will still be
some porting difficulty from PHIGS to PEXlib, since the PEXlib binding
was not designed to conform to the ISO PHIGS C binding, but the
primitives and attributes are the same in both APIs.  If you need an
immediate mode API, then Starbase is your only option until PEXlib is
released.

    Ken Shrum
    HP Graphics Software

This is not an official statement of Hewlett-Packard.
Newsgroups: comp.sys.hp
From: bjarne@hsr.no (Bjarne Steinsbo)
Subject: Re: HELP: Problems integrating HP700-Cluster in SUN-Environment
Organization: Rogaland University Centre
Date: Thu, 23 Jul 1992 08:36:03 GMT

In article <1992Jul22.230451.14563@gdwest.gd.com>, good@gdwest.gd.com (David L. Good) writes:
> We also tried to set up a central mail server for our HPs and Suns.  We had
> some problems (the details of which I don't recall), and came to the 
> conclusion that the Suns and HPs expect different ownerships and permissions
> on mail files, and that that was causing the difficulty.  We have since
> set up two mail servers, one Sun and one HP.  Is this evaluation correct,
> or is the problem just the aforementioned NFS bug? Has anyone managed to get
> a Sun to work as a mail server for HPs or vice versa?

We are currently using a Sun3/280 running SunOS 4.1.1 as a mailserver for
all our Suns and HPs (720s and 730s running 8.07).   Initially we had
problems with locking-bugs, but they disappeared when we installed the
"100075-07" patch for Suns on the server.

We have not had any problems with ownership/permissions, but then we only
let the mailserver deliver new mail to the spool area, the other machines
aren't even running sendmail.

Bjarne
                       --------------------
Bjarne Steinsbo (bjarne@hsr.no) | There wasn't a red button, instead there
Rogaland University Center      | was a blue button marked "Red". - D. Adams
From: ti2mf@tuhhco.rz.tu-harburg.de (Markus Feuser)
Newsgroups: comp.sys.hp
Subject: "panic: E_HW_NOT_TXON"-message on HP 9000/433s
Keywords: panic-message on HP 9000
Date: 23 Jul 92 22:00:00 GMT
Organization: Techn. Uni. Hamburg-Harburg, Germany

Hello HP-users,
recently we performed the hardware upgrade for 68040/33 on
our system (HP 9000/433s, HP-UX B.08.00 B).
Now, the system hangs sometimes with the following error-message:

     panic: E_HW_NOT_TXON

Does anybody know something about this error-message? What
could it mean? Please, mail advices/comments/answers to:

Markus Feuser                           feuser@tu-harburg.dbp.de
TU Hamburg-Harburg
Ti2
Harburger Schlosstrasse 20
2100 Hamburg 90, Germany

feuser@tu-harburg.dbp.de
From: sullivan@interex.UUCP (John Sullivan)
Newsgroups: comp.sys.hp
Subject: dn3000 blows fuses
Date: 27 Jul 92 23:20:40 GMT
Reply-To: sullivan@interex. (John Sullivan (CSL/MPE))
Distribution: comp.sys.hp
Organization: INTEREX Sunnyvale, CA.

Do you know what could cause a DN3000's monitor to blow fuses?  It worked
ok until Monday.  The monitor model is 8399.

The unit is not under maintenance (obviously) and HP won't look at it for
3 days.  Called the local HP resellers:  not interested.

I am posting for Sabastian Hadjifotis, Ultra Data Corp.  (510-463-8356)

Perhaps you have a 8399 for sale?  It is a monochrome 19" monitor.
From: jsm@hpfcso.FC.HP.COM (John Marvin)
Date: Mon, 27 Jul 1992 07:52:16 GMT
Subject: Re: D/A interface board in hp720???
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

> Seems I will be doing this myself sometime soon.  HP, in it's infinite
> wisdom, put audio hardware on the low-end stations (the 710s and 705s)
> but not on the high-end hardware (>=720).

I have already explained why, once before in this forum. The 720/730/750
were released before the 705/710. The 705/710 are newer machines. I don't
think that you will be seeing many new 700's without digital audio
capability.

	John Marvin
	jsm@fc.hp.com
Newsgroups: comp.sys.hp
From: mjo@ef2007.efhd.ford.com (Mike O'Connor)
Subject: Re: "source" on HP-UX
X-Disclaimer: Not an official spokesperson for Ford OPEO
Reply-To: Mike O'Connor <mjo@fmsrl7.srl.ford.com>
Organization: International Affairs, Overseas Engineering, "Fordz"
Date: Thu, 30 Jul 1992 11:45:32 GMT

In article <1992Jul29.110828.16235@hp9000.csc.cuhk.hk>
a866700@hp9000.csc.cuhk.hk (Wong Siu To) writes:

:Does anyone know if HP-UX the "source" command (or equivalent) ?

In my Unix experience, source is a builtin command if you run the csh.

						...Mike

-- 
 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
Newsgroups: comp.sys.hp
From: sieler@allegro.com (Stan Sieler)
Subject: Re: Exabyte 8mm on HP-3000 running MPE/IX
Date: Thu, 30 Jul 1992 19:57:17 GMT
Organization: Allegro Consultants, Inc., Redwood City, CA
Keywords: exabyte, mpe

Logon as MANAGER.SYS, then:                
   :sysgen
   io
   ad 8,  52.0.1, hpc1503a;class=dat,tape,exabyte,dds
               or:hpc1511a
   hold
   exit
   keep
   exit
   ^Ashutdown
   start norecovery

Of course, I'm assuming the usual appropriate precautions have been taken
(e.g.: a backup has been done, an existing SLT tape is available in case
of problems, etc).

In the above "ad" command, "8" is the ldev (logical device number) for the
new tape.  Choose an unused number as desired.  The "52.0.1" is the "path"
for the hardware to access the tape.  "52.0" is fairly common, but your
machine may differ.  The ".1" is the SCSI ID for the tape...make sure it is
different than any other unit on the same SCSI chain.

The "hpc1503a" says "I am an HP DDS drive".  The "hpc1511a" says "I am
an HP 7978 tape drive".  Which one do you use?  Gee...a good reason for
buying a Bering DDS drive...they can be configured as either kind of
device.  As for the Exabyte, I don't know which is appropriate.

The "class=" is a list of one or more "device class" names.  This is how
you can refer to the device in a ldev-free manner (e.g.: file backup;dev=exabyte).
Unless your friend has auto-reply turned on for an existing drive, I 
recommend putting the Exabyte (and any DAT or DDS tape) into the device
class "tape" and a device class like "exabyte" (or "bering").

One last note, I'm glad you clarified which "proprietary operating system"
you meant, as HP-UX also qualifies as a proprietary operating system :) 

stan sieler
sieler@allegro.com

Newsgroups: comp.sys.hp
From: jxb@sgfb.ssd.ray.com (Bell)
Subject: Re: Question on HP1000
Organization: Raytheon Company, Portsmouth, RI
Date: Wed, 29 Jul 1992 17:18:13 GMT

In article <1992Jul29.002337.2465@CSD-NewsHost.Stanford.EDU> shgoh@Xenon.Stanford.EDU (Seow-Hiong Goh) writes:
>
>I need some pointers on a HP1000.
>How does one go about producing a hex dump of a binary program in the
>system?
>
>any pointers would be appreciated.
>Thanks in advance!
>
>SH Goh
>

Check out the -h option to the LI command.

Jack