HDTenEightyP/NetNews huggingface dataset:
From: wxv4@po.CWRU.Edu (Walter Vester)
Newsgroups: comp.sys.hp
Subject: HP 64360 Debugger Problems.
Date: 30 Sep 1992 13:26:21 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: thor.ins.cwru.edu


I'm using the HP64360 Advanced Cross Debug System to run and debug
68000 assembly language programs. I'm trying to use a macro to
simulate an A/D converter. The assembly program is supposed to read
a memory location, which causes a breakpoint and executes a macro.
The macro then gets data from an inport and puts it in the 
memory location. The problem is, the macro doesn't allow execution
to continue with the next instruction of the program. I have
declared the macro name as an integer and I am using 'return 1;' as
the last line of the macro, so that a non-zero value is returned 
by the macro. According to the debugger manual, this is all that's
necessary to allow execution to continue. 

Can someone tell me what I'm doing wrong ?

Walt Vester, vester@snowhite.eeap.CWRU.edu
-- 
I think, therefore I, uh, I think I think, or at least I thought I thought.
Let me think about it.
From: scho@hpyanrgw.yan.yokogawa.co.jp (Shunichiro Cho)
Newsgroups: comp.sys.hp
Subject: BSD Compatible Library
Date: 30 Sep 92 20:12:51 GMT
Distribution: comp
Organization: Yokogawa Analytical Systems Inc., Tokyo Japan

I've got HP9000/710 with standard HP-UX8.07 installed at factory last
week.
BSD4.3 libc compatible library, /usr/lib/libBSD.a is missing,
though it exists on HP9000/370(HP-UX8.0).
Where can I find "killpg()" function on HP-UX8.07 ?
Any help would be appreciated.
--
Shunichiro Cho    scho@yan.yokogawa.co.jp
Yokogawa Analytical Systems Inc., Tokyo Japan
From: marvin@hplvec.LVLD.HP.COM (Marvin Taylor)
Date: Tue, 6 Oct 1992 15:40:44 GMT
Subject: Re: hp720 won't boot
Organization: Hewlett-Packard Co., Loveland, CO
Newsgroups: comp.sys.hp

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

> mediainit will wipe out The Whole Disk since it is a low level format.
> The low level reformat probably isn't necessary and is potentially
> quite destructive to the information on that disk.

It isn't, use /etc/rmboot, and see the man page for "rmboot(1m)".

- Marvin
From: davidb@hpuadla.aus.hp.com (David Booth)
Date: Mon, 5 Oct 1992 11:53:55 GMT
Subject: Re: hp-ux reinstallation on hp 9000/800 series (827s)
Organization: Adelaide, Australia, Smallest HP DownUnder
Newsgroups: comp.sys.hp
X-Newsreader: Tin 1.1.3 PL5

Onward Lam (onward@fsg.com) wrote:
: If, however, reinstalling HP-UX will be due to a system disk crash,
: or loss of system in some other manner, I suggest you make a Recovery System
: mkrs(1m), and write your document based on it.  Perhaps this may be a
: better fit for your particular case.

Beware! mkrs(1m) is for s[34]00 workstation products only!. The s800 is supplied
with a "prebuilt" recovery tape, which is authorised for use by HP Trained
personnel only. This additional media would be supplied along with the other
OS media products (assuming you *did* order them).

--
#include <standard_disclaimer>
All opinions in this posting are mine, with no endorsement by my employer.
---
David Booth	Phone: +61 8 366-5126	Fax : +61 8 332-0020
Inet : davidb@hpuadla.aus.hp.com	DESK: David BOOTH / HP9061
       Hewlett-Packard Australia	A.C.N. 004 394 763
       191 Fullarton Rd.,
       Dulwich, SA, 5065, AUSTRALIA.
From: napier@cs.ucsd.edu (Jim Napier)
Newsgroups: comp.sys.hp
Subject: Re: HP 9000/7xx NamePlates
Date: 6 Oct 92 22:26:13 GMT
Article-I.D.: deadmin.2183
Distribution: na
Organization: AMES Dept., UC San Diego


In article <1992Oct05.184912.10046@allegro.com>, sieler@allegro.com (Stan Sieler) writes:
|> Hi...I was following the "stereo plug" thread, and was about to ask
|> the obvious question: why did they choose such a misleading name for
|> the plug (which most people interpret as sterio *audio*, not stereo video),
|> when a better "naming" question popped up:
|> 
|>    Does anyone know why the 710, 720, 730, and 750 don't have
|>    product numbers on their fronts?
|> 
|> I shouldn't have to go through the mental exercize (gee, this box is a 7xx,
|> but a slim one, so it must be a 710, or is it a 705?) whenever I walk up to
|> a new 700!  
|> 
|> Maybe we can cut some "7"s, "1", "2", "3", "5", and "0"s from advertisements
|> and mail them to HP, along with a little glue?
|> 
|> stan sieler
|> sieler@allegro.com
|>   

I don't remember this being any different on the 300 series (at least not
on the early ones). Regardless of whether you had a 310, 320, or 330 the
front of the cpu only said 300. I suspect they're doing this on the 700 series
because it facilitates upgrading CPU's from one model to the next or 
coming up with all new model designations for CPU's without having to worry
about what the outside of the box says. In the future your 710 might have
the option to be upgraded to a new "715" board. Would you want to pay the
extra money just to have a new label to put on the outside of the unit?
The way technology advances these days pretty soon they won't put anything
on the outside but the HP logo. :-) Perhaps a solution to this would be to
have software in HP-VUE check the CPU type and print it out as part of the
window manager's login display. Of course if your machine's down...

-- 
==============================================================================
Jim Napier
Systems Administration
Applied Mechanics & Engineering Sciences Dept.
UC San Diego
(619)534-5414
jnapier@ucsd.edu

"Even if life were a bed of roses, you'd still have to deal with the thorns."
==============================================================================
==============================================================================
Jim Napier
Systems Administration
Applied Mechanics & Engineering Sciences Dept.
From: wolf@spud.Hyperion.COM (Michael Wolf)
Newsgroups: comp.sys.hp
Subject: Gnu Make for HP 400
Date: 1 Oct 1992 16:27:12 -0700
Organization: Hyperion, Mountain View, CA, USA
Distribution: usa
NNTP-Posting-Host: spud.hyperion.com

I'm trying to compile GNU make-3.62 on my HP 400.  I'm running HPUX 8.07
on a 700 and a 400.  On the 700, GNU make compiles and runs just fine.
However, I can't get it to run on the 400.  It compiles just fine, but
it segmentation faults when I run it.  Has anyone gotten GNU make 3.60,
3.61, or 3.62 running under HPUX 8.07 on a 400 machine?

Thanks in advance,

-Michael Wolf
wolf@hyperion.com
Newsgroups: comp.sys.hp
From: cricket@winnie.corp.hp.com (Cricket Liu)
Subject: Re: /etc/hosts and name servers...
Date: Wed, 7 Oct 1992 00:11:47 GMT
Organization: HP Internet Imagineering

In article <1992Oct6.164543.847@lmpsbbs.comm.mot.com>, cbergren@shcamux1.NoSubdomain.NoDomain (Craig Bergren) writes:
|> 
|> When will HP have an OSF name server?
|> Won't the OSF cell/global name server scheme fix these problems?

An OSF name server?  If you mean CDS, the Cell Directory Service, then no,
CDS won't replace DNS (on anyone's network--the two perform different
functions).  Other than CDS, OSF employs either DNS or X.500 as its global
directory component.  I doubt X.500 will solve these particular problems.

-- 
cricket

cricket@hp.com / Hewlett-Packard Corporate Network Services / Palo Alto, CA
From: mark@hpcpbla.bri.hp.com (Mark Simms)
Date: Fri, 2 Oct 1992 14:25:22 GMT
Subject: Re: HP OEMed DAT vs. HP/Apollo DAT
Organization: HP Computer Peripherals Bristol, UK
Newsgroups: comp.sys.hp

I beleive that the firmware shipped in the drives sent to distributors
and dealers is the same as that in drives shipped sent to HP system
divisions.  It is not the same as that shipped in drives sent to some
other OEMs.  The switch settings are not necessarily the same,
however.

The update problem is a defect in the drive firmware that has been
fixed.  This problem was present in drives shipped to HP customers as
well as in the code sent to dealers.  The latest release of firmware
does fix this problem.  Getting the latest release is another problem.

Mark Simms

----------------------------------------------------------------------
Opinions expressed are my own and are not intended to be an official
statement by Hewlett-Packard Company
----------------------------------------------------------------------
Name:         Mark Simms
Profession:   Software Engineer
Organization: Hewlett-Packard Computer Peripherals Division
Unix-mail:    mark@hpcpbla.bri.hp.com
----------------------------------------------------------------------
From: neal@ctd.comsat.com (Neal Becker)
Newsgroups: comp.sys.hp
Subject: Re: rdist on 9000s720
Date: 29 Sep 92 13:14:17 GMT
Organization: COMSAT Labs
NNTP-Posting-Host: neal.ctd.comsat.com
In-reply-to: knauber@bordeaux.informatik.uni-kl.de's message of 28 Sep 92 16:54:21 GMT
X-Md4-Signature: 7fd5d522590e9ce9f54689cd96944f03

Get rdist from usc.edu/pub/rdist.  I helped port this to hpux and have
been using it quite extensively with good results.
From: martins@hpl.hp.com (Henrique Martins)
Newsgroups: comp.sys.hp
Subject: Re: problems with tvtwm and HP-UX 8.07
Date: 22 Sep 92 06:42:39 GMT
Article-I.D.: hpl.MARTINS.92Sep21234237
Organization: Hewlett-Packard Laboratories, Palo Alto, CA

In article <asrael.717056188@bob> asrael@bob.informatik.rwth-aachen.de (Stefan Schoef) writes:

  Not an official HP response, etc, etc.

>  When my system administrator upgraded from 8.05 to 8.07 I detected
>  that the function f.raiselower only works on the upper left screen of
>  the virtual desktop but not on any other virtual screens.

  I had the some problem when I switched to 8.0X, or maybe when I upgraded
the X server, can't remember for sure. At that time I did not get any
explanation of what was causing the problem, and had to change the way
tvtwm does a raise lower. (I haven't gone back and checked whether my
current X server still has that problem.) As far as I can tell the problem
is in the implementation of XConfigureWindow. I've replaced the call to
that function with a "fakeRaiseLower" function, which works a little bit
slower, but seems to do the trick. Here are the diffs for the file menus.c.

142a143,175
> /**/
> static void fakeRaiseLower (display, window)
>      Display *display;
>      Window   window;
> {
>   Window          root;
>   Window          parent;
>   Window          grandparent;
>   Window         *children;
>   int             number;
>   XWindowChanges  changes;
> 
>   number = 0;
>   XQueryTree (display,
> 	      window,
> 	      &root,
> 	      &parent,
> 	      &children,
> 	      &number);
>   XFree (children);
>   XQueryTree (display,
> 	      parent,
> 	      &root,
> 	      &grandparent,
> 	      &children,
> 	      &number);
> 
>   changes.stack_mode = children[number-1] == window ? Below : Above;
>   XFree (children);
>   XConfigureWindow (display, window, CWStackMode, &changes);
> }
> /**/
> 
1876c1909,1910
< 	    XConfigureWindow (dpy, w, CWStackMode, &xwc);
---
> 	    /*XConfigureWindow (dpy, w, CWStackMode, &xwc);*/
> 	    fakeRaiseLower (dpy, w);
1880c1914,1915
< 		XConfigureWindow (dpy, virtual, CWStackMode, &xwc);
---
> 	        /*XConfigureWindow (dpy, virtual, CWStackMode, &xwc);*/
> 	        fakeRaiseLower (dpy, virtual);


> Another minor bug is that f.version now pops up a window with
> a scrambled background.

  I haven't invoked f.version in a long time, but don't recall ever running
into this one. (I'm at home now, and can't check it.)

> The tvtwm-version is 10.0 patchlevel 6 and we are running X11R5.

  Same version/patchlevel, but I'm still running (mostly) X11R4.

  -- Henrique (martins@hpl.hp.com)
Newsgroups: comp.sys.hp
From: gcagle@dracula.mentorg.com (Greg Cagle)
Subject: Re: FAQ and Interprocess communication mechanism in HP-UX
Originator: gcagle@dracula
Date: Mon, 28 Sep 1992 15:00:15 GMT
Organization: Mentor Graphics 
Keywords: HP-UX, IPC, Windowing environment
Followup-To: 


In article <1992Sep28.025926.19918@monu6.cc.monash.edu.au>, s1084369@giaec.cc.monash.edu.au (Goh (Goh Kian Soon)) writes:
|> Hi there ! I am new to this news group, I would like to know is there a FAQ
|> in this news group !
|> 

Yes there is; I should have it out within a week or so.

- Greg
-- 
Greg Cagle                                           Mentor Graphics Corporation
greg_cagle@mentorg.com                              Platform Technology Division
(503)685-1570                                       Member of the Cultural Elite
Newsgroups: comp.sys.hp,comp.lang.postscript,ctp.it
From: jmay@ctp.com (Jason May)
Subject: Laserjet IIIsi Postscript eats long lines
Date: Thu, 1 Oct 1992 18:15:52 GMT
Organization: Cambridge Technology Partners


We have discovered what appears to be a bug either in the Postscript
engine on the Laserjet IIIsi or the postscript model used by HPUX (8.07)
to send text files to the printer.  Or both.

This problem occurs when printing regular text files (eg. code listings).
We can duplicate this problem by either using the HP-supplied 'lp', or
the public-domain 'enscript' function (which is very nice, and allows for
things like two-column landscape printouts).

The symptoms are either or both of the following:

	- lines of the data are lost;
	- the file is truncated (only a portion is printed).

In addition, if the auto-continue setting is turned off (it defaults to
on) a PS ERROR 15 (syntax error) is generated during processing of the
file.  Also, the printer will often go into a processing loop after
(partially) printing the file and the give up with a PS ERROR 16 (timeout).

We finally discovered that this problem only showed up when the file
contained lines that were too long to display on the page (> 80 chars).
Sometimes the printer would just drop the long lines.  At other times,
the page with the long line, and all subsequent pages, were not printed.


If anyone has implemented a fix to this problem (improved the HP postscript
model?), I'd be very grateful for your help.

Thanks,
-Jason

-- 
======================================================================
Jason W. May	jmay@ctp.com
CTP, Inc.   304 Vassar St.   Cambridge MA 02139   (617)374-8223
======================================================================
From: ron@topaz.bds.com (Ron Natalie)
Newsgroups: comp.sys.hp
Subject: Re: Need Info on HP 7xx series
Date: 27 Sep 1992 14:58:11 GMT
Organization: BDS Systems
Distribution: usa
NNTP-Posting-Host: topaz.bds.com
Keywords: HP compatibility sun nfs ppp slip snmp

> specifically, I would like to run NFS transparently with Suns,

As long as you don't care about root being able to act as root accross the
NFS mount, we do this with no problems between SUN's and everything else.
Our main disks (several 1.7 G SCSI disks, plus two raids) live on a pair
of HP 9000/700's.  Everything else, including our Sparcintosh, DEC, DOS,
and whatever transient machines we get (have included an Amiga, SGI, RS6000)
mount the HP disks.

> also would probably need to run ppp and snmp on a local area network

PPP claims to be supported, though I haven't tried it.  The tricky part is
actually getting the HP serial port to work.  The trick is that the modem
control lines are still used even on minor device numbers that imply that
they ignore modem control.  Just hook up 2,3,7 and jumper the others.

> SNMP is not a problem.and to be able to compile and run a variety of X11R5
> clients with relatively little hassle.

We are very heavy in to X here (we develop X apps for a living).  The HP
X server is probably one of the better "from the manufacturer" versions.
The only major problem is that certain "not officially part of X" stuff is
missing.  All I have ever needed to do is compile these and they work.

The exception to this is *MOTIF*, the *MOTIF* shipped on HP is unexcusably
buggy and a pain to deal with.  Again, I fixed this by taking my tape I
bought from OSF and recompiling it on the HP.

> If anyone has extensive experience getting HPs to run in a 
> primarily Sun/X-windows environment.

Frankly, the HP is much better than the Sun at X (not to mention immensly
faster).  The XNEWS server is very buggy and low performance.  Framemaker
and our imaging applicatoins still cause it to dump core.  The colormaps
don't correspond to the standard X behaviour, neither does the mouse.  I
take it since you say "X11R5" you've punted XNEWS and are running a native
X11R5 server which you compiled from source, presumably with X11R5 clients/
libs to boot.  If this is true, than your life will be *MUCH* easier on the
HP as there is less of this foolishness to go through.  The HP server already
*IS X* and does a good job.  The standard libs are fairly up to date X11R4.
Their window manager is a bit different (they consider it an improvement)
but they also give you mwm which you can run if you like.

-Ron




Newsgroups: comp.sys.hp
From: neal@ctd.comsat.com (Neal Becker)
Newsgroups: comp.sys.hp,comp.emacs
Subject: Re: Followup: <backspace> key and Emacs on HP's
Date: 29 Sep 92 14:13:11 GMT
	<1992Sep28.144027.743@CSD-NewsHost.Stanford.EDU>
Organization: COMSAT Labs
NNTP-Posting-Host: neal.ctd.comsat.com
In-reply-to: golding@Xenon.Stanford.EDU's message of 28 Sep 92 14:40:27 GMT
X-Md4-Signature: 066da542fd97fd479fe6907fee3b74b1

Thanks!  But you'll still have to fix your xterms, hpterms, etc... to
use ^? instead of ^H.  What a pain for something so stupid!
Newsgroups: comp.sys.hp,comp.emacs,comp.sys.apollo
From: girod@tele.nokia.fi (Marc Girod)
Subject: Re: Emacs HP-init.el, related problems?
Reply-To: marc.girod@ntc.nokia.com
Organization: kpd
	<ALANB.92Sep24103447@swordfish.sdl.mdcbbs.com>
Date: Fri, 25 Sep 1992 08:10:53 GMT

Hi netters!

I am using an Apollo DN2500 running Domain OS/10.4.
When I connect to our HP 730 and start emacs there, I get weird
keyboard mappings. It sounds like the following keys are respectively
interpreted as:

w         	C-q, ~
2         	C-q, @
6         	C-q, ^
7         	C-q, \
8         	C-q, [
9         	C-q, ]
( [Shift-9]	C-q, {
) [Shift-0]	C-q, }

I guess this behaviour might sound common to others but me, and that
there are means to correct it!

Thanks for help!
--
+-----------------------------------------------------------------------------+
| Marc Girod - Nokia Telecommunications       Phone: +358-0-511 7703          |
| TL4E - P.O. Box 12                            Fax: +358-0-511 7432          |
| SF-02611 Espoo 61 - Finland              Internet: marc.girod@ntc.nokia.com |
|    X.400: C=FI, A=Elisa, P=Nokia Telecom, UNIT=TRS, SUR=Girod, GIV=Marc     |
+-----------------------------------------------------------------------------+
Newsgroups: comp.sys.hp
From: mcsavaney_d@apollo.hp.com (#David McSavaney)
Subject: Re: 92 spec marks for HP9000/710
Date: Thu, 1 Oct 1992 16:13:25 GMT
Organization: Hewlett-Packard Corporation, Chelmsford, MA

In article <7371352@hpfcso.FC.HP.COM> pld@hpfcso.FC.HP.COM (Paul Dineen) writes:
>>   |
>>   |Does anyone out there have the 92 spec marks (integer and float)
>>   |for the HP9000 710. I checked with my local sales rep and he
>>   |is still pushing the old spec marks (for this particular machine).
>> 
>> They were published in the March 92 SPEC Newsletter (Vol 4, No 1):
>>    SPECint92: 31.6
>>    SPECfp92:  47.6
>
> You might want to ask for the SPEC numbers for a 710 on 9.0.  They should 
> be higher because of compiler improvements.

The following numbers have not yet been submitted to SPEC, but they
are included in the HP Performance Brief which goes to the printers today
and will be available in November. (my final review draft arrived this morning)

710c/HP-UX9.0

SPECint92 - 32.7
SPECfp92  - 56.4                                                               
dhrystone MIPS - 57
SPECmark89 - 56.5
Linpack dp MFLOPS - 12.2                                 


Best wishes

Dave McSavaney
Workstation Product Marketing
Hewlett-Packard Company


Newsgroups: comp.sys.hp
From: aturnbul@student.business.uwo.ca (Alasdair Turnbull)
Subject: /usr/adm/LOG* files (??)
Organization: University of Western Ontario
Date: Thu, 1 Oct 1992 03:40:18 GMT

All I really want to do is seriously crunch numbers on my HP and it
does this better than any other machine I've tried!  Lately though,
disk space has been mysteriously wandering off.

This has become a critical problem on the root file system (a QUANTUM
425) which only had 9Meg free this morning.  All "user data files" are
on a seperate file system (another QUANTUM).  In looking for the 
culprit, I've stumbled across a bunch of files in /usr/adm/LOG* and I
can't find a reference to them anywhere!

Please, can anyone:

    a) explain these files?
    b) suggest a solution to the wandering space?

Please e-mail to aturnbul@phoenix.business.uwo.ca as I rarely read
postings here (no time!).  Thanks in advance.

aturnbul@student.business.uwo.ca (Alasdair Turnbull)
Western Business School  --  London, Ontario
From: hb@woody.csd.uu.se (Henrik B}kman  CSD)
Newsgroups: comp.sys.hp
Subject: Problems with lrom
Date: 5 Oct 1992 14:42:48 GMT
Organization: Uppsala University
Distribution: world
NNTP-Posting-Host: woody.csd.uu.se

I'am trying to use lrom, the new laserrom reader, against a sun
running xnews, OW3, but it doesn't work :-( lrom just hangs and
I have to kill it. When I run an MIT X11R5 server on the sun
everything works fine.

Do I do something wrong or is there a bug somewhere? I haven't
run xscope or anything like that yet. I thought I should ask the
net before I dig to deep in it.

I would wery much like it to work with the xnews server because
if I change to the MIT server I can't run answerbook in a good
way :-(


-- 
----------------------------------------------------------------------
Henrik Bakman           Adress: Box 520          Tel: +46 18 181044
System Manager                  751 20 UPPSALA   Fax: +46 18 521270
Computing Science Dep.          SWEDEN           Email: hb@csd.uu.se
Uppsala University
From: stroyan@hpfcso.FC.HP.COM (Mike Stroyan)
Newsgroups: comp.sys.hp
Subject: Re: "Stereo" socket in HP9000/720 (was Re: HP9000/720 and audio/sound)
Date: 28 Sep 92 23:03:46 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

> Jarkko Oikarinen (jto@rieska.oulu.fi) wrote:
> : This may be a stupid question, but...
> : 
> : I have temporarily a HP9000/720 on my desk. Behind it is a socket
> : which says "Stereo". I assumed that it's there for sound, right?
> : Or is it there just to fool the fools?
> 
> It doesn't say "Stereo", it says "Audio". It is for an alternate output
> for the internal speaker, which is hooked up to a 3 voice beeper. The
> 720 does not have digital audio in/out capability.

I'll bet it does say "Stereo".  There is a stereo video signal connector
on the CRX24 and CRX24Z display boards.  With a pricey, non-standard,
monitor and a pair of LCD shutter glasses, plus software, you can wire
it up to show 3D stereo images.  Unfortunately, this isn't well supported.

Mike Stroyan, mike_stroyan@fc.hp.com
Newsgroups: comp.sys.hp
From: fred@cv.ruu.nl (Fred Appelman)
Subject: Re: HP1000
Date: Tue, 29 Sep 1992 10:45:15 GMT
Organization: University of Utrecht, 3D Computer Vision Research Group
Keywords: HP1000

In <lcg47lINNf3l@west.west.sun.com> fkam@sodium.EBay.Sun.COM (Francis Kam - Asia CS) writes:


>
>If you have been using HP1000, pls see if you could share with
>me its processor type and operating system name.  I know the 
>HP9000 series is using HP-UX and M68K or PA RISC.  But HP1000???

HP1000 uses it's own propriatary micro code. It is not compatible with 
anything. The operating system is RTE, with a front shell with the
name 'fmgr'.

	Fred
Newsgroups: comp.sys.hp
From: suplick@convex.com (Jean Suplick)
Subject: Re: g++
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Thu, 1 Oct 1992 20:07:19 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

In <suplick.717956204@convex.convex.com> suplick@convex.com (Jean Suplick) writes:

>I'm about to port g++-1.40.3 to an HP 730 runnig HP-UX 8.0.  
                       ^^^^^^
I meant 2.2.