HDTenEightyP/NetNews huggingface dataset:
From: snow@netcom.com (Tim Szeliga)
Subject: Shared Libs on HP9000
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 8 Oct 1992 17:24:10 GMT

Now that 9.0 is around the corner, it's time for me to try
some of the features of 8.0.  What are the advantages of
SHARED LIBRARIES?  Smaller executables? Any change in performance?
Should I recompile xv, emacs, perl to take advantage of this?

Is it just a matter of tripping the "-n" switch on the compiler?
Does ld have to be run separately, with "-B" or "-b"?
What about all the Berkeley differences recorded in the HP-UX.TRICKS
posted last week?  

We have both 385 and 825 here. Any major differences with sl?
I'd appreciate pointers to FAQs, manuals that discuss compiling
for shared libs.

Tim Szeliga	 Org: National Weather Service / Hydrologic Remote Sensing
UUCP:	apple!netcomsv!frost!tim	Internet: tim@snow.nohrsc.nws.gov
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
If a snob imitates the manners of the class above him,
a bohemian imitates the manners of the class below him.
Xref: sparky comp.sys.hp:11517 comp.sys.sun.apps:2186 comp.sys.sun.misc:4584
From: matt@centerline.com (Matt Landau)
Newsgroups: comp.sys.hp,comp.sys.sun.apps,comp.sys.sun.misc
Subject: Re: Porting from Sun to HP
Date: 9 Oct 1992 22:03:26 GMT
Organization: CenterLine Software, Inc.
NNTP-Posting-Host: 140.239.1.32

In <ROUILJ.92Oct9140335@dl5000.bc.edu> rouilj@dl5000.bc.edu (John P. Rouillard) writes:
>[Asks about using Suns as a development platform for HP applications...]
>
>However, this approach has me worried since the application we are
>writing needs to use shared libraries to do its work...  Also, we will
>probably be using multiple shared libraries (I know that we will need
>the ld.so patch for SunOS) that would call back into each other in
>order to try to segment the added code into workable subsystems.
>
>So on to my real question: 
>
>     Is the Sun under a system V environment a suitable development
>     platform for HP-UX?  Are we letting ourselves in for a major port
>     dealing with workarounds for features/bugs/incompatibilities
>     between SunOS and HP, or are the differences pretty straight
>     forward such that they are documented in the HP manuals.

Shared libraries are something that every vendor does differently.  In
particular, Sun and HP have totally different approached to both building
and using shared libraries.

If, as it sounds, your application is going to be doing serious shared
library hacking, building and using custom shared libraries, dealing with
calls between shared libraries, etc. you're much better off developing on
the target platform from day 1.  Otherwise you'll either spend a lot of
time fighting with understanding how Sun shared libraries work (or with
bugs in the implementation) only to discover that none of what you've
learned applied to the HP, or everything will work simply on the Sun 
and then you'll run into bugs or other problems on the HP.

For normal applications, you can usually use any reasonable platform as
the development environment for any other reasonable platform.  But your
application doesn't sound especially normal.
--
 Matt Landau			Waiting for a flash of enlightenment
 matt@centerline.com			  in all this blood and thunder
From: RWS105@DJUKFA11.BITNET
Newsgroups: comp.sys.hp
Subject: x3270 and the PA1/PA2 keys
Date: 7 Oct 92 09:07:49 GMT
Organization: Forschungszentrum Juelich
Reply_to: rws105@zam001.zam.kfa-juelich.de

Hello NETters !

Snatched the x3270-1.2.tar.Z file from the Liverpool HP-UX archive
(keep up the excellent work, guys !) last week. It builds like a
charm on my HP900/370 running HP-UX8.0 and displays a gorgeous IBM
3270 screen if a font flag is added to the last line of the x3270.script
like so:

$x3270bin -keymap hp-k1 -fn 3270 $params $theibm
                        ^^^^^^^^

My problem is the non-functioning of the PA1 and PA2 keys defined in
the X3270.ad file for the HP-K1 keyboard as follows:

<key>KP_0:           PA2()\n\n
<key>KP_Decimal:     PA1()\n\n
Pressing 0 (zero) on the numeric keypad gives me a big fat ZERO and
pressing . gives me a . !!
However, the 8 SFK and four white keys above the numeric keypad yield
PF1-12 and PF13-24 shifted !!

I am confused, what am I doing wrong ?

Any tips, by E-Mail or postings would be vastly appreciated.

Cheers

Ivar

Ivar Ruyter                Phone: +09-49-2461-61-2767
KFA Juelich                E-Mail: rws105@aix.zam.kfa-juelich.de or
Germany                            rws105@zam001.zam.kfa-juelich.de
From: glen@hpfcmgw.FC.HP.COM (Glen Robinson)
Newsgroups: comp.sys.hp
Subject: Re: Need pointers writing a device driver for a ISA (PC) video card
Date: 9 Oct 92 20:49:14 GMT
Organization: HP Fort Collins, CO

First off order the HP-UX Driver Development Guide 98577-90013 from 
HP Direct (800) 538-8787.  It goes for about $70.00.  

That will give you the calls and some sample code (limited) for an
EISA/ISA driver on the Series 400 or 700.

Good luck

Usual disclaimers not a statement ......


Glen - R
From: kinsell@hpfcso.FC.HP.COM (Dave Kinsell)
Date: Wed, 14 Oct 1992 00:34:13 GMT
Subject: Re: Exabyte support on HP700s
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

In comp.sys.hp, system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson)) writes:

> Interesting that a totally independent device would have the identical
> problem with HP's driver - must be coincidence that both Exabyte and
> Fujitsu write broken firmware (maybe they should sue each other over
> "look and feel" :-) ). I applaud Exabyte for fixing their's to deal
> with broken drivers in the host, and hope Fujitsu will do so as well.

The issue with the Exabyte is only during reads.  If the Fujitsu has
problems during writes, it hardly would seem to be the identical problem.
Writing 0 file marks is a totally legal part of SCSI, and if the drive
can't handle it properly, then it is quite illegal and the actual cause
of the problem.


> >  You might want to have a look at SR # 4701056382 in 807KNOWN_PROB in
> >/etc/newconfig (and at your Fujitsu drive and your signature line :-)).
> 
> We have had our tape drive looked at - it is fine, and it works
> properly on our HP/Apollo DN2500 running Domain/OS, where it will
> stay until the 750 is capable of using it. That SR makes it very clear
> that the error is in the driver, which should not be sending out
> commands when the buffers are already flushed.

Many tape drives don't flush their buffers automatically, for performance
reasons.  Are you really suggesting that we not flush buffers to work
around a bug in an unsupported (and apparently buggy) drive?

Dave Kinsell
Newsgroups: bnr.unix,bnr.admin,bnr.pde.admin,comp.sys.hp
From: jjhayes@nbrwh75.bnr.ca (Jeff Hayes)
Subject: Is secure doc storage on cluster possible??
Followup-To: bnr.unix
Reply-To: jjhayes@bnr.ca
Organization: Northern Telecom Public Switching, Bramalea Product Tech. S908
Date: Thu, 15 Oct 1992 15:11:35 GMT

Please reply by mail (cocos) as i am sending this to newgroups outside
bnr/nt.

We have a std HP wkstn cluster running on HP9000-425s.  We are interested
in moving our mgmt team onto wkstns but run into a problem with keeping
documents secure, even from the sysadmin's priviliged access.

The alternatives we have come up with are:
1 crypt the files
2 put them on locally mounted floppies
3 trust the sysadmins not to look

We don't like 1 as it is clumsy and it is too easy to just not crypt to
make it easier to use files.
We don't like 2 as it is even worse for clumsy, the floppies now have to
be cared for and we want to use x-terms for mgmt seats not wkstns.
We cannot use 3 as we have several people sharing the job and the chance
of someone seeing the root password someday approaches 1 (certainty).

Other than making the mgr's the sysadmin's is there a way of keeping 
stuff like annual reviews, job offers, budgetting data, etc. secure
from view by everybody?

On a PC LAN or (even better) on a Mac LAN this is taken care of.
But in Unix land the root can see anything.  OR can he?  Is there a way
to lock a directory against view by anyone other that the keyholder?

please reply by mail (cocos) and i will summarize the result if there
is interest.
-- 

jeff hayes                      ESN 333-3894   phone (416) 452-3894
jjhayes@bnr.ca                  Northern Telecom, Prod Tech, Bramalea Ont
Newsgroups: comp.sys.hp
From: knechod@stacc.med.utah.edu (Kevin Nechodom)
Subject: Re: HP7xx to HP3000 Connection - PD HP2392/2397 Emulators??
Keywords: HP3000 block mode emulators
Organization: University of Utah STACC
Date: Wed, 7 Oct 92 23:13:39 GMT

In article <1992Oct6.184810.25138@rock.concert.net> willr@.wedge.nt.com (Will Raymond) writes:
>Hello,

>I'm looking for either a PD or commercial
>piece of software that will allow me to run a
>HP3000 blockmode session on a HP700 series
>computer. Preferably something that emulates
>a HP2392/2397 terminal.

>Will.

Will, I tried to mail to you and it bounced.  Got a couple of
questions:

1) What 3000 are you running on? (Classic, MPE/iX)

2) What applications are you trying to run? (VPLUS,QEDIT, etc.)

3) How are you connecting from the 9000 to the 3000? (Serial/LAN)

Are you aware that the 700's do not support ENQ/ACK?
-- 
Kevin Nechodom UofU STACC        | Great minds talk about ideas.
 UofU doesn't even know I exist; | Good minds talk about things.
 how would they care what I say? | Little minds talk about other people.
knechod@stacc.med.utah.edu       | Which are you? (paraphrased from old RD)
From: xm9@sdcc12.ucsd.edu (richard g. adair)
Newsgroups: comp.sys.hp
Subject: Re: HP 750 power supply and memory access
Summary: Make'em squeal!
Keywords: tongue cheek squeal
Date: 8 Oct 92 13:20:34 GMT
Organization: Arete Associates, San Diego

In article <1992Oct7.134339.27336@alw.nih.gov> eric@helix.nih.gov (Eric Henry) writes:
>Has anybody using a 750 (or perhaps other snakes, for that matter) noticed a
>power supply "chirp" or "buzz" when running large matrix procedures?

That is just all those electrons dying.  All electrons emit a scream
when they die.  If you get a whole bunch to scream at the same time,
such as in memory, the human ear can just barely hear them. :-) :-)

Tony Burzio
Arete Associates
San Diego, CA
From: jensen@ben.dev.upenn.edu (Christopher Jensen)
Newsgroups: comp.sys.hp
Subject: PC Xwindows, PC NFS to use with HP 700
Date: 11 Oct 92 20:50:11 GMT
Organization: University of Pennsylvania

Hi,

I have a small group of PC's (garden variety 486's) that
I would like to connecect to a HP700.

Can someone recommend a combination of software for the
PC's that will aloow me to use Xwindows and NFS on the PC ?

--Christopher Jensen
  University of Pennsylvania

From: rexb@hprpcd.rose.hp.com (Rex Backman)
Date: Wed, 14 Oct 1992 16:07:47 GMT
Subject: Re: HP/UX Performance Monitoring?
Organization: HP Performance Technology Center, Roseville
Newsgroups: comp.sys.hp

Michael,

HP's Software Technology Division offers 60 day evaluation kits of the HP
GlancePlus product. GlancePlus is a performance diagnostic tool that provides
a friendly user interface into the world of HP-UX performance. Demos are also
available for Sun SPARC machines.

Call HP at (800) 237-3990 to get the details on the trial if you are interested.

Rex Backman
Performance Technology Center
Software Technology Division
Hewlett-Packard Co.
Roseville, CA.
Newsgroups: comp.sys.hp
From: bennett@areaplg2.corp.mot.com (Steve Bennett)
Subject: Cap UAB on the HP700
Reply-To: bennett@areaplg2.corp.mot.com
Organization: Motorola, CCR&D, CORP, Schaumburg, IL
Date: Thu, 8 Oct 1992 20:16:28 GMT

I have successfully compiles Cap60.pl126 on the hp700. I have two questions about
uab support.
1) What interface do I use in the bridge_desc file.
2) What are the advantanges of using UAB over KIP routing.
-- 

#
# Steve Bennett (bennett@mot.com)
#
Newsgroups: comp.sys.hp
From: maklinm@cognos.com (Max Maklin)
Subject: Re: How can we get rid of HP VUE.
Keywords: HP VUE, vuewm, mwm
Organization: Cognos Incorporated, Ottawa CANADA
Date: Tue, 13 Oct 1992 03:03:37 GMT

In article <1992Oct12.211119.9193@allegro.com> sieler@allegro.com (Stan Sieler) writes:
:^()  
:^()  Prediction: within 2 years, there won't be a VUE...Dashboard will have
:^()  been ported to HP-UX and we will be using it instead.  (Of course, they
:^()  may rename it to VUE to save face!)  Aside from one bug, I actually like
:^()  Dashboard (running under Windows 3.1)!
:^()  

On a rather similar note, given that IXI desktop metaphor being adopted
by DEC, IBM, and SCO, I have been wondering whether HP will stick with
its VUE technology or will also opt for IXI Desktop.  Personally, I kind
of like VUE and I am looking forward to VUE 3.0, but IXI's Desktop is
nothing shun away from either, and given some of the "big" Unix players
putting their money into it can HP afford not to offer it?

Max

P.S.  "Getting bored with the GUI war, let's look at the Desktop war -
       many more players :) (Ahh, if the MIT boys ever knew the corporate
       headaches they would create ;))


-- 
Max Maklin                                                P.O. Box 9707 
Technical Analyst	                           3755 Riverside Drive
Cognos Incorporated                              Ottawa, Ontario CANADA
Internet: maklinm@cognos.COM                 UUNet: maklinm@cognos.UUCP
Newsgroups: comp.sys.hp

This can also happen if a program is running from an executable file
on an nfs-mounted volume and someone dismounts the valume.  This is
FYI since the scenario described does not suggest this.

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

Newsgroups: comp.sys.hp
From: werner@physics.uq.oz.au (Michael Werner)
Subject: remote mounting HP MO
Reply-To: werner@dirac.physics.uq.oz.au
Organization: Department of Physics, University of Queensland
Date: Sat, 17 Oct 1992 00:57:46 GMT

We have a HP 720 running HP-UX 8.07 and an Apollo DN10000 running SR10.3.
We will hopefully get our departmental Sys Adm to put up SR10.4 soon. 
The question is
can one NFS mount the HP MO disk attached to the 720 onto a mount point
on the DN10000. Also, can one set up Amd on the DN10000 to automount the MO.
The Sys Adm refuses to use NFS on either machine as he thinks there are too
many bugs. I would like some HP engineer to reply to this so I can pass
on the information. Currently the systems are being run like two separate
vaxes with serious resource problems. We need help in trying to move an inmovable
object!
-- 
Yours,

Mike

----------------------------------------------------------------------------
+                                                                          +
+    *		  *			Michael Werner		           +
+     *		 *	    		werner@dirac.physics.uq.oz.au      +
+      * 	*			Theoretical Quantum Optics,        + 
+       -------		                Department of Physics,             +
+      *       *                        University of Queensland.          +
+     *		*			St. Lucia. 4072. Australia         +
+    *           *                                                         +
+                                                                          +   
---------------------------------------------------------------------------- 
From: pld@hpfcso.FC.HP.COM (Paul Dineen)
Date: Fri, 9 Oct 1992 16:57:40 GMT
Subject: Re: HPTERM
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

> HPTERM apparently enforces "smooth-scroll", as evidenced by watching
> the text display!  I hate "smooth-scroll"!

  I like the way this feature works, but don't use it because of how
  slow it is.  Can't you get into the "modes" function key set and
  turn off "SMOOTH SCROLL"?
From: steve-t@hpfcso.FC.HP.COM (Steve Taylor)
Newsgroups: comp.sys.hp
Subject: Re: Why can't I build 800 series executables on a 720 ?
Date: 10 Oct 92 01:44:02 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

In comp.sys.hp, e-sink@uiuc.edu (Eric W. Sink) writes:
| A while ago, I asked how to build 800 series binaries on my 720.
| I was told all about the +DA1.0 and +DS1.0 options to the C compiler.
| However, I built my application, and two things occur:
| % file peter
| peter:      PA-RISC1.1 shared executable
| AND, I tried to run it on an 835, and I got incompatible hardware
| (or something like that).  WHY ?

Most likely, because you linked in an archive library that contains
PA-RISC 1.1 code.  To have a more dependable build environment on
the 720 for building 800 code, you need to have Series 800 libraries
to link against, perhaps in a chroot'ed build environment.

						Regards, Steve taylor

NOT A STATEMENT, OFFICIAL OR OTHERWISE, OF THE HEWLETT-PACKARD COMPANY.
Newsgroups: comp.sys.hp
From: peter@Schultz.ON.CA (Peter Roeser)
Subject: Re: Creating an Update tape
Organization: S-S Technologies Inc.
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 13 Oct 1992 14:27:16 GMT

richard g. adair (xm9@sdcc12.ucsd.edu) wrote:
: 
: Try not to limit your software to DAT tapes.  Not all of us have
: this "only on an HP" type of drive.  How about standard tar format to
: make the tapes?  This way, if my local HP doesn't have a drive, I
: can use an 8mm (which everyone else has :-) accessed off a remote
: system...
: Tony Burzio
: Arete Associates
: San Diego, CA

  OK, so now the next question is:  What formats/media are actually
  used or prefered by HP 9000 series 700 workstation users?

  Send mail specifying media type, data format, and I will
  summarize.

  HP currently encourages CDROM as the primary distribution with
  DDS DAT tapes as a secondary distribution media.(actual choice 
  dictated by volume and volatility of data)

-- 
Peter Roeser                 | peter@Schultz.ON.CA
S-S Technologies Inc.        | uunet.uu.net!watserv1.uwaterloo.ca!schultz!peter
88 Ardelt Avenue             | voice: (519) 571-1434 x227
Kitchener, ON Canada N2C 2C9 | FAX:   (519) 743-3610
From: franks@hpuamsa.neth.hp.com (Frank Slootweg CRC)
Date: Fri, 9 Oct 1992 11:45:59 GMT
Subject: Re: HP-UX Patches ????
Organization: Hewlett-Packard, The Netherlands
Newsgroups: comp.sys.hp

maklinm@cognos.com (Max Maklin) writes :
[Response re-formatted to fit on the screen.]
	
>>Patches are available via FTP (_not_ anonymous!) from support.mayfield.hp.com
>>if you have paid for HP software support.  The HP Support Line database is
>>also available from here via telnet and logging in as "hpsl".  Again, you
>>must be paying for software support to access this.
>
>What about those who ARE paying support, but for one reason or another
>do not have a direct connection to the Internet.  Do you have mail
>access?

lou@hpkslx.mayfield.HP.COM (Lou Kvitek) answers:

>Sorry, no email source for patches available at this time.

  I have not tried this, but you can access many (most? all?) FTP sites
(whether anonymous or non-anonymous) via e-mail with the help of an
FTP-via-email server. An *example* of such a server is
ftpmail@decwrl.dec.com. Just send a message to this address with "help"
(without quotes) in the text of the message.

  Whether DEC likes HP customers to use DEC resources to get access to
HP systems is another question, but heh, they provide the service, you
ask the question and I just give an answer! :-)

  If someone knows (an) other public FTP-via-email server(s),
then please post the email addresse(s).

Frank Slootweg, HP, Dutch Customer Response Center.
From: stroyan@hpfcso.FC.HP.COM (Mike Stroyan)
Date: Thu, 8 Oct 1992 19:17:45 GMT
Subject: Re: What 524Kb of shared memory for each X clients ?
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

> I have some HP9000/7xx workstations as well as some 400s and an 834ch
> workstations.  Lately, I found that there were many shared memory entries
> of 524kb segment size by the ipcs command.  It seems X has created them for
> each X clients like xclock, datebook, hpterm, etc.  Strange things are that
> D flag is set and NATTCH is 0 for those entries.  I never see such shared
> memory entries for 400s or 834ch.  I have 32Mb of main memory, but I don't
> want to waste such much memory.
> 
> In my Japanese environment, an hpterm keeps 2 shared memory entries; one for
> the hpterm itself and the other for an xj0input ( Japanese input server ).
> Total is more than 1Mb for each hpterm !!
> 
> Do anyone know what they are and how to avoid the problem ?

The shared memory segments are used as a fast communication method
between the X client and the X server.  Local clients use a shared
memory area for moving data to and from the server.  This is more
efficient than using write and read with a socket connection.

The D flag is appropriate, but the NATTCH value should be 2.  Each
segment has an shmctl(IPC_RMID) done to it after the server and client
attach it.  This releases the segment as soon as the client and server
detach the segment and NATTCH reaches 0.

The actual physical memory used by the shared memory segments may be
much less than the segment size.  Only actively used pages of each
segment are kept in memory.  The other pages will require only swap
space.

If you want to accept reduced performance to reduce swap space usage,
you can disable the shared memory mechanism by setting the X DISPLAY id
to ":0.0" instead of "<system>:0.0".  This will cause all communication
with the X server to be done via sockets.

Mike Stroyan, mike_stroyan@fc.hp.com
From: mandell@bach.helios.nd.edu (Dan Mandell)
Newsgroups: comp.sys.hp
Subject: Seeking Mail filter
Keywords: mail filters
Date: 11 Oct 92 17:09:48 GMT
Organization: OUC, University of Notre Dame

We are new to HPUX, but would love to find some way to filter out routine mail
messages which arrive in the administrator's mail box ... What are we looking
for?  

Thanks,

Dan Mandell (mandell@bach.helios.nd.edu)
Saint Mary's College, Computer Services 
Notre Dame, Indiana 46556  -  Phone: (219) 284-4610
From: stroyan@hpfcso.FC.HP.COM (Mike Stroyan)
Date: Tue, 13 Oct 1992 21:49:18 GMT
Subject: Re: Killed ???
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

In comp.sys.hp, fein@epg.nist.gov (Aaron Fein) writes:

> A FORTRAN programmer on my system just came to me with a situation where
> his FORTRAN program dies before the first line is executed and the only 
> message he gets is "Killed".  
> 
> Can anyone explain what is happening and why this is a feature?  Where do
> we go from here?  Any ideas?

The program is probably too big for maxtsiz, maxdsiz, or available swap.
If the program is too big to load it will die immediately with the
"Killed" message.

The 'size' command will show the text, data, and BSS sizes of a program.
That information can give you a lead on reducing the program size or
increasing the kernel limits and swap.  He may be able to reduce the
size of arrays that are larger than necessary.  You can use 'sam' to
rebuild the kernel with larger values for maxtsiz, maxdsiz, and maxssiz.
If swap is the limit you could try turning on file system swap.  If
swap is the limit, it may be most practical to just run the program
when there are less other processes running.

Mike Stroyan, mike_stroyan@fc.hp.com
Newsgroups: comp.sys.hp