HDTenEightyP/NetNews huggingface dataset:
From: suplick@convex.com (Jean Suplick)
Subject: g++
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Thu, 1 Oct 1992 16:16:44 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

I'm about to port g++-1.40.3 to an HP 730 runnig HP-UX 8.0.  
If you've done this port before, I'd be grateful for any information, advice, 
hints, tips or clues you might offer that'll make my endeavor less painful. 

Thanks,
Jean
Newsgroups: comp.sys.hp
From: rdg@fc.hp.com (Rob Gardner - Pro Hacker)
Subject: Re: emacs on the 700
Date: Sun, 27 Sep 1992 19:26:37 GMT
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: TIN [version 1.1.3 PL6]

Meinhard E. Mayer (Hardy) (hardy@golem.ps.uci.edu) wrote:
> In article <Bv5C1x.33t@fc.hp.com> rdg@fc.hp.com (Rob Gardner - Pro Hacker) writes:
> 
> ???   It's not clear which behavior you want a workaround for. If you don't
> ???   want emacs to create a new window, just unset your DISPLAY variable.
> I think Rob misunderstood the question. As I understand it, Steve is


Yes, I stated explicitly that I didn't quite understand the question ;-)


--
Rob Gardner                     rdg@fc.hp.com
Hewlett Packard                 303-229-2048
Fort Collins, Colorado 80525-9599
From: christos@deshaw.com (Christos Zoulas)
Newsgroups: comp.sys.hp
Subject: Re: stranded, take pity on user of s300 with 8.00 (new to hpux admin)
Date: 26 Sep 92 18:54:31 GMT
Organization: D. E. Shaw & Co.

In article <151270017@hpuerca.atl.hp.com> sjp@hpuerca.atl.hp.com (Steve Phillips) writes:
>/ hpuerca:comp.sys.hp / thayer@cs.columbia.edu (Charles Thayer) /  2:43 pm  Sep 23, 1992 /
>>I haven't been able to get amd
>>to run for more that about 20hr without having the kernel mount tables
>>go haywire (eg. df gives garbage characters.)  Is there a public spot
>>for getting updates?  Will the HPUX 08.07 help me get amd running?  Is
>>there even an HPUX 08.07 for the s300?
>
>>
>Just a couple of guesses: try patch PHCO_0679 (latest mount patch
>for 300/400 on 8.0) and try adding a minimum time delay
>between each new umount() call, which seems to work ok..

No guesses... I had the same problem too! Find in the mess of rc files
where syncer is started and add the -s flag to it... Otherwise it tries
to update /etc/mnttab behind amd's back and this is why it get corrupted!

I found that by grepping for mnttab in the man pages!

[man syncer for more details]

christos
Xref: sparky comp.sys.hp:11114 news.software.b:3065
From: schmitz@scd.hp.com (John Schmitz)
Newsgroups: comp.sys.hp,news.software.b
Subject: Re: C News on HP9000/270 HP-UX 8.07
Date: 30 Sep 1992 16:59:58 GMT
Organization: Hewlett-Packard Santa Clara Division
Distribution: na
NNTP-Posting-Host: hpsceo.scd.hp.com

simmdan@ux1.isu.edu (Daniel Simmons) writes:
> >You can also patch all the awk scripts to replace '\t' by a real
> >TAB character: newsbin/inject/{defhdrs.awk,tear},
> >newsbin/relay/canonsys.awk.
> 
> I did this once upon a time, and I don't recommend it.  It's a lot of work,
> and you can't be sure you get everything.

"A lot of work"????  It's pretty trivial to edit three or four files
where a simple search and replace gets everything.  I, too, would
prefer not to have to do it, but it ain't that tough.
From: mccoy@cs.iastate.edu (Chris McCoy)
Newsgroups: comp.sys.hp
Subject: Re: HP-UX Patches ????
Date: 2 Oct 92 16:56:10 GMT
Article-I.D.: ren.mccoy.718044970
Organization: Iowa State University, Ames IA

markb@spock.dis.cccd.edu (Mark Bixby) writes:

>nevin@titan.trl.OZ.AU (Joseph Nevin) writes:
>>Does anyone know if  HP-UX patches (specifically PHKL_0743) are
>>available through the Internet?

>Patches are available via FTP (_not_ anonymous!) from support.mayfield.hp.com if
>you have paid for HP software support.  The HP Support Line database is also
>available from here via telnet and logging in as "hpsl".  Again, you must be
>paying for software support to access this.

HPSL doesn't carry most of the HPUX patches.  Call your support line.
Explain to them your dissatisfaction with not having the patches
available on HPSL.  I let them know every time I call -- which happens
to be about twice a month.  Sooner or later they'll get sick of hearing
it we'll get it done.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Chris McCoy                         : INTERNET  mccoy@cs.iastate.edu
Computer Science Department         : FAX	(515) 294-0258
Iowa State University               : VOICE     (515) 294-9727
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
--
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Chris McCoy                         : INTERNET  mccoy@cs.iastate.edu
Computer Science Department         : FAX	(515) 294-0258
From: ron@topaz.bds.com (Ron Natalie)
Newsgroups: comp.sys.hp
Subject: Re: dbx for HP-UX??
Date: 26 Sep 1992 20:06:11 GMT
Organization: BDS Systems
Distribution: world
NNTP-Posting-Host: topaz.bds.com

> A user at my site who's doing development work on an HP 9000/720 pointed out
> to me that dbx doesn't seem to exist. Has it been replaced with some HP
> proprietary debugging tool? 

Yes, it's called xdb.  All in all it's better than dbx. 


> Do I have to buy something that's meant to be run under HP-VUE?

Actually, it looks like some pre-HP/UX product (probably from Mighty Poor
Excuse).  It only does it's multiwindow (split screen) thing on an HPterm.
It will however run in a non-cursor addressed mode on any terminal.  HPterms
are pretty awful in that they are slow (guess they're emulating real HP terms)
and don't have the niceties on xterms of having the menus to do things like
interactively turning on or off the scroll bar.

Xref: sparky comp.sys.hp:11059 news.software.b:3060
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Newsgroups: comp.sys.hp,news.software.b
Subject: Re: C News on HP9000/270 HP-UX 8.07
Date: 29 Sep 92 20:01:57 GMT
Distribution: na
Organization: University of Toronto Chemistry Department

As well as what you did, I did (on the last "regular" release including
a multitude of patches):

relay/sh/tear, relay/aux/sendnews: set $PATH to prepend the special
	         directories (which contain links for 'awk', 'mail'
		 and 'rsh' to programs that actually work):

and I prepended /usr/local/binspecial and /usr/local/lib/newsspecial
to the standard C News path in 'build'. The special directories
contain:

/usr/local/binspecial:

lrwxr-xr-x   1 root     sys           14 Jul 22 10:00 mail -> /usr/bin/mailx
lrwxr-xr-x   1 root     sys           14 Jul 22 10:00 rsh -> /usr/bin/remsh

/usr/local/lib/newsspecial:

-rwxr-xr-x   1 root     sys       180224 Jul 17 12:17 awk-7.0
lrwxr-xr-x   1 root     sys            7 Jul 17 12:22 awk -> awk-7.0

where 'awk-7.0' is available from the Response Center (for 7x0 systems
running 8.0{5,7} anyways). This gives you an awk that actually works.

You can also patch all the awk scripts to replace '\t' by a real
TAB character: newsbin/inject/{defhdrs.awk,tear},
newsbin/relay/canonsys.awk.
-- 
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: chuckm@hpunsca.canada.hp.com (Chuck Munro)
Date: Tue, 29 Sep 1992 16:43:49 GMT
Subject: Re: HP1000
Organization: H-P Canada Ltd., Dartmouth, N.S.
Newsgroups: comp.sys.hp


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

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

----------

Well, almost.   These days, the user shell for RTE is "CI".  It is quite
UN*X-like in many respects.  The next release, Rev. 6.0, will add many
more UN*X-isms to the user interface.  I/O redirection and pipes are
not there due to the design of the (old) underlying O/S.

The filesystem is hierarchical, like UN*X, but the names are a bit more
DOS-like, with a 16.4 naming style (16-char names, 4-char extensions).
This filesystem can co-exist with the old, 6-char FMGR system.  CI and
its better filesystem have been around for about 10 years now.

Unlike UN*X, the RTE kernel typically occupies less than 200Kbytes for a
fully-loaded configuration!

RTE suports network services like telnet, ftp, Berkeley sockets, etc.  It
has a truly-great FORTRAN-77 optimizing compiler, and an xdb-like symbolic
debugger which supports multiple languages within a single program, and
works with the *optimized* code!   Also supported: BASIC, Macro Assembler,
Pascal, C and a few other 3rd-party languages.

Fundamentally, the HP1000 hardware is a two-register, 16-bit, microcoded
architecture, with memory mapping hardware to allow a 32Mbyte address
range.  The fundamental instruction set was invented in the late 60's,
with memory-management microcode and hardware added over the years.

Its primary claim to fame (other than being still supported after more
than 25 years!) is the kernel's ability to support pre-emption in very
quick order.  Real-time response is very deterministic.

Not a bad system for a very old horse!   Really slick, PA based, POSIX
compliant follow-on systems are imminent.   Stay tuned.

Chuck.

+-------------------------------------------+
| The above is a personal statement, not an |
| official statement of Hewlett-Packard.    |
+------------------------------- ve1ajz ----+

Newsgroups: comp.sys.hp
From: yrjola@hkkk.fi (Matti Yrjola)
Subject: Re: Why does it take so long? (Another case!)
Date: Mon, 28 Sep 92 09:39:04 GMT
Organization: Helsinki School of Economics, Finland

In <7371336@hpfcso.FC.HP.COM> pld@hpfcso.FC.HP.COM (Paul Dineen) writes:

>In comp.sys.hp, altman@camis.stanford.edu (Russ Altman) writes:

>> I recently ordered a Fortran compiler from HP for my HP-700 and
>> was told that it would take 4-6 weeks?  Is that standard experience
>> with HP (I just started using this machine)?  What could they
>> possibly be doing for 4-6 weeks?  Writing the compiler?  This
>> is somewhat irksome.

We have the same situation: we got a 720 and wanted a Fortran compiler
for it afterwards. We ordered the FORTRAN compiler in the end of August.
First we got an order confirmation (dated week
later than our order) stating the usual "to be announced later"-
delivery date. 4 days later we got a new order confirmation with a
delivery date for week 39. Hopefully we get it during this week (40).

>From one of our language lab marketing people:

> Russ,
>  
> First question is, am I to understand you ordered an HP-700 first and
> then decided to add a Fortran compiler at a later date?

Yes.

> I just got off the phone with our Order Processing Manager and verified
> that the quoted product availability for stand-alone software is two
> weeks.  The OP Manager went on to explain, usually the software ships
> within 48 hours of receipt at the manufacturing site.  There are
> several steps involved with the placing an order and processing it once
> it has been officially received.  
> (Customer ---> Sales Office ----> Manufacturing Site ---> Shipment)

         1 day              2-4 weeks?                1-2 weeks?

> If you could supply your sales contact and your customer order number I
> would be willing to follow-up on your specific order.

Here it goes (I will e-mail this posting to dk@fc.hp.com also):

Sales office: HP Finland

Our customer order number: HP92132/(ATK-KESKUS) JUKKA MAKELA
HP order number: 9119-11389-001
HP sales person: Ari Saarela
HP contact named in Order Confirmation: Pirkko Kalja

> We want you to be able to use your compiler!

:-)

> _______________________________________________________________________________
> DeAnna Kay Swetzig
> "DK"
> FORTRAN Product Management
> Computer Language Operation
> Systems Technology Division
> 
> Hewlett-Packard Company             Unix Mail:  dk@fc.hp.com
> 3404 East Harmony Road                                             
> MS # 96                                                          
> Fort Collins, CO 80525-9599
> U.S.A.
> 
> ________________________________________________________________________________
> 

Thanks

Matti



-- 
----------------------------------------------------- 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
From: stan@dixie.com (Stan Brown)
Newsgroups: comp.sys.hp
Subject: Re: HP calculator (TThe X version)
Date: 2 Oct 92 13:54:44 GMT
Organization: Dixie Communications Public Access.  The Mouth of the South.

tt@tarzan.jyu.fi (Tapani Tarvainen) writes:

>In article <BvGo0B.Guo@fc.hp.com> rjn@FC.HP.COM (Bob Niland) writes:

>>Stan Brown (stan@dixie.com) wrote:

>>> Is the HP calcualtor Xclient that comes with the (000's available in
>>> source form anywhere?  I like it very much and miss it when not running on
>>> the HP's.  I would like to compile it for our other machines.

>>The source is apparently not even available to tweakers and porters inside
>>HP.  The story, as I understand it, is:

>> 1. The HP-UX executable is a GUI and a binary interpreter, executing actual
>>    HP Series 10 (11C, 12C, 16C) raw handheld bits, and emulating calc
>>    hardware.  The calculator division is not keen on publishing this
>>    interpreter.  The actual calculation algorithms are just arbitrary data
>>    structures.

>If that is indeed the case, could someone please pass the word to
>whoever maintains it that I for one would love to see HP15C emulation
>added -- it should be practically free, the hardware is the same as in
>11C/12C/16C, so all you'd need to do is dump the 15C firmware.

>(Even more I'd love to see an HP41C emulator, but that would obviously
                               ^^^^^^^^^^^^^^^

	YES! YES! Please!

>be much harder, for even though the CPU is basically the same, there
>are differences and the GUI would need to be changed.  Oh, did I hear
>someone mutter something about a 48SX emulator?  I must be daydreaming ...)

>It's too bad they won't release the code, though.  I'd love to see it.
>(And considering that the calculators in question have been obsoleted
>years ago except 12C and new ones use quite different hardware, I see
>no real reason to hoard it anymore ... oh well.)

>And while at it, I find replacing the 11C/12C/16C logo with generic
>SCI/FIN/PRO somewhat disrespectful (I was about to say blasphemous :-)
>--
>Tapani Tarvainen  (tt@math.jyu.fi, tarvaine@jyu.fi, tarvainen@finjyu.bitnet)
-- 
Stan Brown					    Electric Systems Inc.
Home (404) 299-2225				Atalanta Ga. (USA)
Home (615) 894-5781				Chattoonaga TN (USA)
Work (615) 899-1714				stan@dixie.com
dixie.com = Public Access UNIX in Georgia
From: pej@hpfcso.FC.HP.COM (Phil Jensen)
Date: Tue, 29 Sep 1992 17:34:50 GMT
Subject: Re: "Stereo" socket in HP9000/720 (was Re: HP9000/720 and audio/sound)
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

In comp.sys.hp, jto@rieska.oulu.fi (Jarkko Oikarinen) writes:

> In article <Bv9pCw.LAt@fc.hp.com> jsm@fc.hp.com
>  (John Marvin) writes:
> >   It doesn't say "Stereo", it says "Audio". It is for an alternate output
> >   for the internal speaker, which is hooked up to a 3 voice beeper. The
> >   720 does not have digital audio in/out capability.
> 
> In fact, now that I took a closer look, this HP has *both* sockets.
> The Audio socket gives out the beeps (yes, I finally managed to get that
> to work) and then the Stereo socket. But the Stereo socket is in the video
> board, so am I able to get Stereo images with this system? Anyone know?
> Wow, even better than I expected... now that I only would find some
> manuals, example programs or something so play with my new toy... :-)
> 
> When trying to install X11R5 on this workstation, I found out that
> the server core dumped because the video device determined by the
> server was S9000_ID_A1439A, commented as CRX24 (24-plane Color).
> (And that's not yet supported...) If that helps to recognize what I have...
> 

You do in fact have stereo video support. The BNC connector is used to
connect to a pair of polarizing glasses so that alternate eyes can be blanked
while the screen displays alternating pictures. To use the stereo capability
requires a special monitor and the polarizing glasses, so unless you are 
going to need stereo, you probably needn't worry about the stereo plug.

----------------------------------
Phil Jensen
User Interface Technology Division
Hewlett-Packard Company
pej@hpfcpej.fc.hp.com
----------------------------------

This article represents only the opinion[s] of its author, and is not an
official or unofficial position of, or statement by, the Hewlett-Packard
Company.  The text is provided for informational purposes only.  It is
supplied without warranty of any kind.
Newsgroups: comp.sys.hp
From: stevej@hpc.mentorg.com (Steve Jumonville)
Subject: Re: exportation of HP file systems
Originator: stevej@hpc.mentorg.com
Date: Sat, 26 Sep 1992 19:12:52 GMT
Organization: Mentor Graphics 
Followup-To: 


In article <1992Sep23.204143.15056@nmt.edu>, randy@nmt.edu (Randy) writes:
|> We are attempting to export a file system from an HP9000 835s which
|> will also export root privilages to the destination system.

The current version of NFS on HP-UX does not allow root access on exported filesystems; this will be available on HP-UX 9.0. Meanwhile, the only way to achieve this is to use 'adb' to patch your kernel, allowing root on any system full access to all of your exported filesystems.

|> Since there is no way to do this thru the /etc/checklist file( at 
|> least the man page does not elude to any options as does the sun
|> counterpart) we were attempting to use the /etc/hosts.equiv and/or
|> the .rhosts file for the same purpose.

Tweaking Berkeley services like hosts.equiv and .rhosts won't have any impact on NFS services. There is no realtionship between the two.

|> None of it has worked.  Our machine seems to ignore its hosts.equiv,
|> rhosts files, not to mention ignoring netgroups for use by NIS.

I don't have enough information to tell why your system is ignoring hosts.equiv/.rhosts. There a more than several possible reasons:

	- do you have the services appropriately configured in /etc/services,
	  and /etc/inetd.conf?
	- is security access disabled in /usr/adm/inetd.conf?
	- if you are using BIND name service at your site, your host names
	  need to be fully qualified in your hosts.equiv/.rhosts file. For 			  example, "hpc.mentorg.com	stevej" (not just "hpc stevej").

|> Is this due to some security featured compiled into the OS, or something
|> entirely different? 

 --------------------------------------------------------------------------
 Steve Jumonville              INTERNET:       steve_jumonville@mentorg.com
 Hewlett-Packard Technical Consultant
 Mentor Graphics Corp.
 8005 SW Boeckman  Road        VOICE:          (503) 685-7746
 MS  E-1302                    VOICE-MAIL:     (503) 685-1316 (ext. 7746)
 Wilsonville, Oregon 97070     FAX:            (503) 685-7986
 --------------------------------------------------------------------------
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Newsgroups: comp.sys.hp
Subject: Re: hp720 won't boot
Date: 3 Oct 92 15:34:29 GMT
Distribution: comp
Organization: Naval Research Laboratory, DC

In article <1992Oct3.4524.14146@dosgate> "michael livsey" <michael.livsey@canrem.com> writes:

>The HP 7XX will only boot off of SCSI ID 6 (appropriately named /dev/0s0).
>Since HP generally pre-loads their systems, your internal hard disk has
>no probably been initialized with a boot block.

Funny, my HP 730 boots boots just fine from the disk on SCSI.0

>drive is SCSI ID 6. In addition, you MUST run the 'mediainit' program on your
>internal drive to wipe out the boot block and prevent your system from booting
>from the internal drive (regardless what's on it).

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

Ran
atkinson@itd.nrl.navy.mil



Newsgroups: comp.sys.hp
From: tt@tarzan.jyu.fi (Tapani Tarvainen)
Subject: Re: HP calculator (TThe X version)
Originator: tt@tarzan.math.jyu.fi
Organization: University of Jyvaskyla
Date: Sun, 4 Oct 1992 09:14:46 GMT

In article <7371364@hpfcso.FC.HP.COM> steve-t@hpfcso.FC.HP.COM (Steve Taylor) writes:

>In comp.sys.hp, tt@tarzan.jyu.fi (Tapani Tarvainen) writes:
>| I for one would love to see HP15C emulation added -- ...
>| I find replacing the 11C/12C/16C logo with generic SCI/FIN/PRO

>I thought the PRO version was the 15C look-alike (with FIN as 12C,
>and I don't have either an 11C or a 16C so I'm not sure about SCI).

No, the PRO is a 16C-lookalike (but not quite perfect, three functions
are missing, namely double-word operations -- anybody know why they
were omitted?) and SCI is like the 11C (I think there's nothing
missing, but I don't have a 11C; anyway, it sure ain't like the 15C,
which I do have).
--
Tapani Tarvainen  (tt@math.jyu.fi, tarvaine@jyu.fi, tarvainen@finjyu.bitnet)
Newsgroups: comp.sys.hp,news.software.b
From: aem@news.miami.edu (andrew mossberg / mthvax admin)
Subject: C News on HP9000/270 HP-UX 8.07
Organization: Symbiosis Corporation
Distribution: na
Date: Tue, 29 Sep 92 18:17:40 GMT

I was able to compile C News under HP-UX yesterday, with a few changes
(listed below) but it appears that the awk scripts (of which there are 
many) don't work. At least, defhdrs.awk fails... Any fixes?  This C News
is the one that was on zoo.toronto.edu as of Sunday..

===notes===
had to change lines 19 and 69 of libstdio/rdwr.c type of fread and fwrite
is "size_t" 

had to change line 18 of libusg/ftime.c: type of times() is "clock_t"

had to NOT use your fast stdio routines (failed in testing after fputs?)

had to spoof inject/mkstripinvis: it tries to call NEWSCTL/config file
before it gets created!


--aem

-- 
a.e.mossberg, aem@umiami.ir.miami.edu, aem@umiami.bitnet, aem@umigw.miami.edu
Newsgroups: comp.sys.hp