HDTenEightyP/NetNews huggingface dataset:
From: chris@rz.uni-karlsruhe.de (Christian Finger)
Subject: Re: NFS accelerator & remote print service
Reply-To: finger@rz.uni-karlsruhe.de
Organization: Computer Center, University of Karlsruhe, Germany
Distribution: comp
Date: Wed, 15 Apr 1992 17:21:47 GMT

In article <1992Apr15.105616.2570@hp9000.csc.cuhk.hk>, a866700@hp9000.csc.cuhk.hk (Wong Siu To) writes:
| Hi all,
| 
| Does anyone know whether HP 8x7 series and 700 series support
| Prestoserve (the NFS accelerator) ?

Why not use the capabilities of HP-UX instead ?

Try putting a '-async' in your /etc/exports, e.g
	/disc -async hostomat

This will change the way the HP-NFS server respondes to write()-requests
from synchronous into asynchronous mode. We use it for about 6 month here
on a dozen of fileserver and it works pretty well for us (speeded up writing 
via NFS up to 3 times).

There's a little risk in doing that. 
Some times ago Rober Harker (harker@harker.com) wrote a very interesting
posting about the way NFS handles write()-requests and ways to accelerate it, 
here an excerpt:

NFS writes on the other hand could be synchronous or asynchronous.  With
traditional UNIX asynchronous writes to disk make sense.  The data will only
be buffered for a short while and will be flushed when the application closes
the file (if not sooner).  If the UNIX host crashes between the time the write
request is made and the data is written to disk, then the application will
also crash.  Recovery from this problem is a much larger problem, a matter of
how you get the application back to the state that it was in at the time of
the crash.  Now on an NFS client the problem of the server is very different.
Basically, the disk drive can crash and come back on line while the
application remains active and alive.  The problem with asynchronous writes is
what happens when the client writes a block of data, the server caches it and
returns a successful write of the data, and then immediately crashs before the
server can flush the data to disk.  The client *knows* that the write was
successful, the server told it so, but the server does not know that some data
was lost, much less how to recover the lost data.  The server comes back and
the client merrily goes on its way writing more data.  Now there is a hole in
the data that the client wrote to the server and no way for the client know
that this hole exists, much less how to recover from it except by recreating
the data.  Because of this problem, *all* NFS writes are synchronous, the data
has to be written to a non-volatile media before the write can complete.  If
the server crashes during the write, the client will get a write error on the
system call (everybody checks the success status of all their write system
calls right, nudge, nudge, wink, wink (:-)

EOE (end of excerpt)

As I said before, we had never any problems using asynchronous NFS-writes.

| - ST Wong

C.Finger
-- 
  .     Christian Finger         |   SMTP:
 |||    Computer Center          |   finger@rz.uni-karlsruhe.de
\|||    University of Karlsruhe  |   X.400:
    /   Am Zirkel 2              |   S = finger; OU = rz
        D-7500 Karlsruhe 1       |   P = uni-karlsruhe; A = dpb; C = de
From: dpayton@qcinet.Gwinnett.COM (Doug Payton)
Newsgroups: comp.sys.hp
Subject: Getting Cnews/rn to work on HP-UX : The Summary
Date: 10 Apr 92 15:01:22 GMT
Organization: Quality Consultants, Inc.


Thanks to all the folks to offered help with my Cnews problem.  As it turns
out, my problem was not HP-UX specific at all, just a misunderstanding of
the error message.

/usr/local/bin/inews: control matches no groups in /usenet/lib/news/active

I got this message after long perusal of the defhdrs.awk script.  Having
seen the "Control:" header mentioned there, I assumed the "control" referred
to in the message was the header.

>Bzzzt<  Wrong answer, but thank you for playing...

Cnews sets up a default "active" file with a (surprise) "control" newsgroup.
I had deleted that ("Heck, I don't want the 'control' information"), so
my cancelled articles had no home.  Now they do.

Everything else is running smooth in news-land.

For my fun with getting awk to handle "\t" in a bracketed expression, some
suggested I use the "old" awk (/usr/old/awk-7.0) and some suggested GNU's
gawk.  Changing "\t" to real tab characters solved the problem, and I 
(#1) kinda prefer not moving system software around and (#2) would rather
not have a program take up more disc space when I have a lot of it's
functionality already.  However, I do appreciate the suggestions.


Credits:

Thank you to the following folks who responded (in order of appearance)...

John Schmitz <schmitz%scd.hp.com@dtc.hp.com>
Hewlett-Packard Santa Clara Division

Maurijn van Tol <maurijn@prsb.pttnwb.nl>
PTT Telecom bv, NWB The Netherlands

neal@ctd.comsat.com (Neal Becker)

chris@psg.com (Chris Pinkham)

Chris Walsh <mack23@cicero.spc.uchicago.edu>
SSPPCC, University of Chicago
-- 
Doug Payton

dpayton@qcinet.gwinnett.com
{rutgers,ogicse,gatech}!emory!gwinnett!qcinet!dpayton
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
An open mind is good, but, like an open window, it still needs
a screen to keep the bugs out.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Newsgroups: comp.sys.hp
Subject: Where are lex and yacc? (hpux 8.02/9000/827)
From: sdroppers@pbs.org
Date: 14 Apr 92 13:12:29 GMT
Organization: PBS:Public Broadcasting Service, Alexandria, VA

Are lex and yacc available on HP-UX systems, or do I have to go and get some
non-supported suftware somewhere?  We are running 9000/827 systems and hp-ux
V8.02.  Thanks for the information.
-- 
Seton Droppers  -- "Anything that I say is my opinion and not my employer's."
Systems Manager, E-Mail Postmaster
Public Broadcasting Service, 1320 Braddock Place Alexandria, VA 22314-1698
E-Mail:  sdroppers@pbs.org	Voice: 703-739-5089	FAX: 703-739-0775
From: wk@cup.hp.com (Wayne Krone)
Newsgroups: comp.sys.hp
Subject: Re: scsi & HP
Date: 10 Apr 92 04:01:43 GMT
Article-I.D.: cupnews0.1992Apr10.040143.16412
Organization: HP-UX Kernel Lab, Cupertino

mike@socrates.umd.edu (Mike Santangelo (UNIX/VMS Sysmgr)) writes:

: Grrrr.  another case where I have been penalized for having an 8X5 Model
: HP9000.  I've discussed this at length with my SE as he discovered it
: as well, "the lab" picked the 8X5 (825/835/845) to do the initial port
: of HP-UX 8.0 to, then from that base release (and time is moving on here)
: started the minor bootstrap work needed to create the versions of 8.0
: to run on the other HP9000 PA-RISC families (8X7, 700 series, 850/855, 870-x00,
: etc) AND ROLE IN THE [NEW] FEATURES INTO THESE, leaving the base 8.00
: for the 8x5 family back in the stone ages.  This has included several
: bug fixes for the layered software.  SCSI powerfail then apparently is
: just another example, sigh...
: 
: Comment?

8.0 supported all systems available at the time it shipped:  8x2, 8x5,
8x0, s300, s400, etc.  The remaining systems we have today (s700, 8x7,
and 870/[234]00) were not ready for hardware release until after 8.0 was
already shipping.

The s800 minor releases include support for new hardware and defect
fixes but generally not any new software features.  The major releases
pull the minor releases together and add new software features.

Supporting SCSI powerfail support in 8.02 was mostly reflects the
availability of new SCSI peripherals, not any software enhancements
other than fixing defects found when testing the new peripherals.
From: mario@cad4.lbl.gov (mario aranha)
Newsgroups: comp.sys.hp
Subject: Help with PASCAL compiler
Date: 14 Apr 92 21:07:09 GMT
Followup-To: comp.sys.hp
Organization: Lawrence Berkeley Laboratory


The PASCAL compiler on hp-ux 8.07 (series 700) gives me the
following message:

cad18$pc -c -g macro_mod.p
PROCEDURE: MACRO_LIST_OR_SAVE
**** ERROR #  1   COMPILER ERROR 3018, COMPILE TERMINATED (425)
... LINES PROCESSED = 2129 ... PASCAL STATEMENT = 88 ...
( 0)  0x00038620
Can't open executable file
Can't open executable file
( 4)  0x00109e20
( 5)  0x0010a704
( 6)  0x0010a9f4
( 7)  0x0010713c
( 8)  0x00120048
( 9)  0x000c3248
(10)  0x0006b330
(11)  0x0006c730
(12)  0x0004d134
(13)  0x0004ef50
(14)  0x0004fbb8
(15)  0x0004fe08
(16)  0x000d238c
(17)  0x000c1d24
NUMBER OF ERRORS =  1     NUMBER OF WARNINGS =  0
PROCESSOR TIME 0: 0: 4    ELAPSED TIME 0: 0: 4
NUMBER OF LINES = 2129    LINES/MINUTE = 36084.7
NUMBER OF NOTES =    0
pc: Errors detected

---------------------------------------------------------
This problem does not occur on hp-ux 8.05 and does not
occur on hp-ux 8.07 if I do not use -g. According to the
documentation "A run-time code trap (an addressing exception
or an illegal instruction, for example) occurred during compiler
execution". The suggested ACTION is  "Check that there is no
previous syntax error. If there is one, fix the error and
recompile. Otherwise, report this as a bug".

My comments are the following:

 1. How do I interpret the message:
 "... LINES PROCESSED = 2129 ... PASCAL STATEMENT = 88 ..."
 so maybe I'll find something strange in the source code?

 2. If this is caused by an earlier syntax error why isnt't the
 error pointed out explicitly?

 3. I do not understand most of this error message!!!

 4. Should I rely more on hp-ux 8.05 than 8.07 in this respect?

 5. If I report this as a bug to the response center where
 does it leave me?

 6. Would any expert HP PASCAL compiler developer or user
 care to comment?
From: datri@convex.com (Anthony A. Datri)
Newsgroups: comp.sys.hp
Subject: Re: HP-UX public domain software (update #1)
Date: 10 Apr 92 19:15:29 GMT
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
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.


>[*DOES ANYONE HAVE A WORKING VERSION OF PERL THEY COULD CONTRIBUTE?*]

Perl is not in the public domain.

>  15508823     GNUEmacs.tar.Z

This is not in the public domain.

-- 


======================================================8--<
Xref: sparky comp.sys.hp:5088 comp.windows.x:9771 comp.windows.open-look:2156 comp.sys.sun.misc:1830 comp.unix.msdos:609
From: mcmorran@ll.mit.edu (Roy McMorran)
Newsgroups: comp.sys.hp,comp.windows.x,comp.windows.open-look,comp.sys.sun.misc,comp.unix.msdos,ll.bboard
Subject: Remote Display Font Problem with Soft PC on HP9000/730
Summary: How to copy HP:$FONTDIR/spc*.scf to SUN:$FONTDIR/spc*.somekindafont
Keywords: fonts X window system soft pc scf snf hp sun
Date: 9 Apr 92 15:12:40 GMT
Followup-To: comp.windows.x
Organization: MIT Lincoln Laboratory, Lexington, MA

Advance apologies if I've posted this to inappropriate groups; my problem 
seems at least tangentially related to all these groups.  I hope someone 
out there can help me out.

I've accquired Soft PC for my Hewlett-Packard 9000/730.  Soft PC is a
_software_ IBM-PC/AT (286) emulator for unix and runs under X.  The product 
works well on the local display.  However if I try to run it on a remote
X display I am having problems.  It is unable to locate the fonts it needs.

The remote machine in question is a Sun SparcStation running Open Windows.
I have copied the fonts from my HP over to the Sun.  I put them in
/usr/openwin/lib/fonts which is where xset q says it will look for them.
However when I invoke SoftPC it claims it can't open the font files.  I
suspect the problem is the format of the font files themselves.  As installed
on the HP they are *.scf (Server Compressed Format?).  Is this format
device (server) dependent thus making these files meaningless to the Sun?
All the fonts on the Sparc seem to be in a different format (*.ff or *.fb)
I'm afraid that I'm somewhat clueless as to how to convert between formats
(or if its necessary/possible) other than bdftosnf (which seems irrelevant).

I've tried converting them to *.snf before copying them over but that 
didn't seem to help.  I've also tried moving them to /usr/lib/X11/fonts/misc
which is where the live on the HP.  No luck.

BTW I can run SpC on a remote _HP_ display if I copy the fonts to 
remote_hp_machine:/usr/lib/X11/fonts/misc.

Thanks for any help you might give.  Email me and I will summarize if
there is interest.  My problem seems to relate to the general issue of 
how to copy X window system fonts from the HP to the Sun so I'm directing 
followups to comp.windows.x.  Thanks.
-- 
Roy McMorran = mcmorran@ll.mit.edu // Now it's over I'm dead and I haven't
MIT Lincoln Laboratory             \\ done anything that I want, or I'm 
244 Wood Street B261               // still alive and there's nothing
Lexington, MA 02173                \\ I want to do...         -TMBG
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Subject: Re: NFS and root
Organization: University of Toronto Chemistry Department
Date: Mon, 13 Apr 1992 16:52:18 GMT

In article <1992Apr12.061209.16577@news.eng.convex.com> datri@convex.com (Anthony A. Datri) writes:
>
>As has been pointed out to me, HP doesn't support explicit root mapping
>in /etc/exports.  I quite honestly hadn't imagined that a post-SunOS 3.5
>OS would still have that limitation.

This makes backing up other HP systems from an HP system (or anywhere
else) very painful. Come on, HP, get with it - this is the 1990's!!
(Note that HP/Apollo Domain/OS was only patched a few weeks ago to allow
root access in/out, though it was supposed to have worked a year ago.)
-- 
What are the chances that any computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
From: rdg@hpfcso.FC.HP.COM (Rob Gardner)
Date: Mon, 13 Apr 1992 18:19:55 GMT
Subject: Re: kernel replacement
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp


> 
>     I've been told by HP that problems can be caused by replacing the
>     kernel image (/hp-ux) with a new kernel. I've done this a lot in
>     the past, with no difficulty. Any comments on this?


Another potential problem: If you usually use SAM to configure your
system, and you suddenly decide to build a new kernel yourself, SAM
might later become confused about how your kernel is actually set up.

Rob
Newsgroups: comp.sys.hp
From: datri@convex.com (Anthony A. Datri)
Subject: Re: X11 include files and libraries on HP-UX
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
Date: Thu, 16 Apr 1992 23:37:49 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.

>R5 libraries when it really wasn't meant to.  That's why we separated the
>libraries - so that programs built with one X/Motif revision would keep using
>that same version.

That assumes, however, that one has an infinite amount of disk space to
keep around old versions of things.

-- 


======================================================8--<
Newsgroups: comp.sys.hp
From: franl@centerline.com (Fran Litterio)
Subject: Re: ASCII to PS
Organization: CenterLine Software, Inc.
Date: Wed, 15 Apr 1992 18:17:17 GMT

In article <1992Apr15.165315.9114@ux1.cso.uiuc.edu> chlg1043@uxa.cso.uiuc.edu (Christopher H Lee) writes:

> I heard that there is a public domain program that
> converts ASCII files to PostScript files.  does
> anyone have any info on this (program name, site, etc.)?

It available via anonymous ftp from

	ftp.uu.net:/usenet/comp.sources.misc/volume10/a2ps3.Z

This appears to be version 3.  There is a version 4 somewhere, but I
don't know where.
--
franl@centerline.com   || Fran Litterio                               
uunet!centerline!franl || CenterLine Software R&D                     
617-498-3255           || 10 Fawcett St, Cambridge, MA, USA 02138-1110
From: martins@hpl.hp.com (Henrique Martins)
Subject: Re: Broadcasting 0's on a 710 (HP-UX 8.07)
Organization: Hewlett-Packard Laboratories, Palo Alto, CA
	<FRANL.92Apr8160847@draco.centerline.com>
Date: 8 Apr 92 22:48:39

In article <FRANL.92Apr8160847@draco.centerline.com> franl@centerline.com (Fran Litterio) writes:

>>  What is the 700/RX?  Is it just another sub-model of the 700 series?

  The 700/RX is an X-terminal. (It is not PA-RISC, but based on some chip
from Intel, i960, or something like that.)

  Henrique (martins@hpl.hp.com)
Newsgroups: comp.sys.hp
From: mcdonley@possum.den.mmc.com (Alan Patrick Mcdonley)
Subject: Re: Do the X11 libraries exist for 9000/8x7 systems?(SUMMARY)
Organization: Martin Marietta Astronautics, Denver
Date: Fri, 17 Apr 1992 05:42:37 GMT

I too found that I had purchased five HP9000/7X0 machines and could not
compile X programs.  Too bad the sales person knew so little about how
to put togeather an order that results in a usable system.  There was al
a lot of confusion as to what came in the C++ developers bundle (did I
get ANSI C or not, was this the same as SOFTBENCH C++, did I need the
developers bundle with SoftbenchC++, did I need the Programmers bundle).

I ended up having to push a quick purchase order thru for B2356A X
developers kit.  and the Softbench C++ ended up containing C,C++, but
not SCCS.  I have gotten used to RCS but wish make could checkout the
latest makefile automatically.

BTW, even when you load the B2356A, you may get a surprise message! HP
put the X stuff in a different place than OSF.  I had to make a few
links and move the Motif1.1 lib down a level to get generic "Young book"
and PD programs to link.

Alan McDonley
mcdonley@pogo.den.mmc.com

Newsgroups: comp.sys.hp
From: pjs@euclid.JPL.NASA.GOV (Peter J. Scott)
Subject: Re: ASCII to PS
Reply-To: pjs@euclid.jpl.nasa.gov
Organization: Jet Propulsion Laboratory, NASA/Caltech
Date: Thu, 16 Apr 1992 15:47:57 GMT

In article <FRANL.92Apr15131717@draco.centerline.com>, franl@centerline.com (Fran Litterio) writes:
> In article <1992Apr15.165315.9114@ux1.cso.uiuc.edu> chlg1043@uxa.cso.uiuc.edu (Christopher H Lee) writes:
> 
> > I heard that there is a public domain program that
> > converts ASCII files to PostScript files.  does
> > anyone have any info on this (program name, site, etc.)?
> 
> It available via anonymous ftp from
> 
> 	ftp.uu.net:/usenet/comp.sources.misc/volume10/a2ps3.Z
> 
> This appears to be version 3.  There is a version 4 somewhere, but I
> don't know where.

You can FTP it from imag.fr, where the author resides.

-- 
This is news.  This is your       |    Peter Scott, NASA/JPL/Caltech
brain on news.  Any questions?    |    (pjs@euclid.jpl.nasa.gov)


Newsgroups: comp.sys.hp
From: hamm@austoto.sps.mot.com (Steve Hamm)
Subject: Re: Paging/Swaping problems with HP9000/s720 under HP-UX 8.05
Reply-To: hamm@ssdt-bluestein.sps.mot.com (Steve Hamm)
Organization: Motorola SPS, Austin, TX
Date: 17 Apr 92 09:03:12


---On Thu, 16 Apr 1992 15:09:31 GMT, wjbaird@descartes.waterloo.edu (Warren Baird) said:

Warren> Has anyone had any bad experiences with a HP 9000/720 running
Warren> jobs that won't fit in memory?  We have a 720 with 16 Meg
Warren> memory running HP-UX 8.05.  I think we have about 90 Meg of
Warren> swap space.

[continues with story about Sparc 2 being faster than HP 700 on a job]

I've heard of two "well known" bugs in HPUX 8.05 that affect this.  We
have seen this behavior (and continue to see it) even in cases where
the sparc and the hp700 have the same amount of memory.  IMHO, the
jury is still out on whether HP700's and virtual memory get along.

The first bug: (as explained to me by an HP app. engr.)  8.05 has a
hyperactive pager, which under certain conditions actually behaves
more like a swapper-- meaning that the pager essentially swaps out
processes (removes most/all of their pages) rather than just removing
the required amount of least-recently-used pages.  This was reported
to have been fixed in 8.07, but I'm still hearing reports that if
you're short of memory you're still better off with a sparc.

The second bug: malloc (as distributed with 8.05) didn't like small
blocks.  Really didn't.  I'm told that the algorithm for finding the
next small block degraded to a linear search, which meant that
allocating lots of small blocks turned into an O(n^2) process. Nasty.
A fix for this is available as a patch to 8.05, and is distributed
with 8.07 (or so I'm told).

--Steve
--
Steve Hamm ------  Motorola Inc. Semiconductor Systems Design Technology
                   3501 Ed Bluestein Blvd., MD-M2, Austin TX 78762
Ph:  512-928-6612  Internet:  hamm@ssdt-bluestein.sps.mot.com   
Fax: 512-928-7662  UUCP:      ...cs.utexas.edu!oakhill!austoto!hamm
Newsgroups: comp.sys.hp
From: jeff@dsndata.uucp (Jeff Minnig)
Subject: Re: Problems with SLIP (PPL) on 385, HPUX 8.0
Organization: Design Data
Date: Fri, 10 Apr 1992 14:11:14 GMT

In article <1992Apr9.162027.8012@resonex.com> michael@resonex.com (Michael Bryan) writes:

> From: michael@resonex.com (Michael Bryan)

> 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! :-)]
> 

We tried something very similar after installing 8.0 on a 385 late
last year.   I had two telebits connected and tried to invoke
ppl and the entire cluster quit working....  I think that the 
IP code in the kernel had a self-inflicted lobotomy over something
that SLIP (ppp) was trying to do....


We would find this capability very usefull for customer suppport.

Ideas?


-jeff-
--

----------------------------------------------------------------------
	I said it, not the people I work for.
----------------------------------------------------------------------
Jeff Minnig                     | (402) 476-8278
Design Data			|
1033 'O' St.  Suite 324         | {hpfcla,sparky}!dsndata!jeff
Lincoln NE 68508                | 
----------------------------------------------------------------------
	Home is where your keyboard is.
----------------------------------------------------------------------
From: bpb9204@tamsun.tamu.edu (Brent)
Newsgroups: comp.sys.hp
Subject: Automatic logging out of modem users
Summary: Need to kill stale users.
Date: 17 Apr 92 18:11:55 GMT
Followup-To: comp.sys.hp
Organization: Texas A&M Univ., Inc.


Hello, all.
  I manage three 9000 systems (835, 825, 540) and each has a modem connected
to it.  What we need to do here is log out users after some 10 minutes of
inactivity to free the line.  Extra lines == extra modems == extra $$ that
we don't care to spend.
  First, does the shell (ksh or sh) have some way to kill itself after so
long a time?  If not, is there another program already on the system that
we could use to kill stale users?
  Second, if none of the above exist, does anybody have/know of a program
that would accomplish what we want?

thanks, all info appreciated!
-Brent
-- 
------------------------------------------------------------------------------
Brent P. Burton, N5VMG                                    Computer Sci/Physics
bpb9204@tamsun.tamu.edu                                   Texas A&M University
I'd tell you about sado-necro-beastiality, but that'd be beating a dead horse.
Newsgroups: comp.sys.hp
From: gritton@alaska.caedm.byu.edu (Jamie Gritton)
Subject: Re: NFS and root
Lines: 14