HDTenEightyP/NetNews huggingface dataset:
From: rkl@csc.liv.ac.uk (Richard Lloyd)
Newsgroups: comp.sys.hp
Subject: 700RX problems (fonts and graphics memory)
Date: 1 Sep 92 16:10:53 GMT
Organization: Computer Science, Liverpool University

We've got about three dozen colour X terminals (700RX) and have been running
into several problems with them that appear to be related to graphics memory.
I think (!) we have 4MB of memory, but don't quote me on that :-) Here's a list
of problems with the 700RX's:

1. Do X terminal fonts HAVE to reside on the system disk on the machine the
   700RX downloads them from ? We tried to set up an NFS directory with X
   terminal fonts in it that were needed by some of our X programs and tftp
   seemed to ignore them :-( At the moment, we've set up a local directory
   (/usr/lib/X11/700X/fonts/local) and are maintaining it via rdist across
   all our servers.

2. Do other sites have SERIOUS problems with 700RX terminals frequently coming
   up with "Insufficient memory for graphics operation" and occasional spec-
   tacular X terminal crashes because of this ? It happens more frequently if
   you load a large GIF picture onto the background and then try and run an
   X application afterwards. Ghostview in particular seems to crash on a
   regular basis (try Magstep 4). I think that 4MB RAM just isn't enough for
   medium-to-heavy duty use.

3. Anyone else noticed that /usr/lib/X11/rgb.txt and /usr/lib/X11/700X/rgb.txt
   are *different* ??

4. How come if I do an xlsfonts | grep iso8859-1^ on an X terminal, I get
   nothing ? A lot of applications use iso8859-1 at the end of the font name
   and you have to change them to hp-roman8 to get them to work :-(

5. Anyone know of a cheap third-party vendor of 700RX expansion memory ?

Richard K. Lloyd, 
Computer Science Dept.,   JANET     : rkl@uk.ac.liverpool.compsci
Liverpool University,     Internet  : rkl@csc.liv.ac.uk
Merseyside, England,    Q: "What's the world's fastest home micro ?"
Great Britain.          A: "The Archimedes A3000. 4 MIPS for under 800 pounds."
From: Steinar.Haug@delab.sintef.no (Steinar Haug)
Subject: Re: Losing time....
Organization: SINTEF DELAB, Trondheim, Norway.
Date: 26 Aug 92 20:15:44

In article <21097@optima.cs.arizona.edu> pagels@cs.arizona.edu writes:
> My 720's clock loses about 1 minute a day.  Other machines
> at our site use ntp to synch clocks.  As HPUX doesn't provide
> adjtime, implementing ntp is a problem.  
> 
> How are other users keeping their HP machines synch'ed?

With NTP, of course! Ken Stone of HP has ported NTP to HP-UX, and it's
working very well for us. You can find it through your friendly archie
server. Below is the output from archie. FTP away!

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
----------------------------------------------------------------------
Host cs.orst.edu

    Location: /pub/src/adm
           FILE -rw-rw-r--     665475  Jun 26 1991  xntp.hp9000.tar.Z
           FILE -rw-rw-r--     661329  Jun 10 1991  xntp.hpux.tar.Z

Host files1zrz.zrz.tu-berlin.de

    Location: /pub/net/time
           FILE -rw-rw-r--     665475  Sep 19 1991  xntp.hp9000.tar.Z

Host isgate.is

    Location: /gopher-data/pub/network
           FILE -rw-rw-r--     762406  Nov 12 1991  xntp.hp.tar.Z

Host louie.udel.edu

    Location: /pub
           FILE -rw-r--r--     762406  Sep 30 1991  xntp.hp.tar.Z

Host lut.fi

    Location: /pub/hpux/network
           FILE -rw-r--r--     762406  Nov 25 1991  xntp.hp.tar.Z

Host lynx.ps.uci.edu

    Location: /dist
           FILE -r--r--r--     762406  Dec 25 1991  xntp.hp.tar.Z

Host mcsun.eu.net

    Location: /network/ntp
           FILE -rw-r--r--     762406  Jan 20 15:35  xntp.hp.tar.Z

Host nic.funet.fi

    Location: /pub/unix/hpux/s800/network
           FILE -rw-r--r--     762406  Aug 30 1991  xntp.hp.tar.Z

Host sol.cs.ruu.nl

    Location: /HP-UX
           FILE -rw-r--r--     762406  Apr  9 13:02  xntp.hp.tar.Z

Host swdsrv.edvz.univie.ac.at

    Location: /network/misc
           FILE -rw-r--r--     762406  Mar 13 10:15  xntp.hp.tar.Z

Host uhunix2.uhcc.hawaii.edu

    Location: /pub/unix/ntp/xntp
           FILE -rw-r--r--     762406  Sep 14 1991  xntp.hp.tar.Z
From: rkl@csc.liv.ac.uk (Richard Lloyd)
Newsgroups: comp.sys.hp
Subject: No imake and no Xaw/Xmu include files ? Here's the solution...
Date: 28 Aug 92 10:37:18 GMT
Organization: Computer Science, Liverpool University

In article <3467@ra.nrl.navy.mil>, atkinson@itd.nrl.navy.mil (Randall Atkinson) writes:
> I have the same problem.  I also have all of the developer's kits.
> Still no imake and no config files.  HP is the only vendor that didn't
> supply these minimal tools and the Athena freely distributable
> libraries.  It's pitiful.

The situation is even more strange than that:

HP *do* supply the Xaw and Xmu libraries (/usr/lib/X11R4/libXaw.sl and
/usr/lib/X11R4/libXmu.sl), but *don't* supply the Xaw or Xmu include files !

They also don't supply imake as a lot of people have found out.

Here comes the big plug:

The anonymous FTP site ftp.csc.liv.ac.uk will sort this problems for you:

/hpux/X11/imake-4.00.tar.Z      has a complete ready-to-install imake and
/hpux/X11/Xaw-4.00.tar.Z        contains the Xaw and Xmu include files.

Install these two on your system and you should be able to compile most of the
X11R4 packages around (of which ftp.csc.liv.ac.uk has over 150 tested on
Series 700 machines). 

Archive Librarian,        E-mail: ftp@csc.liv.ac.uk
Computer Science Dept.,
Liverpool University, 
Merseyside, England,
Great Britain.
Newsgroups: comp.sys.hp
From: fred@cv.ruu.nl (Fred Appelman)
Subject: Re: daemon won't start in rc file
Date: Tue, 1 Sep 1992 07:17:29 GMT
Organization: University of Utrecht, 3D Computer Vision Research Group
Keywords: daemon rc rc_local boot-up

In <NVJ.715267582@tpdhp> michali@tpdhp.uucp (Paul Michali) writes:

>Bottom line is that I have to type /etc/erpcd *every* time after the system
>restarts.  There has to be a better way.  Any ideas?

Perhaps you start the daemon too early. Did you start it in the 
"localrc" section?

	Fred
From: stanb@hpnmdla.sr.hp.com (Stan Bischof)
Date: Wed, 26 Aug 1992 20:25:54 GMT
Subject: Re: What is the 7xx series compatible with ?
Organization: Hewlett-Packard, Santa Rosa, CA
Newsgroups: comp.sys.hp

In comp.sys.hp, e-sink@uiuc.edu (Eric W. Sink) writes:

>If I compile binaries on my 720, HPUX 8.07, will they run on any
>other series of the HP 9000 ?  For example, I have heard of Series
>800, series 400, series 300, etc...  What am I compatible with, in
>theory ?

Basically have three series:

300/400
700
800

(actually there is a 600, but that's another story)

Aside from some binaries compiled on an 800 running on a 700 there is 
essentially no compatibility.

The file systems and most files, however, are compatible, just not
any executables.

Stan Bischof
HPSR

**********************************************************************
NOTE that this is purely my own opinion and in no way reflects that of
my employer Hewlett-Packard.
**********************************************************************
From: kk@hpl-opus.hpl.hp.com (Konstantinos Konstantinides)
Date: Fri, 28 Aug 1992 06:38:01 GMT
Subject: Re: /usr/lib/X11(R4)/config for 9000/700
Organization: HP Labs, High Speed Electronics Dept., Palo Alto, CA
Newsgroups: comp.sys.hp

In comp.sys.hp, atkinson@itd.nrl.navy.mil (Randall Atkinson) writes:

> In article <webIgfK00WBL86V21c@andrew.cmu.edu> sean+@andrew.cmu.edu (Sean McLinden) writes:
> >
> >Does anyone have a copy of the contents of this directory for X11R4 for the
> >HP. We are running HP-UX 8.02 and this directory seems to be missing from the
> >workstation even though the X developers's kit is installed. It sorta makes
> >imakes a little difficult.
> 
> I have the same problem.  I also have all of the developer's kits.
> Still no imake and no config files.  HP is the only vendor that didn't
> supply these minimal tools and the Athena freely distributable
> libraries.  It's pitiful.
> 
> Ran
> atkinson@itd.nrl.navy.mil

Unsupported, but working versions for /config and the Athena
widgets can be found in hpcvaaz.cv.hp.com via anon. ftp
in pub/MitX11R4 or pub/MitX11R5.

Yes, it is pitiful (and a major pain to retype this message
every two days or so :-) )

KK
Newsgroups: comp.sys.hp
From: chatzi@metw3.met.fu-berlin.de (Andreas Chatziantoniou)
Subject: PCL5 model file wanted
Organization: Free University of Berlin, Germany
Date: Wed, 26 Aug 1992 14:23:21 GMT

Hi,
I like to know if there exist a printer model file for PCL5. We just bought a 
HP LaserJet III Si but we don't have this model file. Or am I just to fast, and 
a PCL5 model file will be delivered with HP-UX 9.0 (we now work with 8.0)

Thank you 
Andreas

************************************************************************
* Andreas Chatziantoniou                *  It' s 105 miles to Chicago, *
* email:  chatzi@metw3.met.fu-berlin.de *  we have gas, half a box of  *
* voice:  (+49 30) 838 71 223           *  cigaretts - it's night and  *
* snail:  Institut fuer Meteorologie    *  we're wearing sunglasses.   *
*         Schmidt-Ott-Str. 13           *                              *
*         W-1000 Berlin 41              *           HIT IT !           *
*         Germany                       *                              *
************************************************************************
*     If someone has an opinion, show him your attitude towards it     *
************************************************************************
From: jrm@hpuerca.atl.hp.com (John Morris)
Newsgroups: comp.sys.hp
Subject: Re: Dumping an HP 900/710 X11 window on an HP Laserjet IIP
Date: 25 Aug 92 19:58:53 GMT
Organization: the HP Response Center, Atlanta

> The command :
> xwd | xpr -device ljet -density 300 | lp -dlw
> only has the printer print "Line too long"...
 
Try:

   xwd | xpr -device ljet -density 300 | lp -dlw -oraw
                                                 ^^^^^


Hope this helps,
John Morris
From: ajs@hpfcso.FC.HP.COM (Alan Silverstein)
Newsgroups: comp.sys.hp
Subject: Re: "script" broken in HP-UX 8.07??
Date: 25 Aug 92 23:54:20 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

> "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.
From: stanb@hpnmdla.sr.hp.com (Stan Bischof)
Date: Mon, 31 Aug 1992 15:42:35 GMT
Subject: Re: What is the 7xx series compatible with ?
Organization: Hewlett-Packard, Santa Rosa, CA
Newsgroups: comp.sys.hp

In comp.sys.hp, steve-t@hpfcso.FC.HP.COM (Steve Taylor) writes:

>In comp.sys.hp, stanb@hpnmdla.sr.hp.com (Stan Bischof) writes:
>| Aside from some binaries compiled on an 800 running on a 700 there is 
>| essentially no compatibility.

Well- after receiving some new (and welcome) information, it turns out that
there can be a lot more compatibility than there used to be. It is
possible (see details in some of the other replies) to compile code on a
700 that will run on both 700 and 800!

This is of course very useful in mixed environments.

And like I mentioned before, 800 code can generally be run on a 700, which
means that the compatibility between 700 and 800 is actually quite high.

And of course the 300/400 are VERY highly compatible under HPUX.

Now- if we were ever able to converge on a single architecture and 
operating system I guess the compiler folks could REALLY make things
compatible!

Stan Bischof
HPSR

****************************************************************
Still of course just my personal opinion and in no way should it
be construed as the opinion or response of Hewlett-Packard, 
my employer. I don't design these things- just use them.
****************************************************************
Newsgroups: comp.sys.hp
From: lbplum@ecst.csuchico.edu (Lars Plum )
Subject: Keyboard for hp700 terminal wanted
Organization: California State University, Chico
Distribution: na
Date: Wed, 02 Sep 1992 20:54:16 GMT

Does anybody out there have a spare keyboard for a hp700 terminal they would be willing to sell to me?

thanks lars.
From: franks@hpuamsa.neth.hp.com (Frank Slootweg CRC)
Newsgroups: comp.sys.hp
Subject: Re: Umounting busy file systems
Date: 1 Sep 92 11:43:09 GMT
Organization: Hewlett-Packard, The Netherlands


  (I think) fuser(1m) reports only processes which have *files* *open*
on the block device, not processes which have their *working directory*
*set* to a path which is on the block device.

  Test with :

- Type "sh" (not "ksh" because that might open a history file on the
  block device) to get a shell.
- Type "echo $$" to get the PID of this shell.
- "cd" to a path on the block device.
- Type "fuser /dev/dsk/...". The PID of the shell will not be listed but
  the block device can not be unmounted because the working directory of
  the shell is set to a path on the block device.

Frank Slootweg, HP, Dutch Customer Response Center.
Newsgroups: comp.sys.hp
From: gahan@chinet.chi.il.us (Paul R. Schmidt)
Subject: Re: Shell rc files and HP VUE
Organization: Chinet - Public Access UNIX
Date: Tue, 25 Aug 1992 17:01:35 GMT

In article <1992Aug24.204337.15774@hpcvusn.cv.hp.com> bcripe@hpcvxba.cv.hp.com (Brian E. Cripe) writes:
>|> When Vuewm starts up a terminal window (an xterm or hpterm) it doesn't
>|> read the .cshrc/.kshrc file but instead reads .vueprofile. 
>
>Actually .vueprofile is read at login time only, not each time a terminal
>window is started. 
>
>|> If you
>|> can't put terminal related (stty) commands in .vueprofile where should
>|> this be done.  I simply want my backspace to be "^H" when a start up an
>|> xterm from the File Manager.  Am I missing something?
>
>I solve this by setting the resource:
>
>	*ttyModes:      erase ^H intr ^C kill ^U start ^Q stop ^S swtch ^@
>
>This resource works for both hpterm and xterm.  There are probably other
>solutions but this works for me.
>
>	Brian Cripe
>
>P.S. If you aren't aware, HP VUE uses xrdb and not .Xdefaults.  So do an
>'xrdb -merge' to set the resource.
>

If you want to see your aliases and the like in these windows as well
the only thing that we've found that works is to have your .vueprofile
source your .profile (i.e., either . .profile for sh or ksh and source
.login for csh) then set hpterm*loginShell: True via xrdb.  The only
other caveat is that the .profile has to set the ENV variable or
source your rc file.

Hope this helps,
Paul R. Schmidt
gahan@chinet.chi.il.us
From: djms@bear.com (David J. Sullivan)
Newsgroups: comp.sys.hp
Subject: Program for single user security (HP 9000/700's)
Date: 28 Aug 92 17:06:18 GMT
Organization: Bear, Stearns & Co. - FAST

As promised, here's my hack to have the hp's (700's runnning 8.0.7 at
least) require the root password before entering single user mode.

In essence, move /bin/su to /bin/realsu and put this in its place.

--Cut here -----------------------------------------------------------
/*
 *  bsu - front end the ``real'' su program
 *
 *  This is to replace /bin/su, which has been moved to REAL_SU.
 *  Its sole purpose is to ask for the root password if it is
 *  called by root and it is called with no arguments or if the only
 *  argument is `-'.  Ultimately this program calls the real su and
 *  so needs not be setuid root.  (REAL_SU must remain so, though.)
 *
 *  This forces a user to supply the root password when a machine is
 *  brought into single user mode, either with telinit -s or from
 *  being booted.
 *
 *  A better solution might be to add a new flag to /bin/su, say -s,
 *  and have init exec su with that flag when going single user to tell
 *  su to ask for the root password.
 *
 *
 *  Freely distributable.
 *  Bear, Stearns & Co. --  FAST
 *  David J. Sullivan, 20 August 1992 (djms@bear.com)
 */

#include <stdio.h>
#include <unistd.h>
#include <pwd.h>

#define	REAL_SU		"/bin/realsu"	/*  Where the real /bin/su is	*/

extern void exit();

main(argc, argv)
int	  argc;
char	**argv;
{
	char		*password;
	struct passwd	*pwEntry;
	char		*encPassword;
	

	/*
	 *  Check for root password if we're already root and we're
	 *  either not giving su arguments or only giving it `-'.
	 */
	if ( getuid() == 0 &&
	     (argc == 1 || (argc == 2 && strcmp(argv[1], "-") == 0)) ) {

		/*
		 *  If no root user in password file, we're confused.
		 *  Punt!  In single user mode this will cause init
		 *  to spin and wait until you boot from some other device.
	 	 *  If /etc/passwd is clobbered, this is reasonable.
		 */
		if ( (pwEntry = getpwnam( "root" )) == NULL ) {
			(void) fprintf(stderr, "No root user!\n");
			exit( 1 );
		}

		/*
		 *  Wait for the correct root password.  Note that we
		 *  don't need to handle signals since init will keep 
		 *  restarting su if it is terminated.  In non-single user
		 *  state, killing this program simply stops execing the 
		 *  real su.
		 */
		do {
			if ( (password = getpass("Password: ")) == NULL ) {
				/*
				 *  Couldn't open /dev/tty.  Punt!
				 */
				exit( 2 );
			}

			encPassword = crypt( password, pwEntry->pw_passwd );

		} while ( strcmp(pwEntry->pw_passwd, encPassword) );
	}

	/*
	 *  Exec the real su program.
	 */
	(void) execv( REAL_SU, argv );
	

	/*
	 *  Should never reach here unless the REAL_SU program isn't
	 *  there.
	 */
	(void) fprintf(stderr, "Couldn't exec %s!\n", REAL_SU );
	exit( 3 );
}
--Cut here -----------------------------------------------------------

David J. Sullivan, Vice President	Bear, Stearns & Co.
Internet: sullivan@bear.com		245 Park Avenue, FAST 5-122
Usenet:   cmcl2!ursa!sullivan		New York, New York 10167
212/272-3668				Fax: 212/272-5850
Newsgroups: comp.sys.hp
From: librarian@iworks.ecn.uiowa.edu (InterWorks librarian)
Subject: HP-UX publicly available software (update #9.9)
Date: Tue, 1 Sep 1992 05:43:31 GMT
Organization: International HP Workstation users' group (InterWorks)

Now that my part in the InterWorks conference is over with, I will get
back to posting periodic updates regarding the state of the iworks ftp
site. 

As part of my conference-related work, and in conjunction with some very
helpful HP people, InterWorks has produced a CD containing all the software
currently maintained on the iworks node. This includes the entire DOMAIN
library, as well as the current contents of the "comp.hp" directory plus 
other packages provided by HP for distribution at the conference (e.g., 
X11R5 stuff). Although the CD was a popular item at the conference, there
are still some left. Information on obtaining this CD may be obtained by
contacting Carol Relph at
  relph_c@apollo.hp.com   -or-
  (508) 436-5046
InterWorks expects to periodically generate updated CDs in the future.

With regard to the ftp site recently announced at the Liverpool computer
science department-- as many Europeans already know, and many others have
recently discovered, the use of the trans-Atlantic link can be a trying 
experience. I have begun communications with the people in charge of that
site, and will be starting to bring the contents of their archive onto
iworks in the near future. InterWorks is also attempting to set up mirror
sites of the iworks node on other continents at this time.

Dave Shaw
InterWorks librarian
Newsgroups: comp.sys.hp
From: andy@ice.stx.com (Andy Moore)
Subject: Qustion about real memory management from HP Fortran 77
Keywords: HP-UX, Fortran, Cray, memory
Reply-To: andy@ian.stx.com
Organization: Hughes STX, Lanham, MD
Date: Thu, 3 Sep 1992 17:33:41 GMT

Posting this for a co-worker without USENET access; e-mail him directly, or
I'll collect and forward mail and/or posts to him...  Thanks...

-----------------------------------------------------------------------------
I am porting a Fortran code developed on a Cray Y-MP to a Hewlett
Packard workstation  (HP-UX A.08.07 A 9000/730) using HP Fortran 77
ver 8.07.  My code is designed to reduce virtual memory paging by
scaling array sizes to the size of available real memory.  To do this,
I declare my arrays using Cray pointers and then employ MALLOC to
dynamically size the arrays after making a system call from within my
program to determine how much real memory is available.  On the Cray,
the system call is to IHPSTAT.  How can I get this information from
the HP system?

Richard Ullman  (RULLMAN@mail.stx.com)
 
______________________________________________________________________________
Andy Moore         "You keep your dream, and I'll keep the money!"
 andy@ice.stx.com                      - Ren Hoek, "The Ren and Stimpy Show"
Newsgroups: comp.sys.hp
From: alek@spatial.com (Alek O. Komarnitsky)
Subject: Re: Sun Vs. HP system administration
Keywords: YP
Organization: Spatial Technology, Inc. (Boulder, Colorado)
Date: Thu, 27 Aug 1992 04:32:11 GMT

In article <37274@sdcc12.ucsd.edu> xm9@sdcc12.ucsd.edu (richard g. adair) writes:
>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...
I suspect Steinar is well aware of this. Physical security is a really
tough one, and there really is no easy solution today, although stuff
like Kerboros may help down the road. As you pointed out, giving a 
knowledgeable user physical access to the network can be dangerous; why
impersonate a host when you could just "sniff" for passwords, etc. 
I'll skip the dangers of physical access to machines, since this has been
discussed a lot recently (IMHO, Sun seems to be a leg up here also).

I think all Steiner was trying to point out is that Sun's YP implementation
is a bit better - preventing "off-site" users from rebinding your ypbind (is
this really possible - yuck!) and/or downloading your passwd file *is*
desireable. I understand that NIS+ tightens things up a lot. NFS exports
w/-root=machine is another (first level) attempt to slow down the bad guys. 

Bottom line: No system is entirely secure. But it's desireable IMHO to
add some security rather than throw one's hands up because a perfect job
is impossible. 

Alek Komarnitsky                                      303-449-0649
Software Tools Manager, Spatial Technology, Inc.      2425 55th Street, Bldg A
alek@spatial.com                                      Boulder, CO 80301-5704

P.S. I normally would send this via E-mail rather than post, but I hope 
     others will take the last paragraph to heart.
From: mjs@hpfcso.FC.HP.COM (Marc Sabatella)
Newsgroups: comp.sys.hp
Subject: Re: Need help with Fortran and C
Date: 1 Sep 92 17:59:09 GMT
Article-I.D.: hpfcso.7371280
Organization: Hewlett-Packard, Fort Collins, CO, USA

In comp.sys.hp, tghe337@cdc835.cdc.polimi.it () writes:

> I'm tryng to call Fortran routines from a C program.

The easiest way to do this is to make sure the main routine is in Fortran, and
use f77(1) rather than cc(1) to link the program - that way, all necessary
initialization for Fortran I/O will be performed, and the right libraries will
be linked in.

--------------
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