HDTenEightyP/NetNews huggingface dataset:
From: zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby)
Newsgroups: comp.sys.hp
Subject: Re: "script" broken in HP-UX 8.07??
Date: 26 Aug 92 08:26:55 GMT
Reply-To: M.Whidby@mcc.ac.uk
Organization: Manchester Computing Centre

In article <7371259@hpfcso.FC.HP.COM>, ajs@hpfcso.FC.HP.COM (Alan Silverstein)
writes:
|> > "Script done due to signal 10, file is <foo>"
|> 
|> A quick guess with a quick look at the code -- script is trying to run a
|> shell for you and the shell is dying with a bus error?  It tries to run
|> whatever is named in your SHELL variable.  Hmm, that shouldn't cause a
|> signal to script itself.  Somewhere along the way it's violating itself.
|> "You usually don't see this sort of behavior in a major appliance."
|> Sorry, I can't be more help without running a debuggable version on your
|> system.

I'd just like to say that I'm experiencing this problem as well. I ran script
for the first time in ages and got this message. I was going to report it to
our sys. admins. but forgot about it until now. That was on another system
but I've tried it on the system I'm using now and still getting it. The first
time I tried it I just got the "Script done due to signal 10, file is <foo>"
message but now I'm getting 

script: warning: errno 2 attempting to open pty /dev/ptym/ptypf

as well, which may or may not cast some light on the matter. This is on 8.05.
-- 
_____________________________________________________________
Mark Whidby, Distributed Systems, Manchester Computing Centre
From: hardy@golem.ps.uci.edu (Meinhard E. Mayer (Hardy))
Newsgroups: comp.sys.hp
Subject: Re: /usr/lib/X11(R4)/config for 9000/700
Date: 28 Aug 92 16:41:31 GMT
Organization: Department of Physics, UC Irvine, CA 92717-4575, USA
In-reply-to: sean+@andrew.cmu.edu's message of 28 Aug 92 04:29:36 GMT

Have you tried the files archived at the University of Liverpool?
They have a wealth of HP-UX stuff, mainly for the 700 series. Address:

ftp.csc.liv.ac.uk

Also hybrid.irfu.se (where I got mine from, thanks to Bo Thide').
Configuration files for the 300/400 series can be found on my machine:
lynx.ps.uci.edu (I was not so lucky to wait for the appearance of the
700 series). 
--
Hardy 
-----
Meinhard E. Mayer,  Department of Physics, UC Irvine 
e-mail: hardy@golem.ps.uci.edu (preferred) or MMAYER@UCI.BITNET
From: ufe@dlva.dl.ac.uk
Newsgroups: comp.sys.hp
Subject: Re: Sun Vs. HP system administration
Date: 28 Aug 92 08:53:31 GMT
Reply-To: ufe@dlva.dl.ac.uk ()
Organization: SERC Daresbury Lab., Warrington, U.K.

The main problems I found coming to HP were ...
o switching from bsd to sysV. All sorts of scripts/procedures which
  have served us well over many types of systems required rewrites.
o the manuals are somewhat dense and the general tone is "you should
  use SAM". Unfortunately SAM doesn't tell you what its doing and 
  hence it is very difficult to undo things when it goes wrong ! -
  Now I invest the time in working out how to do things longhand -
  it pays !
o certain things which are taken for granted in SUN/SGI/ULTRIX
  environments are different or missing. Disk partitions are an
  obvious one here. 
o difficulty in using Exabyte drives
o HP-UX facilities vary between HP platforms - even between 700/800
  series, which led to some frustration.
However, I'm not knocking HP (so don't flame me :) ). All I'm saying
is that coming from SUN/CONVEX/ULTRIX environments, it's quite a
change. A recent move to SGI was simple, but I still have HP problems.
Their manuals look comprehensive (and probably are) but if you are UNIX
literate and basically know what you want to do, they can be very
difficult to find just what you're looking for.
Cheers,
	Mark
========================================================================
Mark Enderby			   JANET - ENDERBY@UK.AC.DARESBURY
Systems Manager		  	   EARN/Bitnet - ENDERBY@DARESBURY.AC.UK
SERC Daresbury Laboratory
Keckwick Lane						
Daresbury
Warrington	tel:   0925-603353
WA4 4AD		Int:+44-925-603353
UK		fax:   0925-603174
Newsgroups: comp.sys.hp
From: trn@warper.jhuapl.edu (Tony Nardo)
Subject: Re: Third party disk drives on HP-UX
Keywords: HP-UX disk drive 3rd third party
Organization: JHU/Applied Physics Laboratory
Date: Mon, 31 Aug 1992 19:26:07 GMT

okuyama@pioneer.arc.nasa.gov (Darin Okuyama YR) writes:

>Has anyone successfully installed a thrid-party SCSI disk
>dirve on a Snake (HP 9000/700)?

I installed a pair of disks from ADS (contained 2 Seagate ST41600N Elite
drives, each with ~1.3 Gbytes storage).  So far they seem to work.

>If you have, then:

>  (1) Was it relatively straightforward?

Moderately.  The hardest part was researching the drive's operating
parameters (i.e. # of sectors, # of tracks, # of cylinders).  Beyond that,
SAM gave me the info I needed to add support for the drive.  SAM will tell
you which files to modify so that you may add a new "Disk drive model" to
the system.

>  (2) What problems did you encounter?

I lost roughly 7% of the usable space on my disk due to the assumption by
HP that all drives will have 1024-byte sectors.  They provide a workaround
solution for those who have 512-byte sectors so that you may still use the
drive.  However, a disk with an odd number of 512-byte tracks will lose one
track under the workaround.

I did not have access to the rotational speed of my drive, but 3600 seemed to
be a fairly common number.  I used that, and it worked.  Whether I guessed
correctly or whether the HP driver no longer uses this information, I cannot
say.

>  (3) What advice can you give the Net?

1) Have your drive's documentation available to determine the # of tracks,
   sectors, & cylinders.  If you don't have this documentation, but you have
   a similar model drive on a Sun, you can obtain this information with the
   "dkinfo" command.  Other flavors of Unix may offer similar ways to
   inspect disk information on other systems.

2) Obtain the rotational speed of the drive.  (I was willing to take a
   chance on 3600, lacking the proper number, but this may not be a good
   idea.)

3) Use SAM to add the disk drive.  The files you need to modify are well
   documented, and SAM tells you which files you'll need to change.  (Those
   files, BTW, are /usr/sam/lib/disk_aliases and /etc/disktab.

Good luck!
--
Tony Nardo,		   INET: trn@warper.jhuapl.edu, trn@aplcomm.jhuapl.edu
 Johns Hopkins Univ./APL   UUCP: {backbone!}mimsy!aplcomm!trn
From: stuart@TIVOLI.COM (Stuart Jarriel)
Newsgroups: comp.sys.hp
Subject: Re: attaching xdb to a running process...
Date: 3 Sep 92 03:06:45 GMT
Organization: Tivoli Systems, Inc

a 52 line program to illustrate the point...

#include <sys/signal.h>
#include <stdio.h>

main(int argc, char *argv[])
{

	int pid, pid1, pid2, i;
	int exitcode;

	printf("in main program\n");

	pid = fork();

	if (pid != 0) {		/* parent */
		waitpid(pid, &exitcode, 0);
		exit(0);
	}

	/*
	 * here is the child 
	 */

	printf(" in the child\n");

	pid1 = fork();

	if (pid1 != 0) {	/* parent */
		pid2 = getpid();
		printf(" in the first child (debugger parent) %d\n", pid2);

		exec_debugger(argv[0], pid2);

		pause();

		printf("starting the loop\n");
		for (i=1; i < 100; i++) {
			printf("I is %d\n",i);
		}
		exit(1);
	}
}

exec_debugger(char *proc, int pid)
{
	char pidstr[20];

	sprintf(pidstr,"%d",pid);
	printf("starting the debugger %s\n", pidstr);

	if (fork() == 0) {
		execlp("/usr/bin/X11/hpterm", "/usr/bin/X11/hpterm", "-display",
			"local:0", "-e", "/usr/bin/xdb", "-P", pidstr, proc,
			NULL);
		exit(2);
	}
}
Newsgroups: comp.sys.hp
From: jason@jazz.cnd.hp.com (Jason Zions)
Subject: Re: HP-UX 9.0
Date: Thu, 3 Sep 1992 01:54:55 GMT
	<4966@calmasd.Prime.COM> <1992Sep2.195002.29160@riacs.edu>
Organization: HP-Network and Systems Management Division

In article <1992Sep2.195002.29160@riacs.edu> okuyama@pioneer.arc.nasa.gov (Darin Okuyama YR) writes:

   gdh@calmasd.Prime.COM (Gerald Hall) writes:
   >I believe that OSF has announced that they are getting out of the OS
   >business and that 1.1 (which is just a "bug fix" release of 1.0, which
   >was based on AIX and is not a mach kernel) will be the last OS from OSF.
   >This was written up in recent (July?) issues of both UNIX World and UNIX
   >Review.  The current issue of one of these (sorry I get them confused)
   >has a quote from someone at HP to the effect that HP has abandoned any
   >plans for adopting OSF.

   This is a cruel joke, right.  HP PLEASE SAY THIS IS A CRUEL JOKE!!!
   A lot of people are going to need to know if this is true or not.

   SPEAK HP!

<Picture a dog sitting up, cocking it's head to one side.>

	RUFF!! RUFF!! pant pant pant

Let's try this.

Find the quote Gerald Hall mentions. If it exists. If he didn't misread it.
Remember that the two magazines mentioned are both glossies; ediorial for
the July issue was put to bed in May. Believe me, you've heard much less
moldy news here already.

Jazz

This is not an official statement of The Hewlett-Packard Company. No war-
ranty is expressed or implied. The information included herein is not to be
construed as a committment on HP's part. Save a tree - disband an ISO working
group today.

Jason Zions			The Hewlett-Packard Company
Colorado Networks Division	3404 E. Harmony Road
Mail Stop 102			Ft. Collins, CO  80525  USA
jason@cnd.hp.com		(303) 229-3800
From: xm9@sdcc12.ucsd.edu (richard g. adair)
Newsgroups: comp.sys.hp
Subject: Re: Sun Vs. HP system administration
Summary: YP security
Keywords: YP
Date: 26 Aug 92 15:10:03 GMT
Organization: Arete Associates, San Diego

In article <STEINAR.HAUG.92Aug26161118@delab.sintef.no> Steinar.Haug@delab.sintef.no (Steinar Haug) writes:
>Seems to work just fine, but there are security problems:
>
>programs) at their leisure. Sun's patch enables you to control which hosts
>(which IP addresses) are allowed to access your YP servers.

Sun's own PC/NFS defeats this "security" with the ability of the PC
user to change his/her IP address at will.  Any user can do this, so
think again about even such SUNisms as -root=machine in your mount
tables.  False security is worse than no security...

>So, because of point 1 above, we have shut down all our HP slave servers,
>and now use only Suns as YP servers.

Let me on your net for a half hour, and I'll delete all your files
:-) :-) :-)

Tony Burzio
Arete Associates
San Diego, CA
From: steve-t@hpfcso.FC.HP.COM (Steve Taylor)
Date: Mon, 31 Aug 1992 23:14:15 GMT
Subject: Re: Porting HP9000 Application to an IBM PC
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

In comp.sys.hp, astsloke@ntuvax.ntu.ac.sg writes:
| I have a friend who would like to port an application over from an
| Hewlett Packard 9000 series desktop computer to an IBM PC compatible.
:
|         Source:         Majority of code is in Interpreted HP BASIC
|                         while some code is in HP PASCAL

If, as I suspect, the Pascal code is used for CSUBs, then the HP Measurement
Coprocessor (current name for the "viper" card refered to in another response)
is worth looking at.  Since it also has a 680x0 processor, there's a fair
chance that the Pascal CSUBs will work there (depending on how "clean" they
are ... unsupported I/O operations are unlikely to work).

Any other solution will require re-coding of the Pascal portion of the
application.
						Regards, Steve taylor

NOT A STATEMENT, OFFICIAL OR OTHERWISE, OF THE HEWLETT-PACKARD COMPANY.
From: olek@hpuosla.norway.hp.com (Ole Kristian Foss)
Date: Fri, 28 Aug 1992 12:04:28 GMT
Subject: Re: What is the default blocksize on HP DAT tapes ?
Organization: HP Oslo Norway
Newsgroups: comp.sys.hp

>I'm writing 4mm DAT tapes on my Indigo, and reading them on HP's.
>To get them to read on the HP, I have to set the blocksize to 256k
>manually, since that is apparently the default blocksize for the
>SGI, but the HP is something else.  I would rather force the blocksize
>on the SGI side, allowing the HP to read the tapes more easily.  So,
>what is the default blocksize for HP DAT tapes ?
>
>SGI:
>
>tar cvf - MYFILE | dd of=/dev/tape bs=?????
>
>HP:
>
>tar xvf /dev/rmt/0mn
>
Try (o)bs=10k

OleK

	---------------------------------------------------------------------
	| Ole Kristian Foss                     +47  2 87 99 29  (dir.)     |
	| CSO Partner Team                      +47  2 87 97 00  (sw.)      |
	| Hewlett-Packard Norge A/S             +47 30 21 076    (car)      |
	| Box 34                                +47  2 24 66 96  (fax)      |
	| N-1345 sters, Norway         email: olek@hpuoslib.norwy.hp.com  |
	---------------------------------------------------------------------

Newsgroups: comp.sys.hp
From: kufeld_k@ipl.uucp (Kurt Kufeld)
Subject: Re: HP-UX 9.0
Date: Tue, 1 Sep 1992 20:15:39 GMT
Organization: Interprovincial Pipe Line Inc.

In <25855@dog.ee.lbl.gov> anderson@randolf.lbl.gov writes:

>In article <1992Aug26.135815.1@cc.uvcc.edu>, olsen_jo@cc.uvcc.edu writes:
>|> In article <1992Aug25.200543.28463@riacs.edu>,
>okuyama@pioneer.arc.nasa.gov (Darin Okuyama YR) writes:
>|> > This may be a dumb question but: is HP-UX 9.0 going
>|> > to be OSF?  Can someone give me some details on what
>|> > kinds of MAJOR things are going to change when HP
>|> > moves to 9.0.
>|> > 
>|> > Darin Okuyama
>|> > NASA Ames Research Center
>|> > 
>|> Nope.  OSF revision numbering is in the 1.X range I believe.  The 9.0 will
>|> be genuine HP-UX.
>|> 
>|> John Olsen (Used to work for HP in Fort Collins)
>|> olsen_jo@uvadm.uvcc.edu

>I've not yet seen what is included in 9.0 yet, but I'm afraid it will not
>be OSF/1-ish enough.

>I'd like to go on the record as saying that some customers want OSF/1
>features ASAP.

I completely agree.  We were a non-HP customer (having been with DEC for the
last 20 years) until last year.  We are now using a fair (30+) HP 730 & 750
workstations.  One of the prerequisites for our switch was future OSF/1 support.
This seeming switch stinks.

I fully agree, if IBM/DEC/HP etc. stuck to it they'ld probably beat SUN & AT&T
and maybe windows NT no problem.  This constant waffling it what has given
Unix some of its problems and caused a lack of acceptance by large corporate
clients.

If I knew then that they (and others) would wobble, I may not have recommended
HP.

HP, I hope you're listening.

-- 
	Kurt Kufeld
	Interprovincial Pipe Line Inc.
	kufeld_k@ipl.ca
	(403) 420-5330
Newsgroups: comp.sys.hp,comp.sys.sun.admin
From: Steinar.Haug@delab.sintef.no (Steinar Haug)
Subject: Re: Sun Vs. HP system administration
Organization: SINTEF DELAB, Trondheim, Norway.
	<STEINAR.HAUG.92Aug26161118@delab.sintef.no> <37274@sdcc12.ucsd.edu>
Date: 26 Aug 92 20:25:13

Tony Burzio writes:
> Sun's own PC/NFS defeats this "security" with the ability of the PC
> user to change his/her IP address at will.  Any user can do this, so
> think again about even such SUNisms as -root=machine in your mount
> tables.  False security is worse than no security...
> 
> >So, because of point 1 above, we have shut down all our HP slave servers,
> >and now use only Suns as YP servers.
> 
> Let me on your net for a half hour, and I'll delete all your files
> :-) :-) :-)

Um, I never said that NIS/YP was *secure*! I'm just saying that using a
Sun (with access lists for ypserv based on IP address) is better than
having no access control at all...

Yes, PCs can change IP address at will. This is a general IP problem, not
a problem with NIS/YP as such.

I would love to have a better system than NIS/YP. Maybe OSF's DCE/DME is
what I need - but I don't have that available *today*, for my heterogeneous
Sun/HP network.

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: terry@wag.caltech.edu (Terry R. Coley)
Subject: UNIX group id of another process (not in pstat())
Organization: California Institute of Technology, Pasadena, CA
Date: Wed, 26 Aug 1992 22:03:56 GMT


Much useful information about other processes may be obtained through
pstat() (see <sys/pstat.h>) as discussed previously in this group. 

However, I would like to read the group id of another process.  On
Suns and other UNIX variants, one can use the address obtained in the
p_uarea (or similar) member of the proc structure.  Doing a read into
/dev/kmem at this address usually pulls in the user area which in
turn lets you dig out the group id.  However, on HP-UX I have been
unsuccessful at locating a uarea for another process.  Can anyone
provide a few lines of sample code that would allow this under HP-UX?

-- 
	- Terry
terry@wag.caltech.edu 818-397-2724 818-585-0918 (FAX)
Terry Coley, Caltech 139-74, Pasadena, CA  91125
From: tomg@hpcvxph (Thomas J. Gilg)
Newsgroups: comp.sys.hp
Subject: Re: shutdown/update frustration on 700s
Date: 25 Aug 92 16:54:11 GMT
Article-I.D.: hpcvusn.1992Aug25.165411.24343
Organization: Hewlett-Packard Company, Corvallis, Oregon USA
X-Newsreader: Tin 1.1 PL5

Chris Lee (lee@ceg.uiuc.edu) wrote:

> The screen blinks, and we seen the VUE login window, there is a blip,
> and we see some of the left-over text on the console screen, and then
> it goes BLANK!

From an active defect report against the Xserver:

-----

Description:
   no-windows login results in black screen with large "X", login obscured

Submitter:
   After starting up vue with "init 3; exit" I chose to login
   with no windows.  The screen then blanked showing only a
   frozen X graphics cursor.  I had to press "SHIFT-RESET"
   in order for the graphics to exit and display the alpha
   screen.  This same behavior was experienced on both the
   cluster server, a S750, and a client, a S735.  This seems
   to be new behavior after an IC2 update last week.

Labnotes:
   ..... I have discovered that the X server is not performing the
   required ioctl(GCTERM) system call.

Labnotes2:
   I have verfied that GCTERM ioctl is resetting the correct set of planes.
   It appears that the X server is not making the GCTERM ioctl call.

-----

I just asked our quality dept. to keep this defect rated as "critical"
rather than downgrading it just because it has the SHIFT-RESET workaround.
In a few more day, the defect will be advertised to field support also.

Thomas Gilg
tomg@cv.hp.com
Xref: sparky comp.sys.hp:9662 comp.unix.programmer:4442
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.hp,comp.unix.programmer
Subject: Re: Shared libraries have me very confused!
Date: 25 Aug 92 19:49:45 GMT
Followup-To: comp.sys.hp
Organization: Auspex Systems, Santa Clara


 >>Shared libraries also save disk space, since you don't have to copy the
 >>library routines into each program that uses them.
 >
 >Actually, dynamically-linked libraries save disk space.

So do statically-linked shared libraries, assuming a sane
implementation.
From: hardy@golem.ps.uci.edu (Meinhard E. Mayer (Hardy))
Subject: Re: HP-UX 9.0
In-reply-to: anderson@randolf.lbl.gov's message of 29 Aug 92 01:25:07 GMT
Newsgroups: comp.sys.hp
Organization: Department of Physics, UC Irvine, CA 92717-4575, USA
	<25855@dog.ee.lbl.gov>
Date: 29 Aug 92 05:23:17 GMT

Can someone explain why it is so important to have OSF/1? 
I'd rather have a bug-free, patch-free operating system 
which does not have embarassing crashes (as HP-UX 8.0 did, till I found
out that there are patches PHNE_..., which should have been
incorporated before the tapes were shipped to me), and without the
need to go through a painful update every so often. There should also
be noo need to ftp imake, Xaw.h, and configuration files from Uppsala, or
Liverpool, when the Company is just 800 km away from you....
Rather than sooner, I prefer to have an OS which is indded better,
consistent, stable, and easy for a non-hacker to update and maintain.


--
Hardy 
-----
Meinhard E. Mayer,  Department of Physics, UC Irvine 
e-mail: hardy@golem.ps.uci.edu (preferred) or MMAYER@UCI.BITNET
From: xm9@sdcc12.ucsd.edu (richard g. adair)
Newsgroups: comp.sys.hp
Subject: Re: HP-UX 9.0
Summary: OSF
Keywords: OSF
Date: 2 Sep 92 06:09:10 GMT
Organization: Arete Associates, San Diego

In article <1992Sep1.201539.12646@ipl.uucp> kufeld_k@ipl.uucp (Kurt Kufeld) writes:
>>|> Nope.  OSF revision numbering is in the 1.X range I believe.  The 9.0 will
>>|> be genuine HP-UX.
>workstations. One of the prerequisites for our switch was future OSF/1 support.
>If I knew then that they (and others) would wobble, I may not have recommended
>HP.

HP doesn't wobble, it lists majestically... (ponderously?)  :-)

The last I heard about OSF was a few articles about it's
multi-threading capabilities.  It seems that the MACH kernel isn't
really all that good.  A few more years should first be spent in
development.   I think that HP is correct in not pushing OSF before
it is ready.  A working operating system is still better than the
OS/2 embarrasment that IBM went through.

Didn't HP actually ship a few OSF kernels to customers?  They seemed
to have pulled it back into HP development right quick :-)

Tony Burzio
Arete Associates
San Diego, CA
From: steve-t@hpfcso.FC.HP.COM (Steve Taylor)
Date: Fri, 4 Sep 1992 02:29:53 GMT
Subject: Re: Editorial comment on BASIC?
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

In comp.sys.hp, kint@cairo.engr.washington.edu (Rick Kint) writes:
>     n     PROG-LANGUAGES    Programming Languages                      11611
>     n     RMBUX             HP BASIC/UX 6.2                             6312
> 	I was amused that RMBUX appeared as a separate partition rather than
> being included in the PROG-LANGUAGES partition.  Is this mere happenstance or
> an indictment of BASIC?  Enquiring minds want to know...

Alan's probably correct about it being happenstance, but (for your defense)
keep in mind that RMBUX is more than just a programming language, it's also
an operating environment with:  a syntax checking program editor, some window
management capabilities, interactive commands (like a shell), has a build-in
debugger, etc.  
						Regards, Steve taylor

NOT A STATEMENT, OFFICIAL OR OTHERWISE, OF THE HEWLETT-PACKARD COMPANY.
Newsgroups: comp.sys.hp
From: schmitz@scd.hp.com (John Schmitz)
Newsgroups: comp.sys.hp
Subject: Re: File-splitter for email
Date: 3 Sep 1992 03:53:36 GMT
Organization: Hewlett-Packard Santa Clara Division
NNTP-Posting-Host: hpsceo.scd.hp.com

> |"Try the split command.

> Better yet, try 'shar 3.49'. It is able to split files and rea...

Better yet, try a MIME mailer like MH MIME.  It will split the mail
and reassemble it for you right inside the mail routines.  No need
to use an extra program like shar.
From: tonyc@a4430ux.esr.hp.com ( Tony Cox (SR) )
Date: Sun, 30 Aug 1992 12:28:49 GMT
Subject: Re: EISA expander / 730 vs. 750
Organization: Hewlett-Packard Rockville
Newsgroups: comp.sys.hp

Christian

Danford is the only source I know of for the expander. They were in heree
last week showing it. I am at home now and don't have the info. Email
me if you need contacts and phone. If you have a fax i can fax the data 
sheet to you.....
tonyc

Newsgroups: comp.sys.hp
From: vsnyder@jato.jpl.nasa.gov (Van Snyder)
Subject: Changing Fonts and Sizes
Organization: Jet Propulsion Laboratory
Date: Fri, 28 Aug 1992 00:04:58 GMT

Today when I mashed the mail icon in the button-bar at the bottom of
my VUE screen, elm came up in a window with a new background color,
and the font was dinky.

Newly-created terminal windows also now come up with the dinky
font and new background color.

This has all happened before.

I'm using a 720 with HP-UX 8.07.

Q1:  What is "rotting" in the system that causes the windows suddenly
to be created with a new font and background color?

Q2:  What can I do to make it stop?

Q3:  What can I do to change the font back to the correct size?  So
far, the only way I've found to fix it is to reboot.
-- 
vsnyder@jato.Jpl.Nasa.Gov   vsnyder@math.Jpl.Nasa.Gov  <-- preferred
ames!elroy!jato!vsnyder     ames!elroy!math!vsnyder
vsnyder@jato.uucp
Newsgroups: comp.sys.hp