HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.hp

> I realize that physical access allows people to do nasty things, but in
> our environment, having someone mess around with the connections to the
> disks would probably be noticed and stopped.  Cycling power on a 
> workstation probably would not be noticed.  I guess I'd like to see it
> where a bad guy would have to seriously mess with the hardware to do
> anything really harmfull.  After all, I can't lock all our workstations 
> up in a vault, or nobody would be able to use them!

If you give me access to a system, and let me cycle power, I could do
many things.

	1.  Wipe all of your discs.
	2.  Copy all of your disc information without leaving *any* trace
	    behind (apart from the powerfail/reboot)
        3.  Mount your discs and and do what I feel like.

A bad guy does not to do much of anything physically, you certainly 
wouldn't need a screwdriver. For most systems I could fit everything
I need for the above into a shirt pocket.  Give me a screwdriver, and 
your memory boards look very nice . . .

Physical security in an open environment is an interesting issue.  The
most important tenet being that your system *is* vulnerable, and backups
and vigilence are of importance.

If the information is sensitive, then physical security is required.

---------------------------------------------------------------------------
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: good@gdwest.gd.com (David L. Good)
Subject: Re: HP 9000/370, no root password!
Organization: General Dynamics Corp.
Date: Thu, 20 Aug 1992 21:29:28 GMT

In article <430131@hpnmdla.sr.hp.com> stanb@hpnmdla.sr.hp.com (Stan Bischof) writes:
>In comp.sys.hp, good@gdwest.gd.com (David L. Good) writes:
>
>>That's certainly an interesting "feature".  Is there any way to prevent 
>>this from occuring?  We have a network of ~60 350s, and I'd hate to have 
>>users be able to be superuser anytime they want just by cycling power on 
>>a workstation!
>
>First rule of computer security:
>
>   If you allow physical access, there ain't no security
>
>Since the disk itself has no security system built in, how could you even 
>conceivably stop me from doing about anything I want to your disk if
>you allow me physical access to it?
>

I realize that physical access allows people to do nasty things, but in
our environment, having someone mess around with the connections to the
disks would probably be noticed and stopped.  Cycling power on a 
workstation probably would not be noticed.  I guess I'd like to see it
where a bad guy would have to seriously mess with the hardware to do
anything really harmfull.  After all, I can't lock all our workstations 
up in a vault, or nobody would be able to use them!

-- 
David Good                                               good@gdwest.gd.com

                 This space intentionally left blank.
From: stroyan@hpfcso.FC.HP.COM (Mike Stroyan)
Newsgroups: comp.sys.hp
Subject: Re: Xlib bugs in HP-UX 8.07
Date: 18 Aug 92 00:20:03 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

> 1.  For the life of me, I cannot figure out how to add a new font
> directory to a server's font path using XSetFontPath() (or
> equivalently, 'xset +fp' or 'xset fp+').  I wrote a small C program
> that calls XSetFontPath() but it keeps giving me BadValue errors.  It
> is possible to "add" font directories that are already in the path
> (they will appear twice in the path), but adding a new directory
> simply doesn't work, no matter where that directory actually is.  Does
> anybody else have this problem, or am I losing my mind?

You have to run mkfontdir in any new font directory.  See the manual page
for 'mkfontdir'.

> 2.  Here's a simple Xlib program called xlib-test.c:
> --------------------------------------------------------
>   fg = XGetDefault( disp, argv[0], "foreground" );
>   bg = XGetDefault( disp, argv[0], "background" );
>   rnd = XGetDefault( disp, argv[0], "random" );

> And here's its output on an HP9000/710:
> 
> hp710 /disk/plaid/freeman [ 4 ] xlib-test
> fg is #FFFFFFFFFFFF
> bg is #7848A075D500
> rnd is null.
> hp710 /disk/plaid/freeman [ 5 ] 
> 
> I have no .Xdefaults file in my home directory, and my XENVIRONMENT
> variable is not set, so all three calls to XGetDefault() should have
> returned null.  I get the same results no matter what the name of the
> program is.

The resources are probably set with xrdb.  Run "xrdb -query" to see the
values of resources set in the root window's "RESOURCE_MANAGER" property.
Refer to the manual page for 'xrdb'.  HP-VUE saves and restores the xrdb
data along with the rest of the session information.  The xrdb mechanism
is better for remote clients because it avoids duplicating .Xdefaults
files on every machine.

Mike Stroyan, mike_stroyan@fc.hp.com
From: shengj@acf3.nyu.edu (Jia Sheng)
Newsgroups: comp.sys.hp
Subject: Help on X11R4(R5) on HP9000/360
Keywords: X11
Date: 16 Aug 92 16:49:00 GMT
Organization: New York University


Hi, has anybody successfully compiled X11R4(R5) on HP9000/360 running HPUX-6.5,
or does anybody know if X11R4(R5) can be compiled on such platform with modest 
efforts?

Jonathan J. Sheng
Theoretical Chemistry, NYU
(212)998-8439
Newsgroups: comp.sys.hp
From: jake@dxal13.cern.ch (Robert Jacobsen)
Subject: Anybody have tcsh for Apollo?
Keywords: Apollo tcsh  
Reply-To: jake@dxal13.cern.ch (Robert Jacobsen)
Organization: CERN European Lab for Particle Physics
Date: Fri, 21 Aug 1992 07:37:33 GMT


I'm trying to build tcsh for an Apollo system, and having problems.

It's for 
   DomainOS Release 10.3.5 (sys5.3) Apollo 425t

using the 6.02 tcsh distribution from Cornell, and I can't seem to get a consistent set of options.

Is there anybody out there who has tcsh running on Apollo?

A copy of the Makefile and various config*.h files would be extremely helpful, but even an email note from somebody running tcsh (so that I know it's possible) would be useful.

Thanks for your time

Bob Jacobsen, jake@dxal13.cern.ch
Newsgroups: comp.sys.hp
From: rohit@NeoSoft.com (Rohit Mehrotra)
Subject: Alt/Meta/Extend Key on HP-730 Series
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Sat, 22 Aug 1992 01:47:05 GMT

Hi,

I have an HP-730 series (Snake) machine with the appolo type keyboard.
I am trying to use certain X applications which need the Alt key. I
tried to configure the application to use the Extend key insead, however
the Extend key looks like is sending the ISO character set, i.e. 
Extend-A puts \xE5 in my file.

What can I do to turn this thing OFF. I really do not care much about the 
ISO character set, however would like to use my applications which use the
Alt key combinations.

How would the above scenario get affected on an HP-101 keyboard. I would 
prefer to get it resolved on the Appolo keyboards.

Please send me an EMAIL and I would summarize.

Thanks in advance
-- 
Rohit Mehrotra
------------------------------------------------------------------------------
VITAL				| 	10755 Meadowglen Lane, #238
Ph: 713-781-7406		| 	Houston, TX 77042.
Newsgroups: comp.sys.hp
From: finlay@prancer.SanDiego.NCR.COM (Dave Finlay)
Subject: Kerberos availability
Keywords: kerberos, security
Reply-To: finlay@prancer.SanDiego.NCR.COM (Dave Finlay)
Organization: NCR Corporation, Rancho Bernardo
Date: Tue, 18 Aug 1992 15:57:31 GMT

I'm Back....

We have been unsuccessful in getting kerberos (from MIT) to run on our HP 9000
system.  Is there an officially supported version available from HP?? We are
getting a core dump during initialization (Grrrrr!).  Our last resort is to go
back to the source and port it ourselves.

Thanks!!!!!!!


*  David B. Finlay               *  It is better to keep your mouth shut and
*  NCR Corporation               *  appear stupid, than to open it and leave
*  TOP END OEM Systems           *  no doubt....Mark Twain                 *
*  Open is our middle name       *  David.Finlay@SanDiegoCA.NCR.COM        *
From: clarke@hpfcmgw.FC.HP.COM (Clarke Echols)
Date: Tue, 18 Aug 1992 19:02:48 GMT
Subject: Re: no renice !?!?!?
Organization: HP Fort Collins, CO
Newsgroups: comp.sys.hp

renice has been added at Release 9.0.  The nice(1) manpage has also been
rewritten from the original AT&T version of previous releases so that it
now tells the truth and should be much more understandable, besides being
compatible with the renice(1) and nice(2) manpages.

Clarke Echols,  "Godfather of the HP-UX Manpage Mafia"
clarke@fc.hp.com
From: jtb@dcs.ed.ac.uk (Jo Blishen)
Newsgroups: comp.sys.hp
Subject: Re: REMSH -- RSH (DONT LINK!)
Date: 13 Aug 92 08:47:57 GMT
Distribution: comp
Organization: Department of Computer Science, University of Edinburgh

In article <1992Aug11.232057.6184@donau.et.tudelft.nl>, jeanpaul@duteca.et.tudelft.nl (J.P.M. van der Jagt) writes:
> Another GOOD solution is the one we use. Since we've only recently bought HPs
> and all our users already had accounts on BSD-like machines like DECs and SUNs,
> everyone had a default path that has /usr/ucb *before* /bin and /usr/bin and
> /usr/local/bin and /usr/bin/X11.
> On the HPs I just created a directory /usr/ucb and symlinked many BSD-like
> programs to that dir, like rsh, ftp, vi, mail.

We do something similar, but rather use /usr/local/bin as all our local
binaries are kept separately on a different disk.  That way you aren't
making any modifications to /usr and you don't have to remember what
non-standard things you did to make everything work after an OS upgrade.
You just have to remember to mount the disk with the local binaries.

Jo
-- 
Jo Blishen                         
LFCS, Dept. of Computer Science    Email: jtb@dcs.ed.ac.uk
University of Edinburgh            Tel:   (+44) (0)31-650-5192
Edinburgh EH9 3JZ, UK.             Fax:   (+44) (0)31-667-7209
From: bill@glidden.UUCP (Bill Glidden)
Subject: Select with fifos 
Newsgroups: comp.sys.hp
Date: 15 Aug 92 03:29:24 GMT
Distribution: world
Organization: Bill Glidden's Home, Tampa FL

Has anyone ever experienced any troubles using a fifo as an X input
device? The environment is a 425 workstation, clustered to a 433
server. The fifo belongs to the workstation, but is physically
located on the server.

We added the fifo as an X input with XtAddInput, and it appears that
every call to XtNextEvent attempts to read this fifo whether or not
there is any data in the fifo to read. This has an adverse affect on
the performance of the process.

Any suggestions?
Thanks.

--
Bill Glidden            bill@glidden.uucp -- glidden!bill@uunet.uu.net
7516 Camarina Calle
Tampa, FL 33615        "Well is an absolute-it has no comparatives."
(813) 882-8369                       Kettle-Belly Baldwin
From: xm9@sdcc12.ucsd.edu (richard g. adair)
Newsgroups: comp.sys.hp
Subject: Re: Installing HP9000/710
Summary: Remote boot
Keywords: remote boot
Date: 13 Aug 92 14:46:19 GMT
Organization: Arete Associates, San Diego

In article <1992Aug13.121542.14280@sae.com> scott@sae.com writes:
>Hello,
>   I was just delivered an HP710 that doesn't have the OS installed.  My only
>cd-rom drive is on another HP 7xx.  Is there a why to boot this sucker over
>the net?  Any help is greatly appreciated.

You can:
	1) move the CD player to your HP one evening
	2) form a cluster with the other HP and boot off it
	3) Move your 710 disk to the other HP (it's easy with the
	   removable trays) and build your system.

Tony Burzio
Arete Associates
San Diego, CA
Newsgroups: comp.sys.hp
From: jonas@beor.informatik.rwth-aachen.de (Josef Nelissen)
Subject: SUMMARY: Error: Couldn't find per display information
Keywords: X, display, Xt Error
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date: 12 Aug 92 14:41:10 GMT

Short summary of the first two postings:
I ran into trouble with my current X programming project, which from
one day to the other didn't show up but exited silently with the error
message 
	   Error: Couldn't find per display information

What puzzled me most was the fact that I could force it to work by
starting it over and over again; after three or four attempts it did
show up.
My platform is a HP720 and X11R4; the programme is based on the
Motif1.1 Widget Set, but perhaps the Widget Set wasn't so important in
this case ( The error message comes from libXt.sl ).
In a painful attack to the problem I figured out that the error lay
somewhere deep in the intrinsics, I tracked it down a function stack
of XtVaAppInitialize, XtVaAppCreateShell, XtAppCreateShell up to
XtCopyAllSmallCallbacks where I didn't go further.


Well, as in most cases, the problem isn't so difficult at the end,
asking lint and trying his advice I detected that I had some
ambiguity within my identifiers and those used by the libraries.
In fact I got the following message out of a couple of others

> name multiply declared
>     profil      kreuzung.c(22) :: llib-lc(965)
>     select      gen.c(156) :: llib-lc(988)

> warning: 'rand' redefinition hides earlier one

Removing these ambiguities prevented the error to happen again (at
least in a test of some hundert programme starts - wasn't Murphy just
looking round the corner ?).

Sorry for the bandwidth I wasted for such an annoying and unnecassary
error - I promise to ask lint again before posting another question.

Possible other causes of the error include:

a) Creating a widget as the child of a gadget, in which case the
   toolkit futily searches the parent's window to find the "per display
   information" (contributed by langman@hsacsd.signaal.nl, Roelof Langman)

b) Using XtDisplay() instead of XtDisplayOfObject() on a gadget
   (contributed by dbl@osf.org, David B. Lewis)

c) Mixing of Xt routines with Xt*App*() forms and Xt*() forms.
   (contributed by autodesk!autodesk.com!andy@fernwood.mpk.ca.us, Andrew
    Purshottam)  

Many thanks to all who responded, Josef
-- 
Josef Nelissen, Lehrstuhl fuer Angewandte Mathematik, insbesondere Informatik;
RWTH-Aachen, 5100 Aachen, Germany
jonas@beor.informatik.rwth-aachen.de;

-- 
Josef Nelissen, Lehrstuhl fuer Angewandte Mathematik, insbesondere Informatik;
RWTH-Aachen, 5100 Aachen, Germany
jonas@beor.informatik.rwth-aachen.de;
From: lee@ceg.uiuc.edu (Chris Lee)
Newsgroups: comp.sys.hp
Subject: comparisons in fortran:single or double?
Keywords: strange results in comparisons
Date: 17 Aug 92 20:23:01 GMT
Organization: University of Illinois at Urbana


Could some compiler guru help me on this?

We are running 8.07 on 700s, and I have been getting some strange
behavior from the compiler.

I have 2 variables A and B, and I compare A and B.  The fortran line
goes like

      if (a.ge.b) then
         do this thing
      else
      ...

The values of A and B are both 4.4E-07, but the IF fails!  So I assign
the value of A to a double precision variable just for curiosity and get 
the following.

              A                     B
real          4.40000E-07           4.40000E-07 
double prec   4.399999795623444E-07 [unprinted]

Does the compiler actually do the comparisons in double precision or 
something like that?  My conventional wisdom tells me that since both
A and B are declared as real, the comparison should be done as reals, and
the IF should evaluate as true but...

The code is about 5000 lines, so I don't think HP RC wants to look at
it in its entirety.


Thanks in advance
-- 
Chris Lee
University of Illinois Urbana
lee@ceg.uiuc.edu
(217)244-2903
From: dhandly@hpcuhe.cup.hp.com (Dennis Handly)
Date: Tue, 18 Aug 1992 11:33:03 GMT
Subject: Re: comparisons in fortran:single or double?
Organization: Hewlett-Packard Cal Language Lab
Newsgroups: comp.sys.hp

/ lee@ceg.uiuc.edu (Chris Lee) /  1:23 pm  Aug 17, 1992 /
>              A                     B
>real          4.40000E-07           4.40000E-07 
>double prec   4.399999795623444E-07 [unprinted]
                                     ^^^^ why not print B too?

>Does the compiler actually do the comparisons in double precision or 
>something like that?  My conventional wisdom tells me that since both
>A and B are declared as real, the comparison should be done as reals, and

They are done as reals.

You should print both values out in hex and see if they are different.
(By converting them both to real*8 you are essentially doing the same
thing, making a 1 or 2 bit difference visible.)
From: bcripe@hpcvxba.cv.hp.com (Brian E. Cripe)
Newsgroups: comp.sys.hp
Subject: Re: ksh and HP Console?
Date: 19 Aug 92 19:10:08 GMT
Article-I.D.: hpcvusn.1992Aug19.191008.27222
Organization: Hewlett-Packard Company, Corvallis, Oregon USA

|> 	No flames for what might be a dumb question, but, why is it that
|> when I log in to the console and then start a terminal, by clicking the 
|> terminal icon under HP VUE, it doesn't appear to read my .kshrc or my
|> .profile, even though it does start up in the Korn Shell? The "Console"
|> terminal window reads everything OK but any subsequent terminal I start,
|> whether it be by clicking the icon or manually via the hpterm executable
|> fails to set my environment properly by reading these files.

A couple of things are happening here:

	- The Console action runs an hpterm window using the '-ls'
	  (login shell) option.  This forces ksh to read .profile.

	- I suspect your .profile contains something like "ENV=~/.kshrc"
	  which is what tells ksh to read your .kshrc.

	- The VUE login sequence doesn't automatically read $HOME/.profile.
	  (I think this behavior was inherited from the "standard" xdmcp
	  login stuff.)  Instead it reads $HOME/.vueprofile.  The VUE 
	  documentation provides some information on what is allowed in
	  .vueprofile and people do various tricks to link their .profile
	  and .vueprofile together so  that they get the right thing 
	  whether they login via an ASCII terminal or VUE.

	- You probably haven't made the migration from .profile to .vueprofile,
	  so at login you are never getting the ENV environment variable
	  set.

	- The standard Terminal action (i.e. the terminal button in the front
	  panel) doesn't use the  '-ls' option because it is overkill.  (Most
	  people don't want to see copyright notices and motd every time they
	  open a new terminal window.)

To fix this, follow the instructions in the login chapter of the VUE manual
to set up your .vueprofile.

	Brian Cripe

	  (for v
From: jww@hpfcbig.SDE.HP.COM (Jim Wichelman)
Newsgroups: comp.sys.hp
Subject: Re: SoftDebug under HP-UX 8.07
Date: 14 Aug 92 19:59:31 GMT
Article-I.D.: hpfcbig.7540102
Organization: HP SESD, Fort Collins, CO

| The only control you can have on the stack depth is when you do a stack
| trace. You can say

| t n

| And the debugger will only show you the top n entries on the stack.

The next version of SoftBench (B.00) will have a stack windows that
lets you see N levels of the stack and jump to source for any level
by clicking the mouse.

Jim Wichelman
Hewlett Packard
jww@fc.hp.com
Newsgroups: comp.sys.hp
From: kjell@hpa.rf.no (Kjell Sivertsen)
Subject: Help with disktab entry
Keywords: HP C3010 SCSI disk
Organization: Rogaland Research, Stavanger, Norway
Date: Wed, 19 Aug 1992 06:59:47 GMT


Disktab entry wanted.

Can anyone help me with a disktab entry to the HP C3010 SCSI disk?

Thank you in beforehand.
-- 
==================================================================
||  Kjell Sivertsen             ||  Telefax:     +47-4-875199   ||
||  Rogaland Research           ||  Phone:       +47-4-875000   ||
||  P.O.Box 2503 Ullandhaug     ||  Direct line: +47-4-875362   ||
||  N-4004 Stavanger , Norway   ||  E-mail:      kjell@rf.no    || 
==================================================================
Newsgroups: comp.sys.hp
From: gordon@madmax.uwaterloo.ca (Gordon R. Strachan)
Subject: Re: renaming client & server in a cluster
Organization: University of Waterloo
Date: Wed, 19 Aug 1992 20:50:00 GMT

In article <2A9290C8.27098@orion.oac.uci.edu> rcaslis@anansi.acs.uci.edu (Russell Caslis) writes:
>
>So what I want to do is swap the names of the two 710s.  I have been told that
>there is no way to do this without re-installing the OS.  Is there any other
>way to do this?

Well if you read the manuals it says that this can't be done.  The reason
for that is that the context files use the name of the host for their context
and it is difficult and dangerous to start swapping it around.  I have done
this before and yes it can be done but you have to be careful and be
prepared for grief.  Here is what you do:

Make a complete backup of everything.
Edit the /etc/clusterconf file to reflect the new names
 	(note once you do this you better not reboot because the system
	won't come up properly until it we fix all the cdfs)
run a shell script which searches for every cdf with the context of the old
name and change it to the new name.  It would look something like:
	find . -hidden -type H -name ${oldname} -exec mv {} ${newname} \;

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Note that is a guess please verify with the manual before you use it!.

then reboot the server and look around to see if everything is okay.

Gordon
From: rhody@remus.rutgers.edu (Sean Rhody)
Newsgroups: comp.sys.hp
Subject: dial in from a mac
Keywords: modem,macintosh
Date: 19 Aug 92 02:56:50 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


I have an HP 710 with a Hayes Ultra 9600 modem, which I would like to 
connect to from a macintosh using a Hayes 2400 modem.  Although I get
a connect 2400 when dialing in, I can't establish any meaningful 
communication.  I'm pretty sure that it's something on the HP-UX end,
but I'm pretty new to this and can't find any documentation.  
Anyone with ideas please mail them to me  - rhody@remus.rutgers.edu
From: kk@hpl-opus.hpl.hp.com (Konstantinos Konstantinides)
Date: Tue, 18 Aug 1992 04:18:58 GMT
Subject: Re: Running diskless over two lan cards
Organization: HP Labs, High Speed Electronics Dept., Palo Alto, CA
Newsgroups: comp.sys.hp

In comp.sys.hp, sysdave@starbase.spd.louisville.edu (David L. Walsh) writes:

> I have a 750 with an extra EISA lan card.  It was my understanding from
> the local sales reps and CEs that it would be possible to connect diskless
> clients up to both LAN cards.  The documentation seems to hint that this is  
> possible to do on a server(although it does not seemed to be recommended).
> However the documentation does not provide any insight on how to setup the
> system for this to work properly.  
> 
> I did discover to configure rbootd to use both LAN cards.  This seems to 
> work, the client connects to the EISA LAN card and starts booting.  However
> early in the boot process the client stops and keeps repeating the error
> "server does not respond".  The EISA LAN card has a different IP address than
> the primary LAN card.  How does the diskless client connected to the EISA
> LAN card know to use the address of the EISA LAN card and not the address
> of the primary LAN card?
> 
> I suspect some of the problem has to due with being able to properly configure
> routing on the server.  I know this is a sort of complex problem, if someone
> could maybe just point be to a source of documentation I would be most grateful.
> 
> 
> 
This is not an official HP response, but thats how I understand it.
(and how it works on our s300 cluster)

You can use two Lan cards per machine. One for the cluster lan
and one for the outside world. According to documentation, you
need to use the built in for the cluster Lan and the eisa for
the other.

On the /etc/rc file you need to "power up"
both lan cards. (This is described in the manual)

Cnodes can only boot from a single server lan (i.e., you
can't have half booting from card 1 and half from the other card).

/etc/clusterconf specifies both the "boot" lan card of the server
and the lan-cards of the cnodes.

I hope that helps.
K. Konstantinides
kk@hpkronos.hpl.hp.com