HDTenEightyP/NetNews huggingface dataset:
From: bj@zephir.uucp (Beat Jucker)
Subject: SLIP (PPL) and routing ...
Organization: JSW-Engineering, CH 3626 Huenibach, Switzerland
Date: Tue, 01 Sep 1992 10:23:40 GMT


Hi neters,

We have to connect a remote workstation over SLIP (PPL) to our
network. The point to point connection is working correct. But
how do we have to set the routing table (netmask?) so that we can
access all the other computers on the net?

Our gateway on the net has a class B address on the LAN (131.102.32.10)
and a class C adress for SLIP (193.72.194.2). The remote workstation
has the address 193.72.194.1.

Thanks for any infos
Beat
-- 
--------------------------------------------------------------------------
Beat Jucker, JSW-Engineering, Anlikerweg 5, CH-3626 Huenibach, Switzerland
    Tel:(+41)33 434868   UUCP:uunet!chsun!zephir!bj   Email:bj@boa.ch
From: als@bohra.cpg.oz.au (Anthony Shipman)
Newsgroups: comp.sys.hp
Subject: Re: that HPUX cc compiler
Date: 1 Sep 92 10:07:05 GMT
Organization: Computer Power Software

hardy@golem.ps.uci.edu (Meinhard E. Mayer (Hardy)) writes:

>In article <1992Aug31.104950.1108@bohra.cpg.oz.au> als@bohra.cpg.oz.au (Anthony Shipman) writes:


>   Here are some programs for which the HP cc generates incorrect code.

>   xfig.2.1.4, contact bvsmith@lbl.gov

>           When compiled with -O incorrect code is generated for the 
>           int_spline_bound() function.  This results in floating point exceptions
>           while working with splines.  The program works without -O.

>        .....more of the same

>I found that most programs compile perfectly with the +O1 option,
>quite a few with +O3 (they take quite a while -- you may have given up
>too early), unless I run out of memory.  I have put +O1 as the default
>in my hp.cf to use with xmkmf  (also, some of the newer X-stuff will
>not link unless I include both the X11R4 ann X11R5 include files. 

No.  The programs all compile and run.  They just give either wrong answers
or crash, with -O.  

I haven't tried +O1 (shoulda RTFMed).  (The +z bug is still a real problem
for me though).

I just broke the optimiser again.  For a .c file generated by sml2c I got
from -O

	*** c.c2: INTERNAL OPTIMIZER ERROR ***
	too many kids in dagnode

(but it works at +O1).


When I have tracked any -O problem at the machine level it has always seemed
that the compiler has lost track of which value is in which register.

-- 
Anthony Shipman                 "You've got to be taught before it's too late,
CP Software Export Pty Ltd,      Before you are six or seven or eight,
19 Cato St., East Hawthorn,      To hate all the people your relatives hate,
Melbourne, Australia, 3121       You've got to be carefully taught."  R&H
Newsgroups: comp.sys.hp
From: mjo@ef2007.efhd.ford.com (Mike O'Connor)
Subject: Re: Installing Pnews on a HP720
X-Disclaimer: Not an official spokesperson for Ford OPEO
Reply-To: Mike O'Connor <mjo@fmsrl7.srl.ford.com>
Organization: International Affairs, Overseas Engineering, "Fordz"
Date: Thu, 27 Aug 1992 14:51:18 GMT

In article <qpbnqsa.ernulf@netcom.com> psykern@pew.psy.gu.se writes:

:Installing rn-4.4.pl3 on our HP720 running HP-UX ver. 8, rrn
:works great with nntp communication with another host. However,
:Pnews constantly ends at runtime with the message "no sysname
:in usr/include/whoami.h". I have created such a file and tried

I suspect that there's a configuration error with inews at your end.
Pnews is a shell script which typically invokes inews -- check it out.


-- 
 Michael J. O'Connor           |  Internet:  mjo@fmsrl7.srl.ford.com
 Ford Motor Company, OPEO      |  UUCP:      ...!{backbone}!fmsrl7!mjo
 20000 Rotunda, Bldg. 1-3001   |  Phone:     +1 (313) 248-1260
 Dearborn, MI  48121           |  Fax:       +1 (313) 323-6277
Newsgroups: comp.sys.hp
From: bonak@herky.cs.uiowa.edu (Esmail Bonakdarian)
Subject: Vectra ("Classic") upgrade info/help needed!
Date: Sun, 23 Aug 1992 17:35:54 GMT
Reply-To: bonak@herky.cs.uiowa.edu (Esmail Bonakdarian)
Organization: U of Iowa, Iowa City, IA

I am trying to upgrade my "Classic" H-P Vectra and having a very
hard time finding out the necessary info. The GOAL is to increase
the size of my harddisk storage to around 100 MB at minimum cost.

My questions are re ROMs, setup program, DOS versions and
harddisks.

I just ordered ROM upgrades to v A.01.06 to replace my A.01.05.
Does anyone know if I should use a specific version of the setup
program with this new ROM? I currently have v 3.2 of the setup
program. Do I just stick the new ROMs into the same spot on the
processor extension cards as the old ones? What sort of drives
are supported, and can I specify my own info? (H-P won't tell me
any of this unless I pay them at least $45!)

My harddisk is a 80ms (!) 20MB ST225 and I have a WD-1003-WAH.
What sort of drives have worked for you in this machine? I would
prefer to keep the same controller (minimize cost) but am open to
suggestions. If I'd added a second MFM drive, could I continue to
use my original ST225 even though its size would be different?

(Aside: I have a Adaptec 2372C RLL controller and a 108MB CDC
drive in my main system. Any chance that I could use that combo
in the vintage Vectra? I wouldn't mix the  RLL drive with the
old MFM ST225)

I am using H-P DOS 3.1, will this work with the new ROMs? Is
anyone using the generic DOS v5.0 upgrade with this machine? (I
am concerned about partitioning the drive and the 32MB limit
imposed by version 3.1 of DOS) I would like to avoid programs
like SpeedStor etc because this machine is so quirky.

Many thanks for any info you can provide. Please e-mail me
directly if possible since I have a hard time keeping up with
this group.

Esmail


PS:  This machine is not very compatible, and everybody,
     including even H-P acknowledges this. H-P, however willing
     to sell me this machine and (for $80 extra) the technical
     docs (which do not contain answers to my questions) will NOT
     answer my questions about their system without charging me a
     minimum of $45!! This is the poorest support and attitude
     I've encountered. If the machine was as compatible as
     advertised I wouldn't have to go to H-P for specifics. To
     make me pay extra to find out about a product they sold me
     feels a little like blackmail to me.
From: xm9@sdcc12.ucsd.edu (richard g. adair)
Newsgroups: comp.sys.hp
Subject: Re: odump - we don't got it
Summary: contrib
Keywords: contrib
Date: 1 Sep 92 13:29:06 GMT
Organization: Arete Associates, San Diego

In article <1992Aug31.104221.49592@ccvax.ucd.ie> njconway@ccvax.ucd.ie writes:
>I asked another 700 user in our building and he said he also had odump in
>the /usr/contrib/bin directory, but we ain't got nuttin in /usr/contrib at
>all...

Sounds like your friend has found an HP SE around.  They have tapes
that make your machine much more useful.  Unfortunately, HP has this
new "make money at all costs" philosophy, so getting a live SE to
your site is not at all easy.  In the old days (3 years ago :-)  you
could get an SE out just by calling your sales rep and saying you
need help.  Now, you need to get divine intervention :-)

Even getting the response center to upgrade your problem to the
local office doesn't work (I have one request in right now).  All
the HP SEs are out doing consulting services, instead of supporting
customers...

Tony Burzio
Arete Associates
San Diego, CA
From: kinsell@hpfcso.FC.HP.COM (Dave Kinsell)
Date: Wed, 2 Sep 1992 02:29:00 GMT
Subject: Re: Third party disk drives on HP-UX
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

In comp.sys.hp, trn@warper.jhuapl.edu (Tony Nardo) writes:

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

You specify disk geometry in terms of 1024 byte units, but that causes no loss
of capacity for the drive.  I suspect your 7% loss came from file system
overhead, primarily inodes, which can be adjusted if desired.  You also need
to realize that disk vendors specify decimal megabytes, whereas utilities
like bdf use units of 1024 in reporting capacities.

-Dave Kinsell
 kinsell@hpfcmb.fc.hp.com
From: e-sink@uiuc.edu (Eric W. Sink)
Newsgroups: comp.sys.hp
Subject: What is the 7xx series compatible with ?
Date: 26 Aug 92 15:41:16 GMT
Reply-To: e-sink@uiuc.edu
Organization: University of Illinois at Urbana
Originator: sink@ux2.cso.uiuc.edu

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 ?

-- 
Eric W. Sink, Spyglass        | [ Cute quote deleted ]
1800 Woodfield Drive          |
Savoy, IL  61826              |
---- e-sink@uiuc.edu ---------|---------- 217-355-6000 -----------------------
From: mjs@hpfcso.FC.HP.COM (Marc Sabatella)
Date: Thu, 3 Sep 1992 17:43:01 GMT
Subject: Re: CC and /usr/lib/dld.sl
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

In comp.sys.hp, jhd@irfu.se (Jan D.) writes:

> Thanks for your answer. But I still get this from xdb:
> 
> <<<< XDB Version A.08.07 HP-UX >>>>
> Child died due to: segmentation violation
> Program died in unknown location (shared library), pc = 0x1000003
> Ignoring core file "core".

Try running the program under xdb, rather than simply using it to analyze the
core file.  Then it should at least be able to tell you which library it died
in.  If it indeed died in libdld.sl, there would seem to be a problem with the
C++ and/or shared library implementation.  But 0x1000003 is a suspiciously
bogus looking address; I suspect really the program just did something very bad
and confused xdb into thinking it had something to do with shared libraries.

--------------
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
From: okuyama@pioneer.arc.nasa.gov (Darin Okuyama YR)
Newsgroups: comp.sys.hp
Subject: Re: HP-UX 9.0
Keywords: OSF
Date: 2 Sep 92 19:50:02 GMT
Organization: NASA Ames Res. Ctr. Mtn Vw CA 94035

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!

Darin Okuyama
NASA Ames Research Center
From: chan@hpfcmgw.FC.HP.COM (Chan Benson)
Newsgroups: comp.sys.hp
Subject: Re: attaching xdb to a running process...
Date: 3 Sep 92 16:00:17 GMT
Organization: HP Fort Collins, CO


Hi Stuart,

A really grody technique you might want to try is to replace your
call to pause with something like

    {
        int i = 1;

	while (i);
    }

And then use xdb to change i to 0

>p i = 0


Give it a shot.

			-- Chan Benson
			HP Fort Collins
From: wk@cup.hp.com (Wayne Krone)
Newsgroups: comp.sys.hp
Subject: Re: DAT drive on HP 835
Date: 26 Aug 92 00:37:13 GMT
Article-I.D.: cup.BtKF21.9zs
Organization: HP-UX Kernel Lab, Cupertino
X-Newsreader: Tin 1.1 PL3

markd@csqx.cs.rhbnc.ac.uk (Mark Damerell) writes:

: Sorry about the long interval, but I did want to say:
: 
: 1. When the 835 starts up, it prints a message
:    "/etc/POWERFAIL is disabled on machines with SCSI interface"

Did you have a question about this?  BTW, this restriction is removed
for the HP-UX 9.0 release.

: 2. The manuals strongly recommend that you bring the machine down to 
: single-user before doing backups, so the performance on a heavily
: loaded SCSI is not a significant issue.

Yeah, the decision I refered to above was a broad response that does not
serve every case.  This is recognized within HP and people are looking
at what can be done.  Note I am not promising that anything will be
done.

: 3. The manuals give no warning of this state of affairs. All they say 
: (Installing Peripherals, Vol.1 P1-23) is "use of 3rd party peripherals is
: discouraged and not supported by H-P's standard support process". But the 
: tape I was trying to use is NOT a 3rd party device, it is made by H-P.

The tape is from HP but (as I understand your situation) the device
you're trying to use to read the tape is not from HP.

: 4 Also ... what are the supported devices?

Please contact your official HP sales rep for this info.  The support
list varies by system model and HP-UX release and I'd probably blow it
if I tried to post some subset.
Newsgroups: comp.sys.hp
From: shenkin@avogadro.barnard.columbia.edu (Peter S. Shenkin)
Subject: Summary: how to compile "less" on an HP
Organization: Dept. of Chem, Barnard College, Columbia U, New York
Originator: shenkin@avogadro.barnard.columbia.edu
Date: Thu, 3 Sep 1992 19:55:03 GMT
X-Posted-From: avogadro.barnard.columbia.edu
X-Posted-Through: sol.ctr.columbia.edu

Thanks to the MANY who replied.  Several gave the following method, which
worked;  I quote Jeff Mast, since his reply is nearest to hand:

>From: "Jeffrey E. Mast" <jmast@uicsl.csl.uiuc.edu>
>In comp.sys.hp you write:

>>When I try to compile the "less" pager on an HP 720, I get:
>>
>>cc: "screen.c", line 151: error 1588: "CBREAK" undefined.
>>cc: "screen.c", line 160: error 1588: "TIOCSETN" undefined.
>>
>>These constants are #defined in <sys/ioctl.h> on other machines,
>>but not on the HP.  Does anyone have a workaround?

>Yes, get less177magic.tar.Z from iworks.ecn.uiowa.edu
>
>It compiles wonderfully on an hp. There are also many other "ready to
>compile on an hp" programs there. You also should look at the 
>University of Liverpool ftp site for HP software (ftp.csc.liv.ac.uk)


Good advice.  Thanks, folks!

	-P.
-- 
************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb*************************
Peter S. Shenkin, Department of Chemistry, Columbia Univ.,  New York, NY 10027
(212)854-8402    shenkin@avogadro.barnard.columbia.edu   shenkin@cunixf.BITNET
******************** The singular of "media" is "medium". ********************
From: shengj@acf3.nyu.edu (Jia Sheng)
Newsgroups: comp.sys.hp
Subject: Building X11R5 under hpux6.5 --- HELP!
Keywords: X11R5
Date: 26 Aug 92 19:29:06 GMT
Organization: New York University


Hi, I have been trying to bulid X11R5 on HP9k/360(hpux6.5) last couple days. 
Now all Xlibs have been compiled through, but when linking objects to 
excutables, one routine _memmove is missing:

for example:

        cc -o xman ScrollByL.o handler.o man.o buttons.o help.o  search.o global
s.o main.o misc.o tkfuncs.o vendor.o -O -Wc,-Nd4000,-Ns4100,-Ne700,-Np200,-Nw300
 -DX_NOT_STDC_ENV -DMALLOC_0_RETURNS_NULL -DX_NOT_POSIX  ../.././lib/Xaw/libXaw.
a ../.././lib/Xmu.a ../.././lib/Xt/libXt.a ../.././extensions/lib/libXext
.a  ../.././lib/X/libX11.a
ld: Undefined external -
        _memmove
ld: output file still contains undefined symbols
ld: (Warning) did not generate an output file
*** Error code 1

I believe the problem is in "X11/Xfuncs.h"

/**** Xfuncs.h ****/
#if (__STDC__ && !defined(X_NOT_STDC_ENV) && !defined(sun) && !defined(macII)) |
| defined(SVR4) || defined(hpux) || defined(_IBMR2)
#include <string.h>
#define bcopy(b1,b2,len) memmove(b2, b1, (int)(len))
#define bzero(b,len) memset(b, 0, (int)(len))
#define bcmp(b1,b2,len) memcmp(b1, b2, (int)(len))

In /usr/include/memory.h(hpux6.5), only memset are defined:
/**** <memory.h> ****/
/* @(#) $Revision: 27.1 $ */       
extern char
        *memccpy(),
        *memchr(),
        *memcpy(),
        *memset();

What is memmove? How can I fix this problem?

--
Jonathan J. Sheng
Theoretical Chemistry, NYU
(212)998-8439
Newsgroups: comp.sys.hp
From: white@titan.tsd.arlut.utexas.edu (Eric White)
Subject: HP EISA/Ethernet Adaptor Info
Organization: /home/hyperion/white/.organization
Distribution: comp
Date: Wed, 2 Sep 1992 22:04:27 GMT

I've heard that HP has an EISA Ethernet card that is supported
with SCO drivers under SCO v.3.2.4/ODT v2.0.  Can anyone
verify this information?

If this card exists, does anyone know its model/product number
and price?

thanks
--

==
            "... big dogs landing on my face ..."
				   -- Robin Williams, 'Good Morning, Vietnam'

Eric White		Internet: white@titan.tsd.arlut.utexas.edu
Applied Research	Phone:	  (512) 835-3621   FAX: (512) 835-3416/3259
  Laboratories		Fedex:	  10000 Burnet Road, Austin, Texas 78758-4423
University of Texas	Postal:	  P.O. Box 8029, Austin, Texas 78713-8029
==
From: MAC@cup.portal.com (Michael Alan Casteel)
Newsgroups: comp.sys.hp
Subject: Re: HP-UX 9.0
Date: Sun, 30 Aug 92 21:27:30 PDT
Organization: The Portal System (TM)
  <1992Aug26.135815.1@cc.uvcc.edu><25855@dog.ee.lbl.gov>
  <HARDY.92Aug28222311@golem.ps.uci.edu>

One thing I saw in HP docs is that logical volume management is
coming with 9.0. I almost remember something about threads, but
probably mistaken.
Newsgroups: comp.sys.hp
From: alek@spatial.com (Alek O. Komarnitsky)
Subject: Comp.sys.hp FAQ [was: CC (8.07) does not like math.h and stdlib.h together]
Keywords: CC
Organization: Spatial Technology, Inc. (Boulder, Colorado)
Date: Sun, 30 Aug 1992 03:27:22 GMT

In article <1992Aug29.043523.10679@spatial.com> alek@spatial.com (Alek O. Komarnitsky) writes:
[includes duplicate postings from Greg Cagle]

FAQ #1: Check your postings *before* they leave your site!  :-(
alek
From: craigh@g2syd.genasys.com.au (Craig Hockenberry)
Newsgroups: comp.sys.hp
Subject: REQUEST: SCSI driver for ScanJet IIc on HP-UX 8.0
Date: 31 Aug 92 00:10:24 GMT
Organization: Genasys II, Sydney, Australia

I would like to run a HP ScanJet IIc in the HP-UX 8.0 environment.  This
scanner is connected via a SCSI interface, and is supplied with software
for either the IBM-PC or the Mac.

Previously, we ran the ScanJet IIp (a.k.a. ScanJet Plus) from the parallel
interface using the "CharDrv" driver configured with SAM.  I find no
equivalent driver for the SCSI scanner interface (there are plenty of SCSI
drivers for tapes and disks, though).

The only reference to a device driver in the developer's kit is to a MS-DOS
driver.

I realize that this may not be a supported product configuration, and am
willing/able to develop the necessary code myself.  At the same time, I
don't want to re-invent the wheel.  Any pointers on how to write a device
driver such as this would be appreciated (e.g.  which manuals should I
read?).

In summary, I just want some code that I can use to send SCL (Scanner
Control Language) commands to the scanner.  Any help or pointers to achieve
this is greatly appreciated.

Thanks in advance,
-- 
Craig Hockenberry  |  Genasys II Pty. Ltd.
                   |  13th Level, 33 Berry St, North Sydney, NSW, Australia
                   |  Internet: craigh@g2syd.genasys.com.au
From: steve-t@hpfcso.FC.HP.COM (Steve Taylor)
Date: Thu, 27 Aug 1992 19:56:35 GMT
Subject: Re: What is the 7xx series compatible with ?
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

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.

This statement is much too strong.  The product I work on includes two
programs.  We are supplying the exact same bits to both the 700 and 800
releases, and we are building those programs on a 720, using the series
700 build environment.
						Regards, Steve taylor

NOT A STATEMENT, OFFICIAL OR OTHERWISE, OF THE HEWLETT-PACKARD COMPANY.
From: kint@cairo.engr.washington.edu (Rick Kint)
Newsgroups: comp.sys.hp
Subject: Editorial comment on BASIC?
Date: 3 Sep 92 19:05:01 GMT
Article-I.D.: u.1992Sep3.190501.1793
Organization: University of Washington, Seattle


	I just loaded BASIC/UX on our netdist server (shut up, Barts,
or I'll tell the world about you and COBOL!).  Here is a partial look
at the partitions from a subsequent run of update:

 Selected      Name             Partition Description         Size in Kbytes
    ^     ^^^^^^^^^^^^^^^   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^   ^^^^^^^^^^^^^
    n     OS-ADMIN          Recommended Administration Cmds             7326
    n     OS-CORE           Recommended System Core                     9732
    n     OS-FEATURES       Selectable OS Features                     18797
    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...

-- 
Rick Kint				UNIX Geek, College of Engineering
kint@engr.washington.edu		University of Washington, Seattle
From: shoe@hpcuhe.cup.hp.com (Jim Schumacher)
Date: Sat, 29 Aug 1992 03:16:55 GMT
Subject: Re: What is the 7xx series compatible with ?
Organization: Hewlett Packard, Cupertino
Newsgroups: comp.sys.hp


>/ hpcuhe:comp.sys.hp / stanb@hpnmdla.sr.hp.com (Stan Bischof) /  1:25 pm  Aug 26, 1992 /
>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.

What makes you say this? We work very hard in the compiler
lab (and others) to have binary compatibility and we have it as far 
as we know (it works for us all the time). I would be very interested 
in hearing any stories you have to tell. Granted, if your application
is looking at /dev/kmem, it may find some differences between the 700
and 800 kernels, but applications that are not married to the OS 
should have no problems. 

As far as telling whether an archive library contains object files
that are PA1.1, there is an unsupported tool in the contrib fileset
called odump that comes in handy. odump -u for usage:

hpcll32 297 $ ar cvr libfoo.a foo.o it.o
r - foo.o
a - it.o
hpcll32 298 $ /usr/contrib/bin/odump -head libfoo.a | egrep "Header|RISC"
Header record for : libfoo.a[foo.o]
system id:        0210 (PA-RISC 1.1)    magic number:   0106
Header record for : libfoo.a[it.o]
system id:        0210 (PA-RISC 1.1)    magic number:   0106

Granted, you may have to play with the output to get a nice report, but
odump does look at each object of an archive in turn. odump can also 
be used on executables and shared libraries. 

jim shoe
From: ajs@hpfcso.FC.HP.COM (Alan Silverstein)
Newsgroups: comp.sys.hp
Subject: Re: installing 8user license over instant ignition
Date: 25 Aug 92 20:40:43 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

> WARNING:  License fileset 08-USER is selected for loading, but it does
> not match the license level of the currently running system, which is
> 02-USER.  If necessary, unselect the 08-USER fileset and select the
> appropriate license fileset under the OS-CORE partition, that is, the
> fileset for the license level you desire or purchased.

What's the problem?  (That's a serious question, I wrote that message
and I don't see what about it causes confusion, please help me
understand.)  Sure, you can continue to load 08-USER and all should be
well.  This message is just a warning that you are apparently changing
license levels -- which is true.

When you load 08-USER its customize script should delete 02-USER from
your system and your kernel should be rebuilt at the new level.