HDTenEightyP/NetNews huggingface dataset:
From: russell@ncube.com (Russell Randolph)
Subject: Re: HP OEMed DAT vs. HP/Apollo DAT
Organization: nCUBE CORPORATION
Date: Thu, 1 Oct 1992 15:36:39 GMT

davidc@mcs.kent.edu (David Chrin) writes:
>Is there any difference between a (compression) DAT purchased from
>HP/Apollo and an OEMed HP DAT purchased from a third party? 

>I've also been told that the firmware in a HP/Apollo DAT is different
>than that in the OEMed version-- Neither my local HP sales rep nor my 
>third party dealer could confirm this. Can anyone? And, if there are
>differences, just what are they?

In my case there does appear to be a difference.

I am a mostly happy owner of an HP35480A Compression DAT drive.  We
bought it from a third party because HP had just come out with the
compression drives, and our HP salesperson said that he couldn't sell
us one yet, but a third party could (very strange!).

We apparently have firmware problems.  Almost all programs work just
fine (dd, cp, tar, dump, ...).  What doesn't work is "update".  The HP
person who wrote update sent me the section of code that complained about
the drive.  From this I was able to write a very simple little test
program that worked on one other drive, but not on my drive.  This code
isn't doing anything strange, and thus I am amazed that only update
tickles this problem.

I was told by a few people that I needed a firmware upgrade.  I got one,
but nothing changed (this was back in June).  The third party is sending
someone out here in a few weeks to give it another look, so I will see.

I haven't really been trying to fix this since I can easily work around
update by copying the file to disk, and then using update on the file.
But this only works since full OS upgrades come on CD, otherwise I probably
wouldn't have the disk space.  On the other hand, I do worry that "dump"
will someday stop working.  Buying one now, I would buy direct from HP,
since I wouldn't have to deal with this.  But at the time, I had no
options.

Good luck!

Russell Randolph
nCUBE, Beaverton, Oregon
russell@ncube.com
From: mack23@avalon.eecs.nwu.edu (Chris Walsh)
Newsgroups: comp.sys.hp
Subject: Re: lp and remote printer
Date: 29 Sep 92 21:11:03 GMT
Article-I.D.: eecs.1992Sep29.211103.3933
Organization: My desk in the Tech building

In article <7371346@hpfcso.FC.HP.COM> rbw@hpfcso.FC.HP.COM (Rick Whitner) writes:
>> I'm trying to configure a remote printer attached to a Novell server
>> as a model laserjet.
>> This because I want to be able to print in landscape or by half.
>> Paging through the man pages I've found this line :
>>  /usr/lib/lpadmin -plp3 -v/dev/null -mrmodel -ocmrcmodel -osmrsmodel -ob3
>> -ormsystem2 -orplp -v/dev/null
>> Now :
>> my remote printer is f010 and my remote server is nfss1 and I need to set
>> model to laserjet or equivalent
>> 
>> so I issued the command :
>>  /usr/lib/lpadmin -ptest -v/dev/null -mlaserjet -ocmrcmodel -osmrsmodel
>> -ob3 -ormnfss1 -orpf010 -v/dev/null
>> The command went OK , I restarted the lpscheduler but nothing happened.
>> any lp -dtest is accepted but no output on the printer....
>
>My recommendation would be to use SAM to add the printer.

My recommendation would be to understand the man page for lpadmin, and
thereby avoid the problem entirely.  SAM will *not* help in this regard,
and will, in fact sweep the matter under the rug.  
>
>Your problem above is with the model.  From the view of your system, the
>printer is remote, even if it is a laserjet.  You need to use "-mrmodel"
>instead of "-mlaserjet".  The rmodel script sends your request via rlp to
>the remote printer.

Exactly!  SAM is unnecessary for this simple fix.  All the guy needs to do
is realize that /usr/spool/lp/model/rmodel is the ticket, which is just
what us good folks on the net can tell him.  SAM, imho, is a crutch, which
the guy was 95% of the way to not needing anyway.  Having to rely on it
just makes the machine a black-box from an administrative standpoint.  

Once the guy sees how spiffy everything is with the LJ, and wants to hook
one up to the HP's serial port, what's he gonna do when he doesn't know
which model to specify??  SAM won't help there, I don't think.  Even if
SAM knew that PCL4 is the model to use (let's say), what happens when 
users want a feature added??  The guy is gonna have to go in and modify the
damn script.  Since the script has been successfully hidden from the guy
by SAM, this becomes a pain in the ass, and he has to post to the net anyway!
>
>
>            Rick Whitner - HP OSSD/UDL - System Administration R&D
                                          ^^^^^^^^^^^^^^^^^^^^^^^^^

Uh-oh.  Building a better SMIT, are we?  I *like* SYS V spooling.  Hiding
its coolness below SAM is a bad thing, imnsho. Sorry if I sound vitriolic.

Chris
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Newsgroups: comp.sys.hp
Subject: Re: Disk Partitioning on HP-750
Date: 4 Oct 92 14:23:38 GMT
Article-I.D.: alchemy.1992Oct4.142338.13244
Organization: University of Toronto Chemistry Department

In article <1aikfhINNk91@uwm.edu> murthy@miller.cs.uwm.edu (Murthy Nyayapati) writes:
>Can someone let us know how to partition disks on HP-750?  We couldn't
>find any documentation.

Here is my configuration file. Note that you can not partition the boot
disk, only add on disks.

#
# SDS configuration file for this node.
#
# To rebuild the Fujitsu M2652SA disk partitions, do:
#    mediainit -v /dev/rdsk/5s0
#    sdsadmin -m -C /usr/local/etc/sdsadmin.config /dev/dsk/5s0
#    newfs -L -n -v -m 2 -i 12288 /dev/rdsk/5s1 HP_M2652Sx1-2
#    newfs -L -n -v -m 2 -i  2048 /dev/rdsk/5s2 HP_M2652Sx1-2
#
# Disk partitions:
#
# 1   /u1     130xxxx 1K blocks (/dev/dsk/5s1, /dev/rdsk/5s1)
# 2   /news    40xxxx 1K blocks (/dev/dsk/5s2, /dev/rdsk/5s2)
# -   -----   -------
#             1704981 1K blocks
#

type	M2652Sx1-2
label	u1_news

partition 1
   size 1300000K

partition 2
   size      max


The /etc/disktab for the whole M2652SA disk is (the partition disktab
entries are created by sdsadmin if they aren't there already):

###############################################
#FUJITSU|M2652S-512
#   vendor:	FUJITSU
#   product id: M2652S-512 (M2652SA)
#
#   Added by Mike Peterson.
#   The real disk geometry is 20 heads (+ 1 servo),
#   with 88 512 byte sectors per track, and 1944 cylinders.
#   Due to the spare blocks and cylinders, the actual capacity
#   of the drive is 1704982 1K blocks, which does not factor
#   into reasonable ns/nt/nc values.
#   The following values were found:
#
#   Total blocks    ns   nt     nc
#   ------------   ---   --   ----
#        1704981   101   17    993
#        1704980   163   20    523
#        1704980   163   10   1046  <== using this one to get
#                                       required number of inodes
#                                       in /dev/dsk/5s2
#
FUJITSU_M2652S-512|M2652S-512|FUJITSU_M2652S-512_noreserve|FUJITSU_M2652S-512_noswap:\
	:no swap or boot:ns#163:nt#10:nc#1046:\
	:s0#1704980:b0#8192:f0#1024:\
	:se#512:rm#5400:
#
# The following entry is for a FUJITSU M2652S-512 disk divided
# into 2 partitions (1300480 blocks and 404480 blocks).
#
HP_M2652Sx1-2|HP_M2652Sx1-2_noreserve|HP_M2652Sx1-2_noswap:\
	:ns#163:nt#10:nc#1046:\
	:s1#1300480:b1#8192:f1#1024:\
	:s2#404480:b2#8192:f2#1024:\
	:se#512:rm#5400:
-- 
What are the chances that any HP computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
From: robs@hpuamsa.neth.hp.com (Rob Slotemaker CRC)
Date: Mon, 5 Oct 1992 08:54:23 GMT
Subject: Re: HP-UX Patches ????
Organization: HP-Sales Office-The Netherlands
Newsgroups: comp.sys.hp

A lot of people think the SupportLine system in Mountain View is the only
one, so all users who want to use it have to connect to that system. Well,
that not true, because HP has three SupportLine systems. One in Mountain
View (California), one in Bristol (U.K.) and one in Singapore. For each
contract (BasicLine/ResponseLine/TeamLine) an account exists on only one of
these systems and not on the other ones.

The system in Mountain View was the first one with the ability to download
patches. This because things have to be tested, new releases had to be 
installed etc. .  The system in Bristol can be used for downloading patches
too now, but this will be announced on a per-country basis, because the
implementation has local impacts too. I don't know the status of the Singapore
systems ate the moment.

So not all users must connect to support.mayfield.hp.com, which is the system
in Mountain View. I think the writer of the basenote has to connect to the
Singapore system, but I don't know name and/or IP address. I also don't know
if the new functionality has been announced in Australia.

I hope some SupportLine and patch download items are clearer now.


Best regards,

Rob Slotemaker, Dutch Response Center
From: stroyan@hpfcso.FC.HP.COM (Mike Stroyan)
Newsgroups: comp.sys.hp
Subject: Re: HP and windows NT
Date: 30 Sep 92 16:37:33 GMT
Article-I.D.: hpfcso.7371351
Organization: Hewlett-Packard, Fort Collins, CO, USA

In comp.sys.hp, hugh@rschp1.anu.edu.au
 (Hugh Fisher at Research School of Chemistry) writes:

>    Real life, as opposed to the online existence of Usenet, is
>    NOT CASE SENSITIVE. If I send snail mail, or better yet, a
>    cheque, to "casper HS Dik" instead of "Casper HS Dik", are
>    you going to tell the post office that it isn't meant for you?
>    What would your reaction be if your bank refused to cash it
>    because the name is wrong?

"Real life" is sometimes case sensitive.  Consider the difference between
carbon monoxide and cobalt.  While they have very different properties,
to a chemist the difference is only "CO" versus "Co".

Mike Stroyan, mike_stroyan@fc.hp.com
Newsgroups: comp.sys.hp
From: Ed.Holzwarth@bbs.oit.unc.edu (Ed Holzwarth)
Subject: Consistent (frustrating!) PPL error...
Keywords: PPL PPP SLIP
Organization: Extended Bulletin Board Service
Date: Sat, 3 Oct 1992 15:21:28 GMT

here is my ppl.remotes file:

152.17.5.1      # remote host name or Internet address for edholz
152.17.1.1      # local host name or Internet address for ac
255.255.0.0     # Internet mask
PPP             # protocol [SLIP] [ASLIPC] [ASLIPS] [PPP]
DIRECT          # type [DIRECT] [DIALIN] [DIALOUT] [DIALIN & DIALOUT]
                # UUCP system name
                # line parity [EVEN] [ODD] [NONE]
                # line speed
                # serial line
                # phone number
                # modem control available [YES] [NO]
                # log in info
--------------------------

here is the error message:

 could not find remote inet address in /usr/lib/ppl/ppl.remotes
 exiting
 goodbye   
--------------------------

any help would be appreciated because I have tried every thing I can think
of... Thanks in advance...

ed
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  bbs.oit.unc.edu or 152.2.22.80
From: hans@es.ele.tue.nl (Hans Fleurkens)
Newsgroups: comp.sys.hp
Subject: Problem using dld - How to load twice?
Date: 6 Oct 92 12:53:38 GMT
Distribution: comp
Organization: none


Say, I have the following routine:

int dyn ()
{
  static int a;

  return a++;
}


I've compiled this routine and put it into a shared library dld.sl.
Is it possible to load this routine dynamically twice, i.e. if
it is attached to the local variables func1 and func2, the following
statements

printf ("%d %d %d %d\n", func1(), func2(), func1(), func2());

should result in:

0 0 1 1

in stead of

0 1 2 3.

Is this possible using the routines shl_load and shl_findsym? Or is there
another way to accomplish this?
Note: loading the shared library twice and find the symbol in each library
results in 0 1 2 3.

PS We use HP-UX 8.07 on a HP9000/750

Any help will be appreciated. Thanks.


Hans Fleurkens
Eindhoven University of Technology
The Netherlands.
e-mail: hans@es.ele.tue.nl
From: ajs@hpfcso.FC.HP.COM (Alan Silverstein)
Newsgroups: comp.sys.hp
Subject: Re: Bizarre swap error on Hp 750 running 8.0.7
Date: 30 Sep 92 22:39:47 GMT
Article-I.D.: hpfcso.7371355
Organization: Hewlett-Packard, Fort Collins, CO, USA

>   dev   798844  772220   26624   97%       -       -    0  /dev/dsk/0s0
>   hold       0 -766379  766379

That's weird.  Also the negative USED value for hold space, which
corrects most of the dev space that appears used but obviously isn't.
It's not clear to me what might be wrong...  no quick guesses.  I wrote
swapinfo, so send me mail, including uname -a and swapinfo -t output,
and I'll try to help you.  -- ajs@hpfcajs.hp.fc.com
From: scott@koptss03.delcoelect.com (Scott E. Post)
Newsgroups: comp.sys.hp
Subject: tcsh-6.02 problem on HP-UX
Keywords: tcsh,6.02,HP-UX
Date: 2 Oct 92 14:28:47 GMT
Distribution: usa
Organization: Delco Electronics Corp.
Originator: scott@koptss03.delcoelect.com


I just built tcsh-6.02 on several HP 9000/700's and 400's.  Now when
I log in to one of my 400's I get the following error:

  tcsh: getwd: Cannot stat "LOCAL_DATA" (No such file or directory)
  tcsh: Trying to start from "/users/scott"

It's interesting that this doesn't occur on my 700's or another 400 that I 
put tcsh on.

uname -a for the 400 giving the error yields:

  HP-UX koptss01 B.08.00 A 9000/42S 08000916292a

uname -a for the 400 that doesn't give the error yields:

  HP-UX koptmf01 B.08.00 A 9000/43S 08000914ca52

This is annoying because I now can't rcp files to the 400 giving the
error.  The two 400's have identical .login and .cshrc's.

Any ideas?
-- 
Scott E. Post   (scott@koptss03.delcoelect.com)
Delco Electronics Corporation
From: mjs@fc.hp.com (Marc Sabatella)
Newsgroups: comp.sys.hp
Subject: Re: GCC 2.2.2 and HP-UX 8.07 shared libs
Date: 6 Oct 92 23:01:02 GMT
Article-I.D.: fc.Bvq2Lr.I53
Reply-To: marc@hpmonk.fc.hp.com
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: TIN [version 1.1.2 PL6]

: Does anyone know how to get the GNU ld to use the shared
: libraries under HP-UX 2.2.2.

2.2.2 is not an HP-UX revision number, but no matter.

I would be very surpised if anyone has taught Gnu's ld about the HP-UX shared
library conventions, so I doubt you'll get very far along that tack.  You'll
probably need to follow the other suggestion of using -lsb1 and -lsb2.

: And if one can't use gld to use shared libraries, how does one
: the the native HP ld to link the .o files produced by gcc?

The HP-UX ld has no knowledge of any object file formats other than the
native ones.  If you built gcc to use the HP assembler, or otherwise generate
regualr HP-UX object files, this should work, otherwise, not a chance.

: I resolved the unresolved code __main problem by linking in the -lgcc
: (libgcc.a) library,
: ( >/bin/ld: Unsatisfied symbols:
:   >__main (code)  )
: 
: but when I try to run the executable, I get
: 
: >/lib/dld.sl: Unresolved symbol: main (code)  from /lib/libc.sl

Sounds like some confusion on the command line when linking.  "main" should be
defined in your program, and should be visible to libc no matter what.  Perhaps
if you posted the actual command you used when linking, and especially with
the environment variable "LDOPTS" set to "-y main -y __main"

--
Marc Sabatella
marc@hpmonk.fc.hp.com
From: deanc@hpdmd48.boi.hp.com (Dean Cashen)
Date: Wed, 30 Sep 1992 20:11:01 GMT
Subject: Re: HP and windows NT
Organization: Hewlett Packard - Boise, ID
Newsgroups: comp.sys.hp

In comp.sys.hp / casper@fwi.uva.nl (Casper H.S. Dik):

>   . . .  But I want it to preserve case, so that some files
>(README, Makefile) come first in an alfabetical list.

You have a point there about case-sensitivity.  It boils down
to "You Prefer It."  I can't argue about that.

>Also, you skillfully deleted my argument that there is no
>way that you can specify a case mapping that will satisfy all
>8bit locales.

No, "skill" had nothing to do with it.  I, actually, just glazed
over it.  I re-read it just now -- a couple of times -- and I *think* I
get your point, but I don't have any experience with such gymnastics in
language (beyond the English gymnastics I was born into :-)).  To be
honest, I don't see it as a problem; isn't the issue you brought up
more one of language conversion rather than O/S usability?  From what
I gather, your point is similar to saying that you can't assign
meaningful English names to files, and have that name sustain the same
meaning in all other languages.  My thought is "Yeah, of course not;
they're different languages after all."  But, perhaps I didn't understand
your example correctly.  Can you give an example of a "real-life" 
consequence?


Dean Cashen
-- Boise

--------<disclaimer>----------
HP and I share some views, but
the ones above are all mine...
Xref: sparky comp.sys.hp:11201 comp.windows.interviews:2815
From: sean+@andrew.cmu.edu (Sean McLinden)
Newsgroups: comp.sys.hp,comp.windows.interviews
Subject: too much defining (was: IV3.1 beta3 build problems/HP750)
Date: 2 Oct 92 04:50:23 GMT
Article-I.D.: andrew.Een4KDm00WBKQ1V3cj
Organization: Carnegie Mellon, Pittsburgh, PA


This one catches a lot of people. The solution, to use -Hxxx where xxx
is some huge number of bytes to be used by the preprocessor to handle
defines, can be found in the man pages for cpp(1).

Sean
Newsgroups: comp.sys.hp
From: unniks@mcc.com (C. Unnikrishnan)
Subject: colormap
Reply-To: unni@mcc.com
Organization: MCC, Austin, TX
Date: Tue, 6 Oct 1992 20:42:58 GMT


I am not sure if this is a common problem. i didnt see anything
in the faq regarding this.

it seems like the hp's (750) colormap has the red and blue
swapped.

if i do some simple things like "xterm -bg red", it comes out
with a blue background. (i tried -bg blue and it came out red).

how do i fix this? all my app-default files have colors which
look different on the hp's. 

ps. i tried xinitcolormap, but it gives me this error.

xinitcolormap: Color map entry 2(2) is in pixel 71(47).  Check colormap for duplicate colors and make sure xinitcolormap runs first.

unni/

-- 
-----------------------------------------------------
c. unnikrishnan       unniks@mcc.com     ## internet 
{sun.com, uunet.uu.net}!cs.utexas.edu!mcc.com!unniks
From: tt@tarzan.jyu.fi (Tapani Tarvainen)
Newsgroups: comp.sys.hp
Subject: Re: HP and windows NT
Date: 29 Sep 92 20:00:32 GMT
Organization: University of Jyvaskyla
Originator: tt@tarzan.math.jyu.fi

In article <15520065@hpdmd48.boi.hp.com> deanc@hpdmd48.boi.hp.com (Dean Cashen) writes:

>Some people argue that case-sensitivity is in some ways "better."
>I haven't seen anyone really explain *why*, other than the
>over-used "flexibility" it offers.  Yeah, it's more flexible,
>but where's the ADVANTAGE?

I just hate having to remember which characters are case-insensitive
and which are not.  (I have yet to see one where all letters were
consistently treated as case-insensitive in all languages I'm
interested in.  BTW, should accents in filenames be ignored, too?)
--
Tapani Tarvainen  (tt@math.jyu.fi, tarvaine@jyu.fi, tarvainen@finjyu.bitnet)
From: franks@hpuamsa.neth.hp.com (Frank Slootweg CRC)
Newsgroups: comp.sys.hp
Subject: Re: What to do when HP-UX is corrupted?
Date: 1 Oct 92 10:13:59 GMT
Organization: Hewlett-Packard, The Netherlands

mikes@biochemistry.oxford.ac.uk (Mike Smith) :

> I have accidentally corrupted /hp-ux, and so my hp won't reboot.
> We have a backup on a remote disk, and I have managed to semi-reboot
> with the system disk.  Is there some way of getting the machine back
> up to copy this, or to put a new version on without having to re-install
> the whole thing (which I believe cleans the disk)

  Every HP-UX has (should have? :-)) a backup kernel in /SYSBCKUP. See
your documentation on how to boot this kernel (On 300/400 after pressing
space at bootup. On 700/800 after the "ISL> " prompt after interrupting
the boot process).

  Also on a 300/400/700 you should have a Recovery System (made by you)
and on an 800 you should have a Support Tape (supplied by HP (primarily)
for use by HP support personel).

  In future please give some more details about your configuration (i.e.
series, release, type of disks, hardware addresses, etc..). It makes it
much easier to give specific help/instructions instead of general
pointers.

Frank Slootweg, HP, Dutch Customer Response Center
From: onward@fsg.com (Onward Lam)
Newsgroups: comp.sys.hp
Subject: Re: hp-ux reinstallation on hp 9000/800 series (827s)
Date: 3 Oct 92 18:03:20 GMT
Organization: Fusion Systems Group, New York City

In article <1992Oct1.173501.4465@ohgpu.hydro.on.ca> simon.s.huang@hydro.on.ca writes:
>We are currently working on writting up procedures of reinstallation
>of HP-UX on our HP 827s. We have tried 2 methods 1) using the installation
>tape and 2) using the support tape.

>Has anyone experienced the same thing? What is the recommendation for
>HP-UX reinstallation?

I would ask what the intended readers of the procedures were ?
If you are writing a document with the intention that less experienced
personnel can reinstall HP-UX on your 827 after 'some' event, I would 
recommend against it.  I think this should be left to more experienced
staff.

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.

-- 
- Onward Lam			Internet: onward@fsg.com	-
- Fusion Systems Group		Uucp	: uupsi!fsg!onward	-
- 225 Broadway, 24th Fl.	Voice	: +1 212 2858001	-
- New York, NY 10007		Fax	: +1 212 2858705	-
From: martin@ics.iis.u-tokyo.ac.jp (Martin Buss)
Newsgroups: comp.sys.hp
Subject: Compiling LaTeX on HP710
Date: 27 Sep 92 06:50:09 GMT
Distribution: comp.sys.hp
Organization: F. Harashima & H. Hashimoto Lab. Institute of Industrial Science,
	University of Tokyo, Japan.


Well, hello everybody,

I have problems getting LaTeX compiled on our HP710. If I use
the original cc, the compiler complains about missing alloca.
If one uses a PDS-alloca, then xmalloc is missing. I tried
gcc-2.2.2 of InterWorks, but this does not work either, because
tangle just processes nonsense.

Please send me some advices.

Thanks,

--
Martin Buss
Hashimoto laboratory, Institute of Industrial Science, University of Tokyo
Tel. (03) 3402-6231 Ext 2360  Fax. (03) 3423-1484
e-mail: martin@sos.iis.u-tokyo.ac.jp
From: steve-t@hpfcso.FC.HP.COM (Steve Taylor)
Newsgroups: comp.sys.hp
Subject: Re: HP calculator (TThe X version)
Date: 4 Oct 92 17:04:20 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

In comp.sys.hp, I wrote:
| I thought the PRO version was the 15C ...

Well, I've wiped the dust off the logo on my "16C" (and that's what
it turned out to be), so just ignore my previous post, thanks.  /o\

						Regards, Steve taylor

NOT A STATEMENT, OFFICIAL OR OTHERWISE, OF THE HEWLETT-PACKARD COMPANY.
Newsgroups: comp.sys.hp
From: H.Hondorp@math.utwente.nl (Hendri Hondorp)
Subject: Fortran ABS function 340 <=> 730 different answers
Originator: hendri@math.utwente.nl
Organization: University of Twente (Dept Applied Math),Enschede,the Netherlands
Date: Mon, 28 Sep 1992 16:31:20 GMT

Hello Netters,

Because we are a faculty of Applied Mathematics we are using Fortran to
calculate a lot. We have found a strange thing:

The Math Intrinsic ABS gives the different answers running on a HP 9000/340
and a HP 9000/730.

The program:

      DOUBLE PRECISION	YABS
      DOUBLE COMPLEX       Y
      Y = DCMPLX(1d-307,1d-307)
      WRITE (6,FMT=99999) Y
      YABS = ABS(Y)
      WRITE (6,FMT=99999) YABS
99999 FORMAT (1X,2D20.10)
      END

The 340 gives:
      .1000000000-306     .1000000000-306
      .1414213562-306

The 730 gives:
      .1000000000-306     .1000000000-306
      .0000000000D+00

The 730 gives correct output when the complex value is 1d-160
      .1000000000-159     .1000000000-159
      .1414213562-159

The most important thing is the difference between the two machines,
why can a 'little 340' calculate better than a 'big fast 730' ?

I have contacted HP Support Center in the Netherlands.

Greetings,
	Hendri Hondorp.
	email : H.Hondorp@math.utwente.nl

Newsgroups: comp.sys.hp