HDTenEightyP/NetNews huggingface dataset:
From: sartin@88opensi.88open.ORG (Rob Sartin)
Newsgroups: comp.sys.hp
Subject: Re: /usr/mail/glenr.lock not creatable after 10 tries
Keywords: mail glenr lock sendmail
Date: 9 Sep 92 17:19:13 GMT
Reply-To: sartin@88opensi.UUCP (Rob Sartin)
Organization: 88open Consortium Ltd., San Jose

In article <1992Sep8.150708.1954@tron.bwi.wec.com> krenz@pql840.bwi.wec.com (Randy Krenz) writes:
>mail being sent to one user simultaneously. I've played with HP's sendmail
>quite a bit and I am unaware of a way to size up this retry of 10 so I guess
>it must be a hard-coded retry counter. Unless someone fixes this, the only

The hard coded retry is in /bin/mail.  You can't fix it from sendmail and
switching to a different sendmail will help only if that new sendmail does
not use /bin/mail for delivery.

Rob
From: michael@ewd.dsto.gov.au (Michael Balin)
Newsgroups: comp.sys.hp
Subject: Fix to stop mail loss using elm from VUE.
Keywords: elm
Date: 14 Sep 92 16:11:34 GMT
Followup-To: comp.sys.hp
Organization: Defence Science and Technology Organisation, Salisbury, South Australia

The problem is caused when elm is invoked under VUE. When mailing or
forwarding a message (but strangely, not when bouncing one) elm causes
sendmail processes to be spawned, but does not wait until they have completed
before signalling "Mail sent!" (in its insufferably cheerful manner.)
If one quits elm quickly enough, the terminal window closes and all processes
linked to that tty are killed - in the case of any unfinished sendmails,
before they've finished sending the mail.

I can't say as yet whether the publically available version of elm will prevent
the problem or not. If it doesn't, or if there are reasons why you don't want to
install it, this replacement of the VUE action which calls elm should avoid the
problem. It waits for the sendmail processes to complete before allowing the
terminal opened by VUE to close.


In /usr/local/lib/X11/vue/types/vue.ad:
changed
ELM     * ${ACTION_L} ${ACTION_S} COMMAND TERMINAL %LocalHost% \
        /usr/bin/elm
to
ELM     * ${ACTION_L} ${ACTION_S} COMMAND TERMINAL %LocalHost% \
        /usr/local/bin/scripts/elm-safe

Created /usr/local/bin/scripts/elm-safe:
#!/bin/csh -f
set tty=`/bin/tty`
set tty=$tty:t
/usr/bin/elm
while(`ps -ef | grep $tty | grep mail | grep -v grep | wc -w`)
  echo "Waiting for sendmail to finish..."
  sleep 1
end


Not too elegant, but it works. :-)

Michael.

--
Michael Balin            "I never carry weapons. If people see you mean them no
michael@ewd.dsto.gov.au   harm, they never hurt you. Nine times out of ten..."
From: stevewi@hpspdla.spd.HP.COM (Steve Witten)
Date: Mon, 14 Sep 1992 16:03:35 GMT
Subject: Re: NFS trouble
Organization: HP Stanford Park - Palo Alto, CA
Newsgroups: comp.sys.hp

Did you make the 730 an nfs server?  That's usually the source of
stuff like this.  Just putting stuff in /etc/exports is not enough if
the machine is not an nfs server.

You can make your 730 an nfs server using SAM.

===============================================================================
Steve Witten                    stevewi%hpspd@hplabs.hp.com
Network Test Division           ...!hplabs!hpspd!stevewi
Hewlett-Packard Co.             stevewi@hpspd.spd.hp.com

From: mjs@hpfcso.FC.HP.COM (Marc Sabatella)
Date: Mon, 14 Sep 1992 22:25:25 GMT
Subject: Re: Any way around the "holding" of swap space?
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

In comp.sys.hp, dsiebert@icaen.uiowa.edu (Doug Siebert) writes:

> I'm wondering if there is any way around HP-UX's "holding" of swap space for
> shared text images.  If I have a program which has, say 250K of text in the
> processes' address space, this is shared over multiple occurrances of the
> same executable, this I understand.  What I *don't* understand is why each
> occurrance of the program reserves that 250K in swap, even though there is
> only one image really in memory to swap anyway (and with enough occurrances
> of this text, you wouldn't WANT it swapped anyway!)

Are you sure this is happening?  In HP-UX 8.0, text is normally never allocated
swap at all; it is paged directly from the executable file image.  The swap
disappearance you are observing is more likely from the data/bss segments of
shared libraries the program is linked with.

--------------
Marc Sabatella (marc@hpmonk.fc.hp.com)
Disclaimers:
	2 + 2 = 3, for suitably small values of 2
	Bill (H.) and Dave (P.) may not always agree with me
Newsgroups: comp.sys.hp
From: rypma@waterloo.hp.com (Ted Rypma)
Subject: Re: SLIP/PPP on HP-UX?
Date: Sat, 5 Sep 1992 03:36:54 GMT
Organization: HP Panacom Div Waterloo ON Canada
X-Newsreader: Tin 1.1.3 PL5

Jean-Francois Panisset (panisset@lightning.mcrcim.mcgill.edu) wrote:
: 
: Does HP-UX (version 8.07) as delivered on an HP 710 come standard with an
: implementation of either the SLIP or PPP protocols? If not, does HP offer
: either of these as an optional product, or is there a third party/free
: software alternative?

If you have LAN s/w, on 8,0x you should have PPL.

Ted Rypma
HP Panacom Division

(speaking for himself only)
Newsgroups: comp.sys.hp
From: kemp@uiatma.atmos.uiuc.edu (John Kemp)
Subject: IBM-PS2 KEYBOARD ON 700's (dumb question)
Organization: University of Illinois, Urbana-Champaign
Date: Sun, 6 Sep 1992 01:23:47 GMT

Is there any way to use an IBM-PS2 Keyboard on an 
HP720?  I'm picking up wrist problems from excessive keyboard 
work. The HP720 keyboards are definitely IMHO part
of the problem.  I am a good typist, but invariably
I end up typing every command 2-3 times on the HP
keyboards.  The HP "PC" keyboard is lame too, so that
is not a solution.

HEY COMPUTER MAKERS! ARE YOU LISTENING!  WE NEED TACTILE
RESPONSE KEYBOARDS! If you can point me to an IBM-to-HIL 
transceiver, I will be forever in your debt.

--------  john kemp            (  (  )_  internet - johnkemp@uiuc.edu
  -----                       (  (   __)   
   ---    univ of illinois   (_ (   __)    bitnet - {uunet,convex}
   --     dept of atmos sci  .(____).               !uiucuxc!uiatma!kemp
   -      105 s gregory ave    ...          phone - (217) 333-6881
    -     urbana, il 61801    ...             fax - (217) 244-4393

Newsgroups: comp.sys.hp
From: c0033013@ws.rz.tu-bs.de (Axel Brandes)
Subject: thanks, ist's ok (was: Strange problems with /bin/ksh as login shell)
Organization: TU Braunschweig, Computer Centre (NAP), Germany.
Distribution: comp
Date: Fri, 11 Sep 1992 11:58:10 GMT

Hi!

Many thanks to all the guys who tried to help us. I'll give a summary
of the problem, its causes and the solution:

(1) The Korn Shell - embedded in HP-UX - is the only shell which locks
    the history file (unlike the HP-UX Bourne and C Shell)

(2) The statd (usr/etc/rpc.statd) can die or refuse proper working
    under some circumstances. In this case - which we have been
    enjoying :-) - the lockd (/usr/etc/rpc.lockd) becomes 'sick', too.
    The next stage is, that NFS does not work correctly (-> unkillable
    processes)

(3) Coming up from the Korn Shell feature to lock the user's history
    file (residing on a NFS mounted file system) the *whole* system
    can become instable more and more ...

How do one realize the problem?

- User with NFS mounted history files (in most cases the history file
  resides in the user's home directory - so you can say: NFS mounted
  home directories) are not able to use the Korn Shell. If this is
  their login shell, they even can't login.

- A process running a Korn Shell in the above context is not killable.
  But you can reboot ...

- If the system is instable enough one w not be able to fork more
  processes nor to make pipes - due to NFS problems, based on statd
  problems. 

Workarounds, solutions:

- Make sure statd and lockd work properly: kill them and restart them

- HP offers patches for the statd, you'll get with them new version of
  /usr/rtc/rpc.statd.
--
*=============================================================================*
Axel Brandes, RZ TU Braunschweig		  email c0033013@ws.rz.tu-bs.de
D-3300 Braunschweig, Germany			  phone 0531-391-5538   (voice)
From: davidb@hpuadla.aus.hp.com (David Booth)
Date: Sat, 5 Sep 1992 12:27:49 GMT
Subject: Re: SLIP/PPP on HP-UX?
Organization: Adelaide, Australia, Smallest HP DownUnder
Newsgroups: comp.sys.hp
X-Newsreader: Tin 1.1.3 PL5

Jean-Francois Panisset (panisset@lightning.mcrcim.mcgill.edu) wrote:
: 
: Does HP-UX (version 8.07) as delivered on an HP 710 come standard with an
: implementation of either the SLIP or PPP protocols? If not, does HP offer
: either of these as an optional product, or is there a third party/free
: software alternative?

SLIP is "just there" as part of HPUX. It was rolled in to all platforms
at HPUX 8.0. It's part of the ARPA networking fileset.
: 
: Thanks in advance,
: 
: JF

--
#include <standard_disclaimer>
All opinions in this posting are mine, with no endorsement by my employer.
---
David Booth	Phone: +61 8 366-5126	Fax : +61 8 332-0020
Inet : davidb@hpuadla.aus.hp.com	DESK: David BOOTH / HP9061
       Hewlett-Packard Australia	A.C.N. 004 394 763
       191 Fullarton Rd.,
       Dulwich, SA, 5065, AUSTRALIA.
From: mjs@hpfcso.FC.HP.COM (Marc Sabatella)
Newsgroups: comp.sys.hp
Subject: Re: that HPUX cc compiler
Date: 4 Sep 92 21:40:31 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

In comp.sys.hp, jaenicke@emserver.ee.tu-berlin.de (Lutz Jaenicke) writes:

>	while(fread(entry, sizeof entry, 1, u))
>		bogus = entry.ut_time;
> ...
> You could have saved much time, even though I cannot explain why the program
> is running without -O. It must not run!

Indeed, there are many examples of programs that fail when optimized due to
problems in the code.  "lint" (or "lintfor" for you Fortran types) can be a big
help here - it will show mismatched parameters, missing parameters,
uninitialized local variables, etc.  ANSI C catches some of these as well, but
can't do the interfile checking that "lint" does, and only checks for
uninitialized variables when compiling optimized.

I suspect the reason the example code worked at all unoptimized is that, when
you accidentally passed the structure by value it was placed on the stack (as
are all structures), but fread() itself expected its first argument to be a
pointer, so it took the value from a register (as are all scalar first
arguments).  Unoptimized, that register happened to have the value of the
address of the structure you intended to pass by reference, so fread() put the
data it read into the right place.  Optimized, that register contained some
other value, so fread() tried to put the data somewhere else.

--------------
Marc Sabatella (marc@hpmonk.fc.hp.com)
Disclaimers:
	2 + 2 = 3, for suitably small values of 2
	Bill (H.) and Dave (P.) may not always agree with me
Xref: sparky comp.sys.hp:10148 gnu.emacs.help:4034
From: rlyle@nl.oracle.com (The Wizard of Ozje - Garf)
Newsgroups: comp.sys.hp,gnu.emacs.help
Subject: unexec anomally when compiling GNU
Keywords: emacs a.out unexec
Date: 7 Sep 92 19:19:35 GMT
Organization: Oracle Netherlands


OK, it's another GNU Emacs installation thing.  This might be quite interesting:

I have a HP9000/827.  
I do not have gcc.
I have v18.57 release code fresh from the oven.
I do not have any path releases.

It doesn't work using s-hpux.h and m-hp9000s800. It coughs in two places:

	1)  With an include of the file #include <errnet.h> within src/fileio.c
	2)  In src/unexhp9k800.c it gives me:
cc: "unexhp9k800.c", line 88: error 1539: Cannot do arithmetic with pointers to objects of unknown size.

Now, I can make it compile via judicious (unsigned int) casting, but the executable core dumps with the slightest hint of you asking it to run.  I've been
through most of the a.out.h and related files in an effort to understand exactly
what the unexec call tries to do.  Hmmm.

HP linker is new to me, and I don't like what I've seen so far.

Any ideas, anyone?  Have YOU seen THIS bug BEFORE?  (Ask your dog, all opinions valued)

--Rob.


-- 
Robert P K Lyle		#include <std_disclaimer.h>	**********************
UNIX System Manager					 If I could play the
ORACLE Nederland					Blue Peter theme tune
Rijnzathe 6,	 					   here, I would.
3454 PV  						**********************
De Meern
E-mail:  rlyle@nl.oracle.com				FAX:     +31 3406 65603
Voice:   +31 3406 94211					Private: +31 10 4809140
From: markd@cup.hp.com (Mark_Donohoe)
Newsgroups: comp.sys.hp
Subject: Re: Justifying more memory
Date: 14 Sep 92 23:52:03 GMT
Organization: Hewlett-Packard
X-Newsreader: Tin 1.1.3 PL5

ACHHHHHHHH!

If you plan to do compilations with Vue and Softbench you will need the memory.
Ask your boss, how much is engineering time worth?  In the situation 
described, you will swap, and swapping is expensive!  If these nodes will be
diskless, even worse to have to page over the network.  I know you have no 
reason to believe HP when they say it's needed, (as they could just want you
to buy memory...) BUT you will need it.  You can always buy 3rd party memory
cheaper (souldn't say this...but it's true).

For example, I have a 720, stand alone, 64MB of memory, run Vue, Shared X,
and Frame.  Have lots of windows and am using 89% of my memory.  So this 
might be comparable to you running vue and softbench...now do a compile....
now watch a fast computer go slow.

On our compile server we have 192MB of memory (750) with lots of disks spread
out over a number of I/O cards.  This is two fold....better I/O throughput
and never want to swap!  It works and the engineers are happy.

It will be hard to find performance documentation, so good luck.
--
Mark Donohoe (markd@cup.hp.com), these are my views, NOT HP's.
Newsgroups: comp.sys.hp
From: Steinar.Haug@delab.sintef.no (Steinar Haug)
Subject: Re: network backup failures
Organization: SINTEF DELAB, Trondheim, Norway.
Date: 14 Sep 92 19:19:06

> It seems then that no simple solution exists to our backup  problem.  Do
> I  have  to  sacrifice   security  by   implementing   a   non-supported
> modification  of the kernel  (allowing NFS root access), or do I have to
> spend  thousands of dollars to buy Omniback, just in order to be able to
> do a decent backup?

No, you don't have to do this. The solution is fairly simple: Use the 'dump'
program. I know this is not the solution that HP recommends, but we use it
here to backup a heterogeneous HP/Sun environment, and it works just great.
The "standard" version of dump that HP gave you in 7.0 was rather slow (I
haven't checked whether this is still the case in 8.0) - however, you can
get the *sources* to a faster version of dump, as modified by the good folks
at HP labs (but not supported by HP), from hpserv1.uit.no. Recommended.

Steinar Haug, system/networks administrator
SINTEF DELAB, University of Trondheim, NORWAY
Email: Steinar.Haug@delab.sintef.no, 
	sthaug@idt.unit.no, steinar@tosca.er.sintef.no
Newsgroups: comp.sys.hp
From: jdj@umunhum.stanford.edu (John D Johnson)
Subject: Slow pipe from HPUX to ULTRIX
Organization: Stanford University
Date: Sat, 12 Sep 92 00:56:54 GMT


I have found that when I pipe data from my 9000/370 HPUX to DEC ULTRIX
using remsh the data rate is very low, about one tenth the rate of
piping data to HPUX or SunOS machines.  For example, cat'ing a 1.1M
file to a remote /dev/null:
                                                                       Time,
                                                                       seconds

To 8.0  HPUX, 9000/S370:  cat /hp-ux | remsh cake    "cat > /dev/null"   8.3
To 8.07 HPUX, 9000/S730:  cat /hp-ux | remsh danish  "cat > /dev/null"   7.8
To 4.2 ULTRIX, DEC3100:   cat /hp-ux | remsh umunhum "cat > /dev/null"  75.6

Piping from HPUX to Ultrix achieves only about 15 Kbytes per second!

While piping to Ultrix, the load on both machines stays below 10%.
Monitor reports an input and output packet rate of 6-12 packets per
second, and the only errors are several "Unknown protocol" packets.
When piping to HPUX, monitor reports about 150 output packets per
second and 50 input packets per second.

Additional data: ftp can copy the file to Ultrix's /dev/null in 4.85
seconds (231.30 Kbytes/s).  Rdump from HPUX to ULTRIX achieves about
60 Kbytes per second.  Sending data the other direction, rsh pipes from
Ultrix to HPUX achieve about 130 Kbytes/sec.

Anybody have any idea what is going on and what I can do to fix it?

John D. Johnson         jdj@umunhum.Stanford.EDU
Computer Systems Laboratory, Stanford University
From: mjs@hpfcso.FC.HP.COM (Marc Sabatella)
Newsgroups: comp.sys.hp
Subject: Re: Questions on HP-UX and system V OS
Date: 4 Sep 92 21:54:10 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

In comp.sys.hp, cyc@z.eecs.umich.edu (Yi-Chieh Chang) writes:

> I got a 'flea' program to convert VLSI layout to Postscript files.
> The program is written for Sun BSD4.3 OS.

Are you sure?  Those look like SunOS 4.x options to me...

> The command is
>   ld -dc -dp -e start  -X -o flea /usr/lib/crt0.o $(COBJS) $(CLIBS)
> 
> The problem is the options -dc, -dp, and -X.

If this indeed SunOS, you can probably ignore them:

"-dc" says, "copy directly referenced data from shared libraries", which is
always done in HP-UX.

"-dp" says, "set up jump tables for calls into shared libraries", which is also
always done in HP-UX.

"-X" says, "leave in local symbols other than the compiler generated ones".
This is always done by HP-UX, unless you use "-x", which the compilers
generally do.

The real question is, why are they calling "ld" directly?  It is bound to lead
to these sort of portability problems.  Just use:

cc $(COBJS) $(CLIBS)

on both architectures; "cc" always knows how to call "ld" correctly.  You may
want to remove "-lc" from $(CLIBS) if present.  If not present, that could be
why they were calling "ld" directly - "cc" normally adds it.

If for some reason you really must call "ld" directly, you will also have to
change /usr/lib/crt0.o to /lib/crt0.o

--------------
Marc Sabatella (marc@hpmonk.fc.hp.com)
Disclaimers:
	2 + 2 = 3, for suitably small values of 2
	Bill (H.) and Dave (P.) may not always agree with me
Newsgroups: comp.sys.hp
From: nelsonc@colossus.cs.rpi.edu (Chris Nelson)
Subject: Re: INTEREX Trade Show - One Vendors Impression
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Mon, 7 Sep 1992 05:18:57 GMT

Stan,

Thanks for your note.  I think that it gives a more accurate picture
of what happened at the show (with respect to Hurricane Andrew) than
the "press release" from ki.  As a member of the Interex Board of
Directors, I was in and out of the conference office at the convention
center during the anticipation and anticlimax; mostly, I watched a very
professional conference staff do their job very well.

As for fleeing, I, for one, would not have left a disaster shelter
(the hotel and convention center) to get on an airplane; even if the
roads had not been clogged and the airport closed.  (BTW, there were
quite a few HP9000 users at the convention center attending a hefty
HP-UX track focused on 800 series systems.  InterWorks is a
workstation group, not a HP-UX group.)

Surely, the damage to New Orleans, the downtown show area, and
attendees would have been much worse had Andrew hit head on.  I feel
for those who felt his wrath.  However, I think that the situation was
very well handled all around and heard of few people bailing out due
to weather.

                                  Chris Nelson
                                  Interex

P.S. While I have NOT consulted with the rest of the BoD or with the
staff, I speak, more or less officially, for Interex and take heat for
it as appropriate.  Feel free to direct comments to or through me as
appropriate.


Newsgroups: comp.sys.hp
From: milburn@vision.postech.ac.kr (John Milburn)
Subject: Re: Installing libg++2.2
Reply-To: milburn@vision.postech.ac.kr (John Milburn)
Organization: POSTECH, Pohang, Korea
Date: Mon, 14 Sep 92 05:39:14 GMT

In the referenced article hagan@ee.ualberta.ca (Daniel Hagan) writes:

>I am trying to install libg++2.2 on an HP730 machine. I am able te get as far as the make check when make aborts due to undefined _vt.filebuf. The version of HP-UX I am running is 8.05. Can the experts out there in netland help me as to what chnages I need to make in order to get succesful installation. I have tried all the suggestions posted in gnu.libg++.bug and other newsgroups but none of them helped. Email responses would be preferred but I don't mind reading this newsgroup to get the responses.

It's probably just missing a few '\n' chars.

Big :-),

-jem
From: stuart@TIVOLI.COM (Stuart Jarriel)
Newsgroups: comp.sys.hp
Subject: Re: Domain Name Resolution on a 720
Date: 10 Sep 92 03:46:04 GMT
Organization: Tivoli Systems, Inc

The only way I know of is to set HOSTALIASES environment variable
to /etc/hosts.  This way of DNS times out (from /etc/resolv.conf)
it will fall back to /etc/hosts.  Sorry, but that seems to be on
a per-user basis.  So system processes are out-of-luck.

stuart
Newsgroups: comp.sys.hp
From: wk@cup.hp.com (Wayne Krone)
Subject: Re: cable curiosity
Date: Wed, 9 Sep 1992 23:11:51 GMT
Organization: HP-UX Kernel Lab, Cupertino
X-Newsreader: Tin 1.1 PL3

myers@hpfcso.FC.HP.COM (Bob Myers) writes:
: 
: Actually - and please bear in mind that this is MY opinion only, and not
: an Official Statement (tm) of HP or our safety/regulatory gurus - I suspect
: that AC cords have no securing mechanism because they're not allowed to, by
: one or more international standards.  Think about it - we're talking about

I talked to a friend who currently is a product safety engineer for
another company and previously worked for Underwriters Laboratories
reviewing products for compliance to UL's standards.  She says there are
no international standards she's aware of (she works with most if not
all of them) that require a fixed versus detachable power cord.  There
are requirements for strain relief, flexibility, etc.

She thought fixed versus detachable cords was simply a personal
preference issue.  I know when I'm moving equipment around I like the
detachable cords so I don't have to tie it up (or let it dangle and
avoid tripping on it).
Newsgroups: comp.sys.hp
From: tghe337@cdc835.cdc.polimi.it ()
Subject: Transparent windows 
Date: Wed, 9 Sep 1992 13:05:00 GMT
Organization: C.d.C., Politecnico di Milano
Keywords: Xwindows CRX24 Motif


Looking for overlay transparent windows (8 / 24 bits depth ) over 24 bits deep widgets;	
Environment:X11 R 4, Motif 1.1, HP UX , CRX 24 adapter

Thanks a lot...
From: shankar@sgi.com (Shankar Unni)
Newsgroups: comp.sys.hp
Subject: Re: Tcsh/term wierdness during login from Sun
Keywords: tcsh 6.01.00 hpux termcap sun
Date: 4 Sep 92 21:48:14 GMT
Organization: Silicon Graphics, Inc.

In article <1992Sep4.163150.18743@rz.uni-karlsruhe.de> finger@rz.uni-karlsruhe.de writes:

>You may have a look at the first lines of /etc/termcap:
>
># @(#) $Revision: 37.1 $
>
># Important:
>#       This file is here only for compatibility purposes.
>#       It is not referenced by the curses(3X) library routines,
>#       the termcap(3X) emulation routines, or the terminfo routines.
>#       Instead of /etc/termcap these routines use the terminfo(5)
>#       terminal data base under /usr/lib/terminfo.
>
>Try putting a file named sun-cmd in /usr/lib/terminfo/s.


Not so simple...

Create a local file with the sun-cmd terminfo entries (with field
names in terminfo format rather than termcap format - see the
terminfo(5) man page for the corresponding mappings).

Then, run:

  tic local-file

This will "compile" the file and install it in the correct directory
under /usr/lib/terminfo.

If you don't want to (or can't) modify system entries, you can set up
env. var called TERMINFO, which points to a private directory, and
then run tic. In this case, the file will be put in $TERMINFO/s/sun-cmd.

Then, be sure to set TERMINFO before setting your TERM to sun-cmd
(it's OK for your TERMINFO directory not to be complete - if an entry
is not found there, curses(3X) will then search in /usr/lib/terminfo).
So you can safely do a "setenv TERMINFO ~/Terminfo" or something like
that in your .login or .profile.

--
Shankar Unni				E-Mail:	shankar@sgi.com
Silicon Graphics Inc.			Phone:	+1-415-390-2072
Newsgroups: comp.sys.hp,comp.terminals