HDTenEightyP/NetNews huggingface dataset:
From: chugins@hpcupt1.cup.hp.com (Chris Hugins)
Newsgroups: comp.sys.hp
Subject: Re: scsi & HP
Date: 6 Apr 92 23:16:13 GMT
Organization: Hewlett Packard, Cupertino

NOTE to you 9754xx HP OEM'd disk users out there.  These disks have
not been qualified on HP 9000 S800 systems, necessarily.  The requirements
for disks supported on the 800 system are more rigorous than for disks 
which are sold to the OEM market.  One such requirement is for powerfail
recovery.

One reason that a disk Product ID may appear in partition.c (or /etc/disktab
for that matter) is due to the lead time between header file freeze and
disk device qualification testing.  For example, the 97549T120 (?)
product (note the T120) was a planned device which did not achieve
fruition in reality.  There may be a 97549 which was OEM'd, but it
is NOT the 97549T120, because the latter was never MR'd.

Also, the next release of HP-UX is NOT required to include any product id's
for devices which were never supported.  The next version of partition.c
will most likely NOT include the 97549T120.  If you are dependent upon
this, it's likely too bad.

NOTE: I am not in marketing, nor am I a lawyer.  I am merely an engineer
from the lab.  Please address your concerns about the above with
someone involved in sales.  


"They that can give up essential liberty to obtain a little temporary safety
 deserve neither liberty nor safety."

                        -Benjamin Franklin
                         Historical Review of Pennsylvania, 1759


Chris T. Hugins
chugins@hpisoa2.hp.com
Newsgroups: uiuc.sys.hp,comp.sys.hp
From: tdrg8341@uxa.cso.uiuc.edu (Timothy D Raymund)
Subject: 720-730 upgrade
Summary: Any trouble with 720 to 730 upgrade
Keywords: 720 730 upgrade 
Organization: University of Illinois at Urbana
Date: Mon, 13 Apr 1992 14:40:15 GMT

Just received our 720 to 730 cpu upgrade kit.  Anybody out there have any
particular troubles or problems?  Please email - I'll summarize.

tim.

Tim Raymund                            |     phone:    217/333-2931
Wave Propagation Lab/ECE/UIUC          |     fax:      217/244-5624
60 ELB                                 |     internet: t-raymund@uiuc.edu
1406 W Green, Urbana  IL  61801-2991   |     span:     47248::traymund
Newsgroups: comp.sys.hp
From: gcagle@dracula.mentorg.com (Greg Cagle)
Subject: Re: HPUX Automounter?
Originator: gcagle@dracula.mentorg.com
Date: Tue, 07 Apr 1992 21:31:16 GMT
Organization: Mentor Graphics 
Keywords: 
Followup-To: 


It's standard as part of HP-UX 8.07 for the 700s. I don't
know what the plan is for 800s.

- Greg
-- 
Greg Cagle               "Fortunately, I keep my feathers
Mentor Graphics           numbered for just such an emergency."
greg_cagle@mentorg.com
From: broliver@hpbbi4.BBN.HP.COM (#oliver breyel)
Newsgroups: comp.sys.hp
Subject: Re: Changing the Vuelogin Logo
Date: 15 Apr 92 13:30:34 GMT
Article-I.D.: hpbbi4.1720029
Organization: Hewlett-Packard GmbH

In response to:

> Hi Folks,
> I like to know if it is possible to exchange the HP-logo on
> the VUE login with another picture.

> The manual says that I have to edit the file
> /usr/lib/X11/vue/Vuelogin/Xresources and to specify the resource
> Vuelogin*logo*bitmapFile:  name_of_my_login_picture_file

You did it right. But ...
put your "name_of_my_login_picture_file"-file into the
"/usr/lib/X11/bitmaps/Vuelogin"-directory. That's the place
where the "HPlogo.bm"-file allready is.

Regards Oliver
From: viswswrn@cs.Princeton.EDU (Vishy Visweswaran)
Newsgroups: comp.sys.hp
Subject: Re: X11 include files and libraries on HP-UX
Date: 15 Apr 92 20:27:17 GMT
Organization: Princeton University

In article <1992Apr15.140725.16039@ornl.gov> jxt@stc06.ctd.ornl.gov (TOLLIVER J S) writes:
>It is well known by now that HP has chosen to make /usr/include/X11R4
>and /usr/include/Motif1.1 directories that contain the X11R4 and Motif1.1
>include files instead of putting them all in /usr/include/X11, the more
>"normal" location. 

Personally, I think this configuration makes a lot of sense. It keeps the 
various versions (R4, R5, Motif1.1, Motif1.2) separate and lets you use 
whichever version you need (or prefer.)

>Rather than mucking with additional -I lines in
>makefiles, it is relatively easy to make symbolic links for the directories
>so that /usr/include/X11 really points to /usr/include/X11R4 and so that the
>stuff in /usr/include/Motif1.1 appears to be under /usr/include/X11. When I
>get R5 and Motif1.2, then I'll just make new links -- so that the linked
>directories in /usr/include will always point to the newest stuff.
>
>But what about the library files? Instead of /usr/lib holding everything
>related to X and Motif (i.e., libX11.a, libXt.a, libXm.a, etc.) those
>library files (and the shared library versions, etc.) appear under either
>/usr/lib/X11R4 or /usr/lib/Motif1.1.
>
>Does it make sense to make lots of symbolic links for all those library
>files so that, for instance /usr/lib/libX11.a will point to /usr/lib/X11R4/
>libX11.a? 

No, it does not. No need to make symlinks for includes either.
Just specify the include and library locations in CCOPTS as

CCOPTS="-I/usr/include/X11R4 -I/usr/include/Motif1.1 \
	-L/usr/lib/X11R4 -L/usr/lib/Motif1.1"
export CCOPTS

or the equivalent in csh. Then, all you need to do is change CCOPTS once
in a while when switching between versions.

Check the man pages for cc or c89. You can do the same thing using FCOPTS 
for Fortran. 


--

Vishy Visweswaran
viswswrn@titan.princeton.edu
From: amf@amfent.Gwinnett.COM (Andy Feibus)
Newsgroups: comp.sys.hp
Subject: Apple Computer vs. Hewlett-Packard/Microsoft
Date: 15 Apr 92 15:18:24 GMT

Hi.

Just saw the news that the judge threw out much of Apple's case.
Unfortunately, my business-sickly newspaper is also not the WSJ,
so it was only a one-liner.  Can someone post a summary of what
happened and what issues remain to be decided?

Thanks,
-- Andy.
amf@amfent.gwinnett.com
Newsgroups: uiuc.sys.hp,comp.sys.hp
From: mtg1@wucs1.wustl.edu (Michael T. Gamble)
Subject: Re: 720-730 upgrade
Keywords: 720 730 upgrade
Organization: Washington University, St. Louis MO
Date: Fri, 17 Apr 1992 16:14:59 GMT

In article <1992Apr14.211509.27018@ornl.gov> jxt@stc06.ctd.ornl.gov (TOLLIVER J S) writes:
>In article <1992Apr13.144015.9358@ux1.cso.uiuc.edu>,
>tdrg8341@uxa.cso.uiuc.edu (Timothy D Raymund) writes:
>
>>Just received our 720 to 730 cpu upgrade kit.  Anybody out there have any
>>particular troubles or problems?  Please email - I'll summarize.
>>
>I had HP install mine about a month ago. No problems.
>
>One question, though. I *thought* that the 720/730 upgrade program was
>supposed to put a 720 on my desk early and later turn it into a 730.
>However, my upgrade was just the 730 motherboard swap, not the EISA
>adaptor that comes in a factory 730. So, to my way of thinking, this
>machine is not quite a "real" 730. This means that a year or two from
>now when I want a FDDI board, I will have to pay (~$1500) for the EISA
>adaptor PLUS the price of the FDDI board. Grump.
>
>Is that common experience? Did *anyone* get the EISA adaptor for "free"
>along with their 720-to-730 upgrade?
>
>Johnny Tolliver
>jxt@stc06.ctd.ornl.gov


We got the EISA adapter for FREE with our initial 720s. We received our 730
upgrades about 2.5 weeks ago. I think you should demand it, it ain't a
730 unless it's got an EISA slot.



  -------------------------------------------------------------------------
    Todd Gamble, Systems Administrator              Phone: (314) 362-2011
    Washington University School of Medicine          FAX: (314) 362-6110
    Campus Box 8225
    510 South Kingshighway Blvd.
    St. Louis, Missouri  63110             Email: todd@petadmin.wustl.edu
  -------------------------------------------------------------------------


From: spero@hpindda.cup.hp.com (Spero Koulouras)
Date: Mon, 6 Apr 1992 22:47:10 GMT
Subject: Re: Any SLIP drivers for HP9000/300 to go into kernel networking
Organization: HP Information Networks, Cupertino, CA
Newsgroups: comp.sys.hp

SLIP is included with HP-UX release 8.0 on the Series 300.  It 
will work with sockets.  Be careful with Series 300 serial I/O,
however,  the 345 and 375 have fast serial ports and will work
well at all baud rates.  Other Series 300 machines have a slower
serial port with a single character FIFO which can easily
be overrun at speeds over 2400 BPS.

Regards,

  Spero Koulouras

From: rypma@hppad.waterloo.hp.com (Ted Rypma)
Date: Thu, 16 Apr 1992 21:35:20 GMT
Subject: Re: Different behavior between HP-UX Xserver 8.0 and 7.03 on HP9k/3xx
Organization: HP Panacom Div Waterloo ON Canada
Newsgroups: comp.sys.hp

>                                 In this context it would be fine if there
> were an X-application like the X-session-manager for HP X-terminals, which
> shows all hosts with XDMCP-protocol and you can choose the host you want to
> connect to. Or is this an integrated feature in the X-server of the HP
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> X-terminal?
  ^^^^^^^^^^
> aTdHvAaNnKcSe
> H. Picard

This is , indeed, a built-in feature if the HP X terminal - it is not a client.
The X terminal broadcasts an xdmcp request for hosts willing to manage the
terminal - any answering hosts are added to the list and made available for
selection.

Ted Rypma
HP Panacom Division
Newsgroups: comp.sys.hp
From: duc@oakhill.sps.mot.com (Duc Vu)
Subject: ST41650
Organization: Motorola Inc.  Austin, Tx.
Date: Sun, 12 Apr 1992 22:04:19 GMT

Does anyone have the disktab entry for the CDC_WREN_VIII:
I'd greatly appreciate any information.  Please forward to
duc@jazzman.sps.mot.com


Duc Vu
Motorola Inc.            		Phone (512) 891-3600
6501 W. Cannon Drive W., MD-0E320       Fax   (512) 891-3348
Austin, TX   78735-8598       	 	Email duc@bluzman.sps.mot.com
-- 

Duc Vu
Motorola Inc.            		Phone (512) 891-3600
6501 W. Cannon Drive W., MD-0E320       Fax   (512) 891-3348
From: bunten@hpcndaw.CND.HP.COM (Steve Bunten)
Newsgroups: comp.sys.hp
Subject: Re: Question: Vectra Redirector ??
Date: 16 Apr 92 19:38:59 GMT
Article-I.D.: hpcndaw.1730137
Organization: HP Colorado Networks Division

>	I have an HP Vectra here on campus that is giving me headaches.
>It is running DOS V5 for HPs.  The problem is that I am trying to 
>configure it for the campus wide DEC Pathworks ethernet network.  The 
>Pathworks install went flawlessly with the minor exception of when I 
>try to boot the machine and startnet.bat (network initialization file)
>runs I get the error: Incorrect Redirector Version.

>	My question is: Does anyone out there in HP land know of a 
>special DEC Pathworks redirector for HP Vectras?   If so Please,
>I mean Pleeeease reply to this post and fill me in.

This sounds more like you need a DOS 5 version of the redirector rather than
anything to do with it being an HP Vectra.  DEC Pathworks is based on
Microsoft's MSNet.  With DOS 5.0, Microsoft released a new version of their
redirector.  As I recall, in Microsoft's DOS 5.0 upgrade kit there was a
compressed version of the new redir.  I don't believe that Microsoft's DOS
OEM's (like HP) were able to distribute the new redirs.  You should either
see if DEC has the new redirector available or try to get a copy of
Microsoft's DOS 5.0 update.

As for Vectras, if you have a '386 version it has very little (if any)
compatibility problems as compared to any other clone manufacturer.  I use a
Vectra at work running LAN Mgr with DOS 5.0 (should be very similar to what
you are trying to do with Pathworks) and Windows 3.0, etc. without problems.

Good luck,

Steve Bunten

p.s. I have nothing to do with HP's Vectra computers.  I was previously
involved in HP's PC Networking products.
From: lapp@hppad.waterloo.hp.com (David Lapp)
Date: Mon, 6 Apr 1992 03:45:40 GMT
Subject: Re: Setting HP XStation 700/RX Broadcast address
Organization: HP Panacom Div Waterloo ON Canada
Newsgroups: comp.sys.hp

In comp.sys.hp, redmond@engr.wisc.edu (Mike Redmond) writes:


> The 700/RX HP XStation seems to come with the broadcast set at 255.255.255.255.
> We use the "old standard" and want to reset broadcast. Is there a way to do it?
I'm afraid there is no way to make the 700/RX use 0's for its broadcast
addresses. Sorry.

Dave Lapp
lapp@waterloo.hp.com		Standard Disclaimer etc...
From: holsberg@pilot.njin.net (Peter J. Holsberg)
Newsgroups: comp.sys.hp
Subject: Speaker_Schedule!!
Date: 7 Apr 92 01:20:20 GMT
Distribution: na
Organization: Rutgers Univ., New Brunswick, N.J.


The speaker schedule for TCF '92 is now available via ftp to 
	pilot.njin.net

Get /pub/TCF/tcf/92-talks.

Sorry to be so late with this.

Pete
Newsgroups: comp.sys.hp
From: vander@nssdca.gsfc.nasa.gov (John R. Vanderpool (NASA/GSFC/STX))
Subject: why do printed Laserrom documents have many missing words????
News-Software: VAX/VMS VNEWS 1.41    
Organization: NASA - Goddard Space Flight Center
Date: Thu, 16 Apr 1992 21:18:00 GMT

when i use the print option of the Laserrom utility tons of words are 
dropped out all over the place? (making it unreadable and thus unusable) 

also how do you specify the positioning of the windows under laserrom
i got tired of the scroll bar on the document window from being occluded
by the document menu window (wrong term but conveys the meaning) - 
someone on the net showed me how to use a smaller font and shrink the
width of the window (but then it very eye-straining to read) by modifying
the LAserrom file

                        fish
--
John R. Vanderpool                INTERNET: vander@nssdca.gsfc.nasa.gov 
7601 Ora Glen  Drive                        vander@128.183.36.23
Commerce II Building                        
Suite 323                         SPAN:     NSSDCA::VANDER (15548::VANDER)
Greenbelt, MD  20770              VOX: 301-513-1683                
Hughes/STX Corporation            FAX: 301-513-1608

    National Space Science Data Center - NASA Goddard Space Flight Center

"Steal a little, they throw you in prison; Steal a lot, and they make you king"
Newsgroups: comp.sys.hp
From: thurmond@iapetus.aero.org (Rick Thurmond)
Subject: Information needed about Emerald
Keywords: emerald
Organization: /usr/local/lib/news/aorganization
Distribution: usa
Date: Wed, 8 Apr 1992 18:33:16 GMT

I am looking for information about an HP machine called emerald, especially
pointers to articles.  Please respond directly to thurmond@aerospace.aero.org
                                                --Rick

Newsgroups: comp.sys.hp
From: wayne@backbone.uucp (Wayne Schlitt)
Subject: Re: Paging/Swaping problems with HP9000/s720 under HP-UX 8.05
Organization: The Backbone Cabal
Date: Fri, 17 Apr 1992 02:20:09 GMT

In article <1992Apr16.150931.5418@descartes.waterloo.edu> wjbaird@descartes.waterloo.edu (Warren Baird) writes:
> 
> [ an HP 720 with 16meg of memory vs a sparcstation 2 with 96 meg.
>   for small jobs (10 meg), the HP ran twices as fast, for a large job
>   (40 meg) it ran 9 times as slow ]
>

I doubt that it would make too much difference what the two computers
involved were.  Any time you run a job that needs 2.5 times as much
virtual memory as it has real memory you are asking for problems.
Basically, you are running at disk speeds instead of memory speeds and
there is a huge difference in speed there.  It is quite possible for a
job with just slightly more virtual memory than physical memory to run
1000 times slower, it all depends on how randomly it accesses pages.
(It is also possible for a job that uses 10 times more virtual memory
than physical memory to run no slower if all the memory accessing is
very localized but these types of jobs are rare.)


> The other nasty thing that we've found is that HP-UX seems to be
> ignoring priorities.  When one of these huge jobs is running,
> EVERYTHING slows down, no matter what `nice' value we use when we start
> it.

"nice" values lower the cpu priority, so if another job wants cpu, the
lower priority job will quickly be cut off and the cpu switch over the
the higher priority task.  Unfortunately, once a job has asked to do
disk I/O (explictly or via a page fault) there isn't much you can do
to interupt that I/O request.  So an I/O bound job will hog the disk and
anything that needs even a little bit of disk I/O will be very slow.


> There's lots of other flakiness that we've noticed (jobs hanging for no
> reason, etc.).  We're leasing this machine from HP to make sure that
> our code is fully compatible, but no one here is at all impressed with
> it.

add another 32meg of memory.  that is about the only thing that will
help your system.  (even another 16meg may make a major difference,
but add 32meg to be safe.)


-wayne
From: rroux@betelgeuse.sdd.trw.com (Ray Roux)
Newsgroups: comp.sys.hp
Subject: GNU tar 1.10
Date: 11 Apr 92 06:41:54 GMT
Distribution: usa
Organization: TRW Inc., Redondo Beach, CA
Originator: rroux@betelgeuse.sdd.trw.com

I'm trying to compile GNU tar 1.10 on an HP 750 running 8.05 hpux
and it complains about not finding the file alloca.o.  I can't find
it on the system and alloca.c isn't with the distribution.

Has anyone compiled this on a 7?? running 8.05?

Oh, another question... Is there an X interface to xdb (like xdbx)?
If not, is there another PD debugger that will work with HP's cc?

Thanks,
	Ray Roux
	rroux@betelgeuse.sdd.trw.com

-- 
  Ray Roux
    rroux@betelgeuse.sdd.trw.com
From: michael@resonex.com (Michael Bryan)
Newsgroups: comp.sys.hp
Subject: Problems with SLIP (PPL) on 385, HPUX 8.0
Date: 9 Apr 92 16:20:27 GMT
Article-I.D.: resonex.1992Apr9.162027.8012
Organization: Resonex Inc., Sunnyvale CA

Has anybody brought up SLIP on a 300 series running 8.0?  I tried a
very simple setup yesterday, and had some pretty serious problems.

I created an entry for a single DIALIN SLIP host, following the
example in the documentation.  Not having the other host setup
at that time, I decided to try it at least as far as trying to
activate the SLIP connection.  I called into the system, and
issued the "ppl hostname" command.  It appeared to startup ok,
printing the host/address info correctly.  I then broke the modem
connection.  The /usr/spool/ppl/log file showed a message indicating
that ppl had received a hangup signal.  Within 15 seconds, the
system had an "Illegal Instruction" panic.

A bit distressed, I waited until the wee hours of the night, to avoid
the wrath of irate users, and tried the same test again.  This time,
there was no panic, but at the exact time that ppl exited, the network
went down.  My X terminal stopped working, and on the console, "ping"
commands to other hosts got the error "no route to host".

I then rebooted the system and gave up.  Too unstable for my blood!
Has anyone else seen this problem?  Is a patch available?  I haven't
yet called HP Support, and won't have much of a chance to deal with
them for a couple of weeks yet.  [Obviously, the problem is low
priority... getting a product out is more important right now, for
some strange reason! :-)]

adTHANKSvance

-- 
Michael Bryan	        michael@resonex.com
"This isn't an argument, you're just contradicting me!"  "No I'm not."
From: shankar@aspen.IAG.HP.COM (Shankar Unni)
Date: Tue, 14 Apr 1992 20:44:29 GMT
Subject: Re: C Preprocessor defines (_INCLUDE_POSIX_SOURCE, etc.)
Organization: HP International Contract Programming
Newsgroups: comp.sys.hp

In comp.sys.hp, steve@eowyn.gte.com (Steven C Preston) writes:

> HP9000/720, HP/UX 7.05 with C development license.  What is the deal
> with the system header files?  In order to get even the simplest Motif
> program to compile without errors, at least using ANSI C, I must
> define these three preprocessor tokens: _INCLUDE_POSIX_SOURCE,
> _INCLUDE_XOPEN_SOURCE and _INCLUDE_HPUX_SOURCE.

> Even the one line
>    #include <X11/Intrinsic.h>
> gives a syntax error when compiled with -Aa for ANSI, unless the above
> defines are included. 

Well, since you are compiling with the ANSI compiler, it will give you
only the ANSI C namespace for the system include files that are included
by <X11/Intrinsic.h> (== string.h, sys/types.h, fcntl.h, unistd.h, etc).

The whole point of the ANSI C standard was that it defines certain names
(this does *NOT* include certain popular Unix-specific symbols) and
allows the implementation to define *ONLY* those symbols in the
standard-mandated header files (string.h, unistd.h, ...)

If you want to use ANSI-style compilation (prototypes, ...) and still
get a "dirty" namespace (i.e. a Unix or platform-dependent namespace),
define *one* of the following symbols depending on *how* dirty you want
the namespace:

  -D_POSIX_SOURCE		(*NOT* _INCLUDE_POSIX_SOURCE)
  -D_XOPEN_SOURCE		(*NOT* _INCLUDE_XOPEN_SOURCE)
  -D_HPUX_SOURCE		(*NOT* _INCLUDE_HPUX_SOURCE)

The first enables the definition of symbols defined by POSIX 1003, the
second enables symbols defined by X/Open XPG3 (in HP's implementation,
this is a superset of _POSIX_SOURCE),  and the third enables definitions
for all symbols defined by HP-UX (this is a superset of _XOPEN_SOURCE).

E.g. if you want a fully "dirty" (i.e. HP-UX) namespace:

  % cc -Aa -D_HPUX_SOURCE <other cc options> file.c
  % c89 -D_HPUX_SOURCE <other cc options> file.c	# c89 ~== cc -Aa

If you want your program to compile only on POSIX-compliant platforms:

  % cc -Aa -D_POSIX_SOURCE <other cc options> file.c

-----
Shankar Unni                                 Internet: shankar@iag.hp.com
HP International Contract Programming          HPDESK: Shankar UNNI / HP4700
Phone : +1-408-447-4007                          UUCP: ...!hplabs!hpda!shankar

DISCLAIMER:
This response does not represent the official position of, or statement by,
the Hewlett-Packard Company.  The above data is provided for informational
purposes only.  It is supplied without warranty of any kind.
From: tim@dciem.dciem.dnd.ca (Tim Pointing)
Newsgroups: comp.sys.hp
Subject: HP Ethernet problems
Date: 16 Apr 92 18:32:53 GMT
Organization: Defence and Civil Institute of Environmental Medicine

Greetings. [Please be kind to me - I'm new to the HP world ;-]

I have recently been given responsibility for a 9000/720. As delivered,
it seems to be configured for Thin-net (according to the "info"
command in the boot-up menu.) It says that it is jumpered for this
but I cannot find any information on where this jumper is! I tried
installing a jumper which seemed to be in a likely position (on
the board with the Ethernet, between the connectors for Thick and Thin)
but this had no effect. The main reason why I wish to switch over is
that I am encountering difficulties in getting this machine to
talk with certain other machines. I can't find the "logic" behind
which machines it has trouble with and which are OK - vitually
identical Sun 3/280's... 3 work fine, one sees mostly "input errors".
Does anybody know what might be causing this?

The current configuration is: the HP is plugged into Thinnet which
hang off the back of a Dec DELNI. This plugs into the building
Think Ethernet. Most hosts hang off this Ethernet, some directly,
some are on 8-drop multiplexers.

Any clues? Please! This is driving me batty!
-- 
	  Tim Pointing, DCIEM
Internet: tim@dciem.dnd.ca or tim@ben.dciem.dnd.ca
UUCP:	  ...!utzoo!dciem!tim