HDTenEightyP/NetNews huggingface dataset:
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: moving tar file on DAT (4mm) tape between HP and SGI???
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 24 Jul 92 07:20:26 GMT

In <7371166@hpfcso.FC.HP.COM> kinsell@hpfcso.FC.HP.COM (Dave Kinsell) writes:
| In comp.sys.hp, fish@daacdev1.stx.com writes:
| 
| > hi, i'm trying to write a tar archive to a 4mm DAT tape on
| > an HP 720 (hpux 8.05) and then read it on an SGI 440s (irix
| > 4.0.1) and it sez: checksum error, giving up...
| > 
| > i just used plain old tar cvf to create it on the HP and then
| > checked it with tar tvf and all was fine then came over to 
| > the SGI and it won't read it (even dd won't read anything off
| > of it)  - any ideas?
| 
| I'll bet you're not using an HP dat drive.  Tar tvf sends out a
| write 0 filemarks command, conventionally used by drivers to flush
| buffers.  Some drives write 0 filemarks, then write an EOD mark.
| This clobbers all your data.  Try skipping the tvf pass, or write
| protect the cartridge first.

I strongly doubt this, since he said he could read the tape on
HP after creating it, and very few recent drives are this braindead.
(Our driver also uses a write 0 fm cmd, and I've never heard of
a drive that dies with it.)

More than likely he is using the minor device on the SGI that causes
the driver to byte swap the data; more recent (4.0.5 IRIX) versions
of our tar will report this problem.

--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.sys.hp
From: yrjola@hkkk.fi (Matti Yrjola)
Subject: Re: Again, trouble with european HP-UX software support
Date: Thu, 30 Jul 92 10:21:53 GMT
Organization: Helsinki School of Economics, Finland

In <28510289@hpuamsa.neth.hp.com> franks@hpuamsa.neth.hp.com (Frank Slootweg CRC) writes:

>  Responding to the posting of seymour@milton.u.washington.edu (Richard
>Seymour) :

>  I have no experience with DEC support and am not in HP Support
>Marketing, so I don't know if I can really compare apples to apples, but
>from your descriptions I conclude that we have very similar services and
>do one point just different, not worse or better. Since I do not know
>which other, i.e. besides the ones you mentioned, services DEC has, I
>can not say that we are better.

>  Here it goes:

>DEC					HP
>===					==
>Software Dispatch			Software Status/Release Bulletin
>DSIN					HP SupportLine
>Self Maintenance Binary Distribution	BasicLine (every two months)

What does the BasicLine two month timeframe actually mean?
I have heard a term called "DART" (Distributed Application Release
Train ??) from HP Finland, but haven't seen it yet. Should it be
a CDROM-based software distribution released every two months?
If so we would be really happy to see it in action.

Getting new releases (both operating system and applications) of
software in a timely basis is a drag. I can't speak for anybody else,
but it looks like the software distribution in Europe is way behind
of that in the US. Is this real or are we a special case?

I don't like to complain (especially about HP) but this is a 
persistent problem and I am getting tired of answers like
"We know there is a problem, we are working on it, we have a solution
real soon now" after several years. 

And, YES we do have up-to-date software contracts.

>Software Performance Report		Software/Documentation Problem Report
>emergency bugs, local DEC office	(Customer) Response Center
>tracking system				same (TRAK) at Response Center

Otherwise HP support is great, thanks.

>  With regard to HP requesting serial numbers, etc. for making a quote
>for a service contract: The information is on the packing list(s). Also a
>reference to the purchase order number(s) will do. We need this
>information because nothing withholds a customer from "relocating"
>and/or selling his/her equipment. So we might know what we sold to a
>particular user in a particular company, but that is no guarantee that
>(s)he still has this stuff and that (s)he does not have any additional
>stuff. So because we can not know for sure, we ask. Of course the HP
>person asking for this information should (be able to) explain why (s)he
>needs this information.

>Frank Slootweg, HP, Dutch Customer Response Center

Keep up the good work.

Matti (I am not complaining, but ...)






-- 
----------------------------------------------------- I did it  M   M  Y   Y
 Matti Yrjola, Helsinki School of Economics, Computer Center !  MM MM   Y Y
 Runeberginkatu 14-16, 00100 HELSINKI, FINLAND               !  M M M    Y
 INTERNET: yrjola@hkkk.fi                                    !  M   M  waY
Newsgroups: comp.sys.hp
From: lepreau%mancos.cs.utah.edu@cs.utah.edu (Jay Lepreau)
Subject: HP PA-RISC gdb 4.6 support is available
Date: 29 Jul 92 17:31:44 MDT
Originator: lepreau@mancos.cs.utah.edu
Organization: University of Utah CS Dept


You can pick it up from jaguar.cs.utah.edu, in dist/pa-gdb-4.6.tar.Z.
190K.  It's the files we changed or added from the stock 4.6.
You need to get the base dist for the rest.
dist/hpuxbin/gdb is an HP-UX binary.
(pa-gas.tar.Z is also there, as GAS and GCC are required to make this
useful.  Our PA support is in the "standard" gcc-2.x.)

This builds and works on PA-RISC systems running BSD and HP-UX 8.05.
Maybe more, but they've been tested a bit.

The files hppabsd-core.c and hppabsd-xdep.c from the stock 4.6 are
not needed.

Changes to symtab.c and cplus-dem.c have to do with demangling cfront
local variables and not with pa support.

Thanks to Paul Roberts, perobert@cs.utah.edu, who did all the bfd and
gdb4 work.  Several others at Utah did the 3.5 work, on which much is
based.

Please send bugs and fixes to pa-gdb-bugs@cs.utah.edu, not an individual.
From: franks@hpuamsa.neth.hp.com (Frank Slootweg CRC)
Newsgroups: comp.sys.hp
Subject: Re: Bug in hp-ux8? for Hacker???
Date: 27 Jul 92 10:57:49 GMT
Organization: Hewlett-Packard, The Netherlands


  I am not quite sure, but I think that both (login as root when not on
terminal listed in /etc/securetty and login as user who has a * n the
password field) can be done with rlogin(1) for "equivalent" hosts/users
(see hosts.equiv(4)). I don't know whether the first is a feature or a
bug/design_deficiency. The second is a feature.
Newsgroups: comp.sys.hp
From: tt@tarzan.jyu.fi (Tapani Tarvainen)
Subject: Re: diskless server advice
Originator: tt@tarzan.jyu.fi
Organization: University of Jyvaskyla
Date: Thu, 23 Jul 1992 11:37:08 GMT

In article <123040004@hpcupt3.cup.hp.com> larryt@hpcupt3.cup.hp.com (Larry Thompson) writes:

>This has actually been talked about ALOT (both in this notes group and some
>HP internal notes groups). The series 800 machines will not support diskless
>in 9.0! If you need a diskless server that is running 9.0 you must use
>a series [347]00.

Given some promises about 9.0 I'd like to update to it someday,
but ... seems like I'll end up with our clusters running
different versions of hpux, which means extra work. :-(
Or maybe I'll fix the 835 with an axe ...

>No decision has been made yet if or when diskless will return to the s800.
>There is a great deal of thought and effort being put into (as we speak :-)) 
>this so don't give up hope.

OK ... but you better not announce later that HP-UX 10.0 won't support
diskless with s700, only with s800 ... I can see it now, "only s700
servers will be supported with odd- and only s800 servers with
even-numbered versions of HP-UX" ...
--
Tapani Tarvainen    (tarvaine@jyu.fi, tarvainen@finjyu.bitnet)
From: hm@hcshh.hcs.de (Hellmuth Michaelis)
Newsgroups: comp.sys.hp
Subject: Re: DAT drive on 835, help please
Date: 24 Jul 92 09:10:04 GMT
Organization: HCS GmbH, Hamburg, Europe

In <7371164@hpfcso.FC.HP.COM> kinsell@hpfcso.FC.HP.COM (Dave Kinsell) writes:

>In comp.sys.hp, mah@parrot.prv.univie.ac.at (Michael Haberler) writes:

>> I wonder when HP will finally get its act together on this one. It's
>> slowly getting ridiculous.

>HP has been shipping since early 1988 SCSI interfaces that work with a
>variety of devices, first on S300, then S400 and now S700 machines.

thats great ! hp fullfilled it's commitment to open systems ! well done !

>Please
>keep in mind that hardcoding lists of supported peripherals in the driver
>is unique to the S800 machines.

uhh, baaad !!! hp failed to fullfill it's commitment to open systems !

do you think, just because some people needed more horsepower and bought
an 800, they don't need the promised openness ???

come on, we don't need a closed proprietary open system, change that damned
harcoded scsi driver !

tired on that subject,
hellmuth


-- 
hellmuth michaelis    HCS Hanseatischer Computerservice GmbH   hamburg, europe
hm@hcshh.hcs.de              tel: +49/40/55903-170         fax: +49/40/5591486
Xref: sparky comp.sys.hp:8726 comp.os.vms:12951 comp.periphs.printers:2263
From: pdsmith@bbn.com (Peter D. Smith)
Newsgroups: comp.sys.hp,comp.os.vms,comp.periphs.printers
Subject: Re: PaintJet
Date: 30 Jul 1992 15:58:59 GMT
Organization: Bolt Beranek and Newman Inc., Cambridge MA
Reply-To: pdsmith@spca.bbn.com (Peter D. Smith)
NNTP-Posting-Host: bbn.com

In article <1992Jul30.093631.22736@newsgate.sps.mot.com> bell@ekbext.sps.mot.com writes:
>A recently delivered HP 9000/382 came with a PaintJet printer, which has been
>sited in out office area, rather than in a clean area, which is isn't praticable.
>I was advised that this beast could be sited on a DEC portserver, and the
>multinet package used so that anyone on a vax,hp or sun on the network would make
>use of it. All was fine with text files which are sent to it, but raster images
>are proving tricky. Taking the example of a graph created by BBN's RS/1, the
>printer spews some nonsense, and then about half the graph, and then some more
>nonsense. 

Well, actually, I wrote that driver.

The HP PaintJet, like all HP printers, uses a strictly binary bitmap.  This
causes all sorts of headaches since a bitmap can contain up to 750,000 bytes.
The likelyhood that those bytes will include XON, XOF, EOF, etc is quite
high (*).  For this reason, the Paintjet really works much better on a
parallel port connected to a PC (which is, after all, where the market is).

I'm afraid that getting the printer to work over your network may be quite
difficult (assuming that it can be done at all).

You may wish to try one of the DEC LJ250s -- it's the same printer except
that it uses DEC's SIXEL graphics which work pretty well over serial lines.



					Peter D. Smith
					RS/1 Device Support


(*) According to RS/1, the chance that a random binary file 10,000 bytes long
will not contain any particular byte is (255/256)**10000 ~= 1e-17
From: stroyan@hpfcso.FC.HP.COM (Mike Stroyan)
Date: Tue, 28 Jul 1992 20:43:25 GMT
Subject: Re: Problems with HP 817 and HP 700/RX X-terminals
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

> THE SYMPTOMS: 
> 	After logging in under X, with xdm or Vuelogin, more does not
> 	function properly. The first page appears correctly but no
> 	additional pages can be seen.
> 
> 	If one telnets to the system from the X terminals instead of using  
> 	X,  you get the normal login: prompt,  it accepts a name normally,
> 	displays the Password: prompt, your password APPEARS AS YOU TYPE IT,
> 	then the terminal hangs until you type ^c, and you're back at the 
> 	login: prompt.

The "/dev/tty" device file may be messed up.  "ll /dev/tty" should look like-

0 crw-rw-rw-   1 root     root       2 0x000000 Jul 27 10:12 /dev/tty

Mike Stroyan, mike_stroyan@fc.hp.com
Xref: sparky comp.sys.hp:8423 comp.protocols.nfs:1933
From: a866700@hp9000.csc.cuhk.hk (Wong Siu To)
Newsgroups: comp.sys.hp,comp.protocols.nfs
Subject: Pls help: UID and GID consistency in NFS
Keywords: NFS
Date: 23 Jul 92 09:28:16 GMT
Organization: The Chinese University of Hong Kong

Hi all,

Novice question time again. :(

We've configured a HP720 (HP-UX 8.07) to mount filesystem on HP 845S
(HP-UX 8.00).  I've made the uid and gid of the root entries the same on
both machines.  When I mount the filesystem and create a new file on
this filesystem, I saw the owner is 65534 (nobody) but the group is
okay (the same as those file created by root on the 845S, say admin).
Then, on HP720 I chown the file to root, I've no access to the file
again.

I think I'm still "nobody" on the HP720 when I access the file.  I
remember a HP NFS course said the /etc/passwd and /etc/group should be
the same for NFS file sharing.  Since I haven't got the NFS manual, I've
no idea of what's wrong with that, and how to solve the "problem".  Can
I create and modify NFS mounted files as if the files are local ones ?

Would anyone pls help ?  Thanks a lot !

-- 
----------------------------------------------------------------------------
ST Wong				       BITNET: A866700@CUCSC.BITNET
Computer Services Centre               Internet: a866700@hp9000.csc.cuhk.hk
The Chinese Univsersity of Hong Kong             st@csc.mgate1.cuhk.hk 
From: mike@hpwin052.uksr.hp.com (Mike Croom)
Date: Tue, 21 Jul 1992 14:08:32 GMT
Subject: Re: TCP/IP, NetBEUI, NCSA Telnet and LanManager: Hell on Earth!
Organization: HP PSO - London, England
Newsgroups: comp.sys.hp

Did I miss something, but what is wrong with the Arpa for PC available from
HP. It has an unsupported vt100 kermit and you can add Reflection or
AdvanceLink.
That was the situation when I last looked.

Mike Croom                       mike@hpwin052.uksr.hp.com                  
Financial Services PSO                                                     
London UK                        
+44-71-583-6565                  From the country that brought you cricket
VoiceMail +44-344-367538         and real football and sometimes wins
Newsgroups: comp.sys.hp,comp.sys.sun.misc
From: mahesh@amnese.eng.uab.edu (B.G. Mahesh)
Subject: HP RISC X Vs. Sun IPX : comments wanted
Originator: mahesh@amnese.eng.uab.edu
Reply-To: mahesh@evb.com
Organization: SETT, Inc.
Distribution: usa
Date: Wed, 22 Jul 1992 01:16:14 GMT

Hi,

	I saw a catchy adv in the latest Sunworld.  HP RIsc
	costs just $ 5995 and Sun IPX costs $ 10995.  What is
	the catch ? do both of them have the same configuration ?
	How does HP RISC X compare with IPX w.r.t. cost and performance.
	Please respond by email only.

thanks


-- 
B.G. MAHESH                           | Email : mahesh@evb.com
Software Engineer                     |         widget!mahesh@uunet.uu.net
SETT Inc.			      | 
Frederick MD                          |
Newsgroups: comp.sys.hp
From: kniveton@zeus.swindon.rtsg.mot.com (Andy Kniveton)
Subject: Re: Use images for Vuewm backdrops?
Organization: Motorola Ltd
Distribution: usa
Date: Tue, 21 Jul 1992 08:02:25 GMT

In article <1992Jul20.213855.29092@vicorp.com>, ron@vicorp.com (Ron Peterson) writes:
|> 
|> Anyone know how use a utility like xloadimage to create a backdrop for
|> Vuewm from a .GIF image?  Is it possible?  If so please send me a
|> note mentioning how.
|> ron@vicorp.com or uunet!vicorp!ron

Put the following in your res edit :-

Vuewm*One*backdrop*image:       none

This will blank off the first backdrop allowing xv/xloadimage to display GIFs
on the background.

If you want all the backdrops switched off :-

Vuewm*backdrop*image:       none

Andy.
-- 
  _ _ /|  	Andy Kniveton,	Tel No	+44 793 545349
  \'o.O'  	Motorola Ltd,	Fax No	+44 793 541228
  =(___)= 	16 Euro Way,	E-mail	kniveton@zeus.swindon.rtsg.mot.com
     U    	Blagrove, Swindon, 	uunet!motcid!zeus!kniveton
		England, SN5 8YW.

    "The path of my life is strewn with cowpats from the devils' own herd."
			-- Edmund Blackadder II
From: paul@eye.com (Paul B. Booth)
Newsgroups: comp.sys.hp
Subject: Re: HP remote print server SYSV like or BSD like ?
Date: 22 Jul 92 20:30:14 GMT
Organization: 3D/EYE, Inc.  Ithaca, NY

In article <c8dm=4n@dixie.com> stan@dixie.com (Stan Brown) writes:
>
>   Is the HP remote print *server* SYSV like or BSD like?  
>   
I'm pretty sure this is right.

The hp-ux print spooler system is SYSV (lp, lpadmin, and lpsched are SYSV),
_but_ the mechanism used for remote printing across a network is BSD-based
(rlp and rlpdaemon).  Has to be this way because SYSV (at least the versions
that hp-ux is based on) has no capability for networked printers; only BSD has
that.  If you check the man page for the remote spooling daemon (rlpdaemon) and
client (rlp), you'll find this:

 AUTHOR
       rlpdaemon was developed by the University of California, Berkeley and
       HP.

The confusion is caused because you never really use rlp directly.  HP simply
has a SYSV printer model, rmodel, which calls rlp for you.  The rlpdaemon just
listens for these BSD-style requests, massages them a bit and dumps them onto
the local SYSV based print spool.

I've successfully gotten Sun's and Apollo (speaking the BSD dialect of
DomainOS) to print to HP's.  No experience w/ Dell, though.


-- 
Paul B. Booth  (paul@eye.com)
-------------------------------------------------------------------------------
3D/EYE, Inc., 2359 N. Triphammer Rd., Ithaca, NY  14850    voice: (607)257-1381
                                                             fax: (607)257-7335
From: larryt@hpcupt3.cup.hp.com (Larry Thompson)
Date: Wed, 22 Jul 1992 19:19:34 GMT
Subject: Re: diskless server advice
Organization: Hewlett Packard, Cupertino
Newsgroups: comp.sys.hp

>>As of HP-UX 9.0, discless S/400 nodes will only be bootable from a
>>Series 700 (or 400) server.
>
>WHAT?  I've got a cluster of s300/s400 diskless machines served by a 835;
>that means I can't upgrade it to 9.0?
>
>OK, I can understand dropping support for ancient models in new
>OS versions.  But I would seriously appreciate finding out about
>such things a little beforehand.

This has actually been talked about ALOT (both in this notes group and some
HP internal notes groups). The series 800 machines will not support diskless
in 9.0! If you need a diskless server that is running 9.0 you must use
a series [347]00.

No decision has been made yet if or when diskless will return to the s800.
There is a great deal of thought and effort being put into (as we speak :-)) 
this so don't give up hope.

      ______________________________________________________________
     |           ___                                                |
     |          /  /                          Larry L. Thompson     |
     |  HEWLETT/hp/PACKARD       Commercial Open Systems Lab (COSL) | 
     |        /__/                            larryt@cup.hp.com     |
     |Open Systems Software Div                                     |
     |______________________________________________________________|

This is not an offical position of the Hewlett-Packard Co. The opinions 
expressed are my own.
Newsgroups: comp.sys.hp
From: gcagle@dracula.mentorg.com (Greg Cagle)
Subject: Re: windows unexpectedly dying - why and how to fix it ?
Originator: gcagle@
Date: Thu, 23 Jul 1992 18:21:52 GMT
Organization: Mentor Graphics 
Keywords: 
Followup-To: 


In article <jovanov.711913814@ceg.uiuc.edu>, jovanov@ceg.uiuc.edu (Dan Jovanovic) writes:
|> I noticed that when an xterm sits unused for a period of time
|> it somehow gets killed. I'm curious as to which feature of
|> HPUX/VUE (HP9000/7xx) controls this behavior and how I may change it. 
|> 

Sounds like the old csh autologout thing. unset autologout 
or autologout=0 is what you want to do.

- Greg
-- 
Greg Cagle               "Gabba gabba hey!"
Mentor Graphics          
greg_cagle@mentorg.com
From: glen@hpfcmgw.FC.HP.COM (Glen Robinson)
Newsgroups: comp.sys.hp
Subject: Re: Parallel port compatibility problems?
Date: 31 Jul 92 00:34:19 GMT
Organization: HP Fort Collins, CO

In comp.sys.hp, russell@ncube.com (Russell Randolph) writes:

>   Well, the Installing Peripherals section for HP 700 series in the 6/92
>   lrom cd says nothing about these modes.  So is there somewhere else I
>   should look?  Is it not documented?  Do to inconsistencies in the
>   documentation, I had a script try ALL possible minor numbers to the parallel
>   port, but no luck.  This was probably on 8.05.

Regrettably, I don't have access to a shipped 8.07 man page.  I have a newer
version of HP-UX (not released to customer shipments yet) on my system, 
but I am all but certain that the following man page entries apply to the
builtin (CORE) Centronics port on Series 700 for release 8.07.

                mode 1    Automatic handshaking using both nACK and BUSY.
                          Minor number format: 0xSEF001.

                mode 2    Automatic handshaking using only BUSY.  Minor
                          number format: 0xSEF002.

                mode 3    Bidirectional read/write used for ScanJet.  Minor
                          number format: 0xSEF003.

                mode 4    Stream mode.  Data is essentially transmitted to
                          the peripheral without any handshaking protocol.
                          Minor number format: 0xSEF004.

                mode 5    Pulsed mode using both ACK and BUSY for automatic
                          handshaking.  Similar to mode 1 except that the
                          data strobe line, nSTROBE is pulsed for a fixed
                          amount of time by the sender, then released.
                          Minor number format: 0xSEF005.

                mode 6    Pulsed mode, using only BUSY for automatic
                          handshaking.  Similar to mode 1 except that the
                          data strobe line, nSTROBE is pulsed for a fixed
                          amount of time by the sender, then released.
                          Minor number format: 0xSEF005.

           Modes 1 and 2 support most printers belonging to the *Jet series
           (LaserJet, DeskJet, QuietJet, etc.).

Again, I could very well be wrong, but you might give these a try.  Please
note that mode 3 is Scanjet specific and will not work on other manufacturers
centronics scanners.  If memory serves me correctly, nobody (read manufactuers
of scanners here) agrees on centronics input line/handshake protocol.

Not a statement of my company etc.

Glen - R
Newsgroups: comp.sys.hp
From: zaphod@ctrg.rri.uwo.ca (Lance R. Bailey)
Subject: Re: Fax boards for HP9000/800
Reply-To: zaphod@ctrg.rri.uwo.ca
Organization: University of Western Ontario
Distribution: na
Date: Thu, 30 Jul 1992 18:06:12 GMT

In article <1992Jul30.155700.8682@cs.umb.edu> pytlik@ra.cs.umb.edu (Marek  
Pytlik) writes:
>Did anyone had experience or can recommend fax board for HP9000/800?
>Please reply by e-mail.

I was asked to summarize to the net, and was not quite ready to do so, but
here goes:

If you have an HP9/800 and want to fax from it. RUN, do not walk to the phone
and call Devcom. the number is 708-574-5066. 

the TruFax product is fantastic. It has been a long time since i was so excited
about a new piece of software.  We had them ship us an everex modem as well 
and from day one, this has been functional. It has a clever user interface as
well as a collection of 2 dozen programs to manipulate fax images. It comes
with Ghostscript to let you fax out postscript files, it has a ljIII emulator
to let you fax out HPCL. an X windows client allows you to view faxes on the
workstation. you can set up a modem to fax out only, in only, in and out for
faxes, or in and out and a command if non-fax modems dial it (getty(1m) for
example...)

I spent one day 'playing' with it, and another day writing a printer model for
it. lots of fun. It comes with a 30 day trial, but I was so overjoyed, that 
after one day I went to the admin people and told to sent out money immediatly.

why haven't you called in your order yet?
--
Lance R. Bailey  System/Network Manager         Robarts Research Institute
     NeXT/email: zaphod@ctrg.rri.uwo.ca    box: Clinical Trials Resources Group
            fax: +1 519 663 3789                P.O. Box 5015, 100 Perth Dr.
            vox: +1 519 663 3787 x4108          London, Canada N6A 5K8
Sign on Pavlov's door: Knock. Don't ring bell.
Newsgroups: comp.sys.hp