HDTenEightyP/NetNews huggingface dataset:
From: terjed@stud.cs.uit.no (Terje Dalen)
Subject: Loosing data on a serial connection
Keywords: RS-232C, speed, kernel buffer management
Organization: University of Troms
Date: Thu, 19 Nov 1992 17:48:41 GMT


I have a HP 9000/720 running HP-UX 8.07. I'm using the two 
"built in RS-232C" serial interface at select code 0x20;
4 and 5, communicating as a loopback or with an identical 
machine (null modem).

My problem is that I'm loosing data on low baudrates ( <= 2400 )
when I use the write() system call. The number of bytes lost
seems to be depending on the workload of the machine. I assume
this is a problem with the senders (device) buffer and flow control?

Write(fd, packet, size) always returns the correct number of 
bytes written. 
Here are some examples for the combination of baud rates / max packet size 
that does not give any loss of data:

	9600 Baud:	unlimited
	2400 Baud:	25 bytes
	1200 Baud:	15 bytes
	 600 Baud:	12 bytes
	 300 Baud:	 9 bytes

Does anyone know the reason(s) for my problem? 

Thanks, 

--Terje

//// Terje Dalen           // Email: terjed@stud.cs.uit.no /
/// Computer Science      // Phone: +47 83 44123          //
// University of Tromsoe //                              ///
/ 9000 Tromsoe, Norway  //                              ////
	 
	











Newsgroups: comp.sys.hp
From: gordon@madmax.uwaterloo.ca (Gordon R. Strachan)
Subject: Re: New HP Workstations
Organization: University of Waterloo
Date: Fri, 13 Nov 1992 14:48:16 GMT

In article <BxM20p.EA8@apollo.hp.com> mcsavaney_d@apollo.hp.com (#David McSavaney) writes:
>In article <HARDY.92Nov10204059@golem.ps.uci.edu> hardy@golem.ps.uci.edu (Meinhard E. Mayer (Hardy)) writes:
>
>The Model 735 is the ideal building block for the cluster computing 
>solution recently introduced by HP and Convex Computer Corp.   For example, a 
>rack of eight Model 735 workstations running Convex cluster software delivers 
>more than 1,500 peak Mflops and nearly 1 billion instructions per second 
>providing supercomputer performance at a small fraction of the cost.  
>

Hold the phone!  What is this?  This seems to suggest there is a way of
constructing a multiprocessor 735, is this correct?  I would dearly love more
information on this.  Sigh... Why does HP always announce their products a
month after the grant proposals are due? :-)

Gordon



Newsgroups: comp.sys.hp
From: johncw@aurora.physics.utoronto.ca (John Chee Wah)
Subject: Max memory on HP 9000/750?
Organization: University of Toronto Physics/Astronomy/CITA
Date: Wed, 18 Nov 1992 21:35:54 GMT


We are trying to put more memory on a 750 machine and have been
only able to go to 256M (3rd party memory). With more memory,
the system will sense the memory size but not go further than
the line that shows that it is loading the kernel. Does anyone have a
machine that works with > 256M (HP or 3rd party memory)?

Thanks
John
-- 
Johnny Chee Wah
(johncw@physics.utoronto.ca / johncw@utordop.bitnet)
From: cary@esl.com (Cary Jamison)
Newsgroups: comp.sys.hp
Subject: Update on 380 problem
Date: 19 Nov 92 23:21:57 GMT
Organization: ESL, A Subsidiary of TRW Inc

I posted a message a couple weeks ago about a problem I had encountered with
a set of bad 68040s in our HP 9000/380s.  I have just received some more
information on the problem and thought I would pass it on as a followup,
in case any one is interested, though I think there are only 7xx users in
this group :-)

The bug in the 68040 shows up when an interrupt occurs after a particular
floating point instruction, I believe a set condition codes instruction, if
that means anything to you '040 assembly hackers out there.  If there's
more than one such instruction, I couldn't tell you which is the bad one.

HP claims this fp instruction is only generated by their Ada compiler (we
are using HP Ada 35t).  So, unless you have an older 380 and use HP Ada,
you probably don't need to worry about it.

------------
Cary Jamison
cary@esl.com

From: alech@hpindda.cup.hp.com (Alec Henderson)
Date: Wed, 18 Nov 1992 07:27:36 GMT
Subject: Re: Re: HPUX & SVID
Organization: HP Information Networks, Cupertino, CA
Newsgroups: comp.sys.hp

atkinson@itd.nrl.navy.mil (Randall Atkinson) writes:

>>HP has just released a separate STREAMS/UX product.  It requires HP-UX 9.x.
>>It includes the basic STREAMS framework, a generic TLI interface, and
>>DLPI to HP's Ethernet/802.3 and Token Ring/802.5 network interface
>>cards.
>>
>>The STREAMS/UX product does NOT provide a STREAMS-based implementation
>>of pipes and fifos, TCP/IP, or terminal I/O.
> 
>A question: 
>  What does it mean to say that HP provides "a generic TLI interface"
>but does "NOT provide a STREAMS-based implementation of TCP/IP" ??
>
>Does this mean that I get TLI without any protocols underneath the
>interface ?  

Yes, the TLI interface is included for use by HP and third-party
products supplying STREAMS-based network protocol stacks that
understand TPI (the downstream end of the TLI interface module).
HP will not be supplying a STREAMS-based implementation of TCP/IP
in conjunction with or as part of the HP-UX 9.x releases.

>Or does this mean that internally underneath you guys are translating
>STREAMS+TLI into sockets calls in a way that I don't need to care
>about ??

It is possible to translate TLI calls into BSD sockets calls and
send them down a (non-STREAMS-based) TCP/IP stack.  HP is investigating
something along these lines - anyone interested?  (If so, why do you
prefer TLI to BSD sockets?).  Note, of course, that this works only
if the application's interaction with the network protocol stack is
genuinely limited to the TLI interface.  If the application is using
STREAMS to insert additional functionality onto the Stream data path,
this won't help you.

Regards,
Alec Henderson

Telephone: T/408-447-3965		Hewlett-Packard
FAX:       408-447-3660			Information Networks Division
E-mail:    alech@cup.hp.com	       	19420 Homestead Road MS 43L9
HPDesk:    Alec Henderson/HP6600/1B	Cupertino, CA  95014  (USA)
From: pjd2@po.CWRU.Edu (Pedro J. Diaz)
Newsgroups: comp.sys.hp
Subject: HP 715 Graphics Options
Date: 16 Nov 1992 16:41:59 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: pjd2@po.CWRU.Edu (Pedro J. Diaz)
NNTP-Posting-Host: thor.ins.cwru.edu


Does any one have info on the graphics options available for the
recently announced HP 715 workstation?

Does it support the 24Z or 48Z 3-D framebuffers?

Newsgroups: comp.sys.hp,comp.mail.elm
From: a866700@hp9000.csc.cuhk.hk (Wong Siu To)
Subject: Elm in HP-UX 9.0
Organization: The Chinese University of Hong Kong
Date: Fri, 20 Nov 1992 02:11:40 GMT

Hi there,

Does anyone know what version of elm that HP-UX 9.0 based on ?

Thanks a lot.  

Regards,
-- 
----------------------------------------------------------------------
S.T. Wong             	            [] BITNET: A866700@CUCSC.BITNET      
Computer Services Centre            [] Internet: stwong@cuhk.hk 
The Chinese University of Hong Kong [] Tel. No: (852) 609 8825      
Newsgroups: comp.sys.hp
From: dxxb@hardy.u.washington.edu (David Barts)
Subject: lrom won't display on a Sun
Keywords: lrom HP-UX Sun OpenWindows DISPLAY
Organization: University of Washington
Date: Wed, 18 Nov 1992 20:26:12 GMT

For some reason, I can't get lrom (the HP LaserRom utility) to
display on my Sun workstation running OpenWindows 3.0.  Lrom displays
just fine on an HP-UX or Apollo display, but when I set DISPLAY to
a Sun, it just sits there and does nothing after I see the message:
	Checking nero.ce:0.0 for use as the X Windows display server

Other HP X clients (e.g. xterm) work just fine on the Sun.

What gives?  Please respond via E-mail; I will summarize if there is
enough interest.

-- 
David Barts  N5JRN                      UW Civil Engineering, FX-10
davidb@ce.washington.edu                Seattle, WA  98195
Newsgroups: comp.sys.hp
From: longstre@snake-1.cae.wisc.edu (Jon Longstreth)
Subject: Broadcastint, udp info
Distribution: usa
Date: 20 Nov 92 19:14:22 CST
Originator: longstre@snake-1.cae.wisc.edu
Keywords: Brocast, UDP



Help, we are developing some code for large network information gathering.
(such as how many users logged in, processes running, mounted volumes etc...)

I am writing the network interface.
Currently I have code that broadcasts a UDP packet, and 
recieves responses from the daemons that are running on the network.

Problem is, that under HP-UX 8.00 on a series 9000 machine (345's and 425T's)

The daemon reacts as if it recieves two (2), sometimes three (3) or 4 
udp broadcasts.
It then goes about it's merry way replying to all 2 to 4 packets.

While I could just ignore multiple broadcasts from a single machine, I 
feel that this is not the proper way to do things.

The code compiles and works correctly under SUN OS 4.1.1, and hpux 8.07
(the risc machines)

Is there something different about hpux 8.00 that is not in the manuals???

Please don't tell me I have to put a kludge in my code because.

HHEEEELLLLPPPPPPPP ( I'm beating my head on the wall on this one )

ANY suggestions, and or advice would be greatly apreciated.

Heck, If you would like to look at the code I would be more than
glad to send it to you :-)

Thanks.
Jon Longstreth
--
Jon Longstreth         : CAE Unix system staff             
longstre@cae.wisc.edu  : Dept. of Shade Trees
                       : It's in a turnip's best interest to have blood



Newsgroups: comp.sys.hp,comp.sys.sun.misc
From: aaronf@fc.sde.hp.com (Aaron Friesen)
Subject: Re: Trouble displaying HP motif client on SUN OpenLook V 3.0
Reply-To: aaronf@fc.hp.com
Organization: HP SESD, Fort Collins, CO
X-Newsreader: TIN [version 1.1.4 PL6]
Date: Mon, 23 Nov 1992 16:24:25 GMT

Mike O'Connor (mjo@slee01.srl.ford.com) wrote:
: In article <BxzFxE.Hvz@fc.sde.hp.com> aaronf@fc.hp.com writes:
: :: Has anyone noticed that when you rlogin from a Sun
: :: running 4.1.2 and OpenLook window manager OpenWindows 3.0,
: :: set the $DISPLAY to the hostname of the sun, that you
: :: cannot display hpterm, ovw, or hpcalc, on the Sun?
: :: xterm, xclock work as expected.  But none of the Motif
: :: clients I tried (admittedly just those few) will 
: :: display on the Sun.  Instead it just hangs forever...
: :
: :It doesn't hang forever, just longer than you are probably
: :willing to wait.  The problem is with the OW3 server.  You
: 
: Another perspective here.  The problem is that HP's timeout for the
: problem is inappropriate to the nature of the problem.  Why should
: HP's X server be in lala-land for so long?

HP's X server isn't even involved here.  We were discussing
OpenWindows 3.

--

Aaron

-- Standard Disclaimer:  This response does not represent the official
position of, or statement by, the Hewlett-Packard Company.  This
response is provided for informational purposes only and is supplied
without warranty of any kind.  --
Newsgroups: comp.sys.hp
From: jsm@fc.hp.com
 (John Marvin)
Subject: Re: SCSI/FAST-SCSI/FAST-WIDE-SCSI
Date: Mon, 16 Nov 1992 08:03:30 GMT
Organization: Hewlett-Packard Workstation Kernel, Ft. Collins, CO
X-Newsreader: TIN [version 1.1.1 PL6]

John Kemp (kemp@uiatma.atmos.uiuc.edu) wrote:
: Will the 735 scsi port be able to handle a disk drive
: that is:
: 	A) SCSI ?
: 	B) FAST-SCSI?
: 	C) FAST-WIDE-SCSI?
: 
: It would be great if you could configure the port for 
: any of the three.  What's the word?

The 735 has two built in SCSI ports. One supports SCSI and FAST-SCSI.
The other supports FAST-WIDE-SCSI.

	John Marvin
	jsm@fc.hp.com
Newsgroups: comp.sys.hp
From: gjr@zurich.ai.mit.edu (Guillermo J. Rozas)
Newsgroups: comp.sys.hp
Subject: Re: Update on 380 problem
Date: 21 Nov 92 15:24:12
Organization: M.I.T. Artificial Intelligence Lab.
Reply-To: gjr@zurich.ai.mit.edu
NNTP-Posting-Host: chamartin.ai.mit.edu
In-reply-to: cary@esl.com's message of 19 Nov 92 23:21:57 GMT

In article <1724@esl.ESL.COM> cary@esl.com (Cary Jamison) writes:

|   HP claims this fp instruction is only generated by their Ada compiler (we
|   are using HP Ada 35t).  So, unless you have an older 380 and use HP Ada,
|   you probably don't need to worry about it.

What about those of us who have our own compilers?
Can anyone at HP say which instructions have problems or under what
conditions?

Newsgroups: comp.sys.hp
From: eskilb@dhhalden.no (Eskil Brun)
Subject: Re: Emacs on the HP710 (problems)...
Organization: Ostfold College
Date: Sun, 22 Nov 1992 12:43:23 GMT

solomon@pa621a.inland.com (Paul J. Solomon) writes:

>Greetings:

>I recently installed emacs on my 710 (from the HP LaserPro demo
>CDROM).  I am having a problem with a particular key combination:
>M-w (ExtendChar-w).  This key combination is supposed to copy the
>current region into the paste buffer (copy-region-as-kill).  Whenever
>I type this key combo, though, a ~ is inserted at the cursor point
>instead.  If I try to use describe-key and hit M-w, it is not recognized.
>ESC w seems to work.  Also, this version of emacs seems to recognize
>other Meta key combinations (except M-w).

>Am I doing something wrong in the setup files?  Or is this version
>from the LaserPro disk (vol 2.1) bogus?

See FAQ 68 in the emacs-18.58 distribution.

If you're running HP-UX 8.07, you can just do:

 xmodmap -e 'remove mod1 = Mode_switch'

or put remove mod1 = Mode_switch into your ~/.Xmodmap.

If you're running 8.05, this won't work due to a bug in the HP X
server. You must then iterate over all keycodes and change the 3rd and
4th entries to the same as the 1st and 2nd, i.e. something like:

keycode 61 = w W w asciitilde
keycode 123 = slash question slash question

aso.

Yech.

Here is FAQ no. 68 - in extenso:

68: Why doesn't my ExtendChar key work as a Meta key under HP-UX 8.0?
  
  This is a result of an internationalization extension in X11R4 and
the fact that HP is now using this extension.  Emacs assumes that
XLookupString returns the same result regardless of the Meta key state
which is no longer necessarily true.  Until Emacs is fixed, the
temporary kludge is to run this command after each time the X server
is started but preferably before any xterm clients are:
  
    xmodmap -e 'remove mod1 = Mode_switch'
  
  NOTE:  This will disable the use of the extra keysyms systemwide,
which may be undesirable if you actually intend to use them.
From: rthorstr@doc.bmd.trw.com
Newsgroups: comp.sys.hp
Subject: ----FORSALE HP HARDWARE ----
Date: 23 Nov 92 09:22:56 MST

I have the following HP hardware for sale:

HP7470A plotter with HPIB (IEEE 488) interface
HP9111A graphics tablet with HPIB (IEEE 488) interface

Make an offer on either or both.  Best offer plus shipping.

                                       Rod T.

                                       EMAIL --> rthorstr@oz.bmd.trw.com  
From: burdick@hpspdla.spd.HP.COM (Matt Burdick)
Date: Fri, 20 Nov 1992 16:54:32 GMT
Subject: Re: 4990 and 4991 network analyzers
Organization: HP Stanford Park - Palo Alto, CA
Newsgroups: comp.sys.hp

> Does anyone have the HP 4990 and 4991 network analyzer products? What do
> you think of them? How do they compare to a sniffer, or other network
> analyzers? Are they worth the thousands and thousands of dollars?

You'd probably be more interested in the LanProbe II (4996) rather than
LanProbe I (4991).  To match names to some related product numbers:

4990   ProbeView manager (MS Windows manager for non-SNMP LanProbes)
4991   LanProbe I (no SNMP)
4992   NodeLocator (works with the LanProbe I to physically locate nodes)
4995   LanProbe II with SNMP and RMON (faster than LanProbe I)
4996   LanProbe II (no SNMP - works with ProbeView)
4997, 4998  Probe Manager (handles RMON probes under OpenView/UX)

I'll leave the comparisons to some unbiased person - I just wanted to make
sure you were looking at the right product for your job.  Of course, if you
want more information, drop me a note.

							-Matt

-- 
Matt Burdick                  |   Hewlett-Packard
burdick@openmail.corp.hp.com  |   Network Test Division


Newsgroups: comp.sys.hp
From: wk@cup.hp.com (Wayne Krone)
Subject: Re: HPUX 9.0 SIGWINCH on 800 series? -- was Re: hpterm resizable
Date: Wed, 18 Nov 1992 00:55:25 GMT
Organization: HP-UX Kernel Lab, Cupertino
X-Newsreader: TIN [version 1.1.4 PL6]

Fran Litterio (franl@centerline.com) wrote:
: Yes, but will applications (such as vi) at 9.0 defer to the window
: size as known by the device (accessed via ioctl) over the size as
: specified in LINES and COLUMNS when the two disagree?  Try this on a

No, the user specification takes precedence (at least for the two
commands I checked: vi and ksh).

: If the same data (window size) is accessible via two different
: mechanisms (environment variables and device ioctl()s), then
: applications should use the mechanism that is least under the
: influence of the user (ioctl()s).  This is just standard defensive
: programming.

That's one philosophy.  Another is that if a user goes to the trouble of
expressly stating a desired value for some parameter then the application
should use it in preference to any default or system provided value.
Defensive programming is good but perhaps it should be limited to cases
of protecting application or system integrity.

Note I didn't implement any part of this functionality and the above
philosophy probably has nothing to do with why vi acts the way it does.
I believe this issue was discussed here previously and the implementers
did post their reasoning but I've forgotten what they said.
Newsgroups: comp.sys.hp
From: onward@fsg.com (Onward Lam)
Subject: Re: HP7933, HP7935, HP7935+"Cache Memory"
Organization: Fusion Systems Group, Inc.
Date: Sun, 15 Nov 1992 23:17:01 GMT


According to information from way deep inside the brain, the XP (Cache Memory)
versions of the 793x contained up to 2MB of controller cache which was ONLY
accessible by HP3000 systems running MPE.

No HP9000 system have been known (or I was never told) to use that extra
memory, and the XP versions of the drive, as far as I remembered, did not
appear on the Price Lists for HP9000 systems (s300/500/600/800).

-- 
- 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	-
Newsgroups: comp.sys.hp
Subject: VUE Analog Clock -> Digital Clock Replacement
From: solomon@pa621a.inland.com (Paul J. Solomon)
Date: 16 Nov 92 09:35:39 CDT
Organization: Inland Steel Company, East Chicago, IN
Nntp-Posting-User: solomon

Does anyone out there know how to replace the VUE Analog clock (in
the control panel) with a Digital clock?

-paul.
-- 
----------------------------------------------------------------------
| Paul J. Solomon            |  "Consequences, Schmonsequences...    |
| solomon@pa621a.inland.com  |       as long as I'm RICH!!!"         |
| Inland Steel Co.           |             -Daffy Duck               |
----------------------------------------------------------------------
From: stanb@hpnmdla.sr.hp.com (Stan Bischof)
Date: Thu, 19 Nov 1992 14:26:49 GMT
Subject: Re: Max memory on HP 9000/750?
Organization: Hewlett-Packard, Santa Rosa, CA
Newsgroups: comp.sys.hp

In comp.sys.hp, johncw@aurora.physics.utoronto.ca (John Chee Wah) writes:


>We are trying to put more memory on a 750 machine and have been
>only able to go to 256M (3rd party memory). With more memory,
>the system will sense the memory size but not go further than
>the line that shows that it is loading the kernel. Does anyone have a
>machine that works with > 256M (HP or 3rd party memory)?

>Thanks
>John
>-- 
>Johnny Chee Wah
>(johncw@physics.utoronto.ca / johncw@utordop.bitnet)

My 750 has 384 meg of HP RAM. To the best of my knowledge this is the
max possible at this time, although you can put in twice as much if
you upgrade to 755. 

This of course requires ALL your slots to be filled with the maximum
density available (In this case all 6 slot-pairs filled with 64M chunks).
Thus if you want max RAM make sure your machine is ordered with only
the highest density RAM.

Now, as for your lock-up during boot with more than 256: no idea.
Ours boots fine and a quick perusal of the sys admin manuals gives
no hints regarding max RAM. Perhaps you have a bad chunk of RAM- have
you tried substituting for known good RAM and are you sure that
you are placing the RAM in correct order in the slots?

Stan Bischof
HPSantaRosa
*********************************************************
I don't build them- I just use them- so this is purely my 
opinion from a user's perspective.
**********************************************************
From: jmount+@CS.CMU.EDU (John Mount)
Newsgroups: comp.sys.hp
Subject: can you make things "sticky" in vue?
Keywords: vue sticky
Date: 19 Nov 92 22:23:35 GMT
Article-I.D.: cs.BxzI7D.9CK.2
Followup-To: comp.sys.hp
Organization: Carnegie Mellon University

Does anybody know how to do things with VUE like create windows that
are "sticky" (like the control panel- they follow you to whichever
workspace is visible).  Or even how to move a window from one
workspace to another (like tvtwm)?

-- 
--- It is kind of strange being in CS theory, given computers really do exist.
John Mount: jmount+@cs.cmu.edu               (412)268-6247
School of Computer Science, Carnegie Mellon University, 
5000 Forbes Ave., Pittsburgh PA 15213-3891
Newsgroups: comp.sys.hp
From: dov@menora.weizmann.ac.il (Dov Grobgeld)
Subject: Simultaneous users on single workstation
Organization: Mail to News Gateway at Wang Labs
Date: Mon, 23 Nov 1992 19:16:25 GMT

We are in the process of doing a major upgrade of our computer
systems in the chemical Physics department. One of the questions
that have been raised is how many users can comfortably(!) work
interactive on a) 720  b) 730
with twice the powers. We will not allow any backround
calculations. Is there any general rule deriving such a number
based on Mflops/MIPS and MByte RAM?

In general, what is giving a more comfortable working environment
for a group of eight people doing interactive work? Two
workstations with 17 MFlops (720 like) with four users or one
workstation with +/- twice the capacity (730-like) with eight
users? Note, that behind the workstations, we will have a very
strong server, on which the users should run all their CPU
consuming jobs. The workstations will be used only for
editing/compilation/windowing management etc.

Any experiences with the new HP models will received graciously.
E.g. how do they compare to DEC's alpha chip?

Please answer by email and if there is sufficient interest I will
make a summary to the list.
--
                                                        ___   ___
                                                      /  o  \   o \
Dov Grobgeld                                         ( o  o  ) o   |
The Weizmann Institute of Science, Israel             \  o  /o  o /
"Where the tree of wisdom carries oranges"              | |   | |
                                                       _| |_ _| |_
From: franl@centerline.com (Fran Litterio)
Newsgroups: comp.sys.hp
Subject: HP-UX 9.0 compatibility questions.
Date: 21 Nov 92 13:16:54
Organization: CenterLine Software, Inc.
NNTP-Posting-Host: 140.239.3.116

We just installed a pre-release version of HP-UX 9.0 for our Series
720s (it's a release dated sometime in August).  When the FCS version
comes out we'll upgrade to that (BTW, anyone have the inside info on
the 11th-hour bug that's holding up 9.0 FCS?).

Can applications built under 8.07 run under 9.0 without needing
relinking or recompilation?  I recall that for the 7.0 to 8.0 upgrade
on the Series 300/400 you had the choice of recompiling the entire
application or running the 7.0 executable under 8.0, but you
absolutely were not supposed to relink 7.0 object files under 8.0.
Are there any such restrictions for the 8.07 vs 9.0?
--
franl@centerline.com   || Fran Litterio, CenterLine Software R&D
617-498-3255           || 10 Fawcett St, Cambridge, MA, USA 02138-1110
"So what we've decided to do is set you up in Cicely, situated
 in an area that we Alaskans refer to as The Alaskan Riviera."