HDTenEightyP/NetNews huggingface dataset:
From: xm9@sdcc12.ucsd.edu (richard g. adair)
Newsgroups: comp.sys.hp
Subject: Disk overwrites
Summary: Reformat with patterns
Keywords: Disk overwite
Date: 1 Oct 92 16:18:41 GMT
Distribution: na
Organization: Tony Burzio, San Diego

Many organizations are concerned with the ability to reconstruct
data off a hard disk even after the disk is reformatted.  Normally,
the procedure to follow is to overwrite the disk with 3 different
patterns so that the original magnetic patterns are scrambled.  On
the Sun workstations, there is the program format/analyze/purge
which accesses the low level SCSI driver and writes patterns to
each sector on a hard disk.  Is there such a utility for the HP
workstations?  (mediainit does not do this procedure for disks,
although it does it for tapes)

Tony Burzio
Arete Associates
San Diego, CA
From: stan@dixie.com (Stan Brown)
Newsgroups: comp.sys.hp
Subject: SLIP (That's PPL right?) over terminal server
Keywords: SLIP PPL
Date: 30 Sep 92 21:59:01 GMT
Organization: Dixie Communications Public Access.  The Mouth of the South.


   I am trying to et up a slip (that's PPL under HPUX right?)
   conection betweeen a remote customer site and our office.

   At both endse the modems (Worldblazers) are actually connected to
   Chase Iolan terminal servers.  The problem that I am runing inot is
   the when I get everything configured the way that I think it should
   be I can call the remote site from my office machine, but when I
   try to start up the slip process on the remote 9000/720 I get an
   error message somthing like:

   "your are loged in using ptyxx, PPL requires a serial port"

   Since the pty is really a socket which does go to a serial prt, I
   would think that I could make this work.

   Am I doing something dumb?  Are there any configuration files that
   control what ports slip can run on?

   Any help would be greatly appreciated.

   Stan

-- 
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
Newsgroups: comp.sys.hp
From: gordon@madmax.uwaterloo.ca (Gordon R. Strachan)
Subject: swapping with Patch 1065
Reply-To: gordon@madmax.uwaterloo.ca (Gordon R. Strachan)
Organization: University of Waterloo, Waterloo Ont.
Date: Mon, 5 Oct 1992 15:20:34 GMT

I have an HP 9000/730 with 32 meg of memory running 8.07.  Since we run
programs which require large amounts of memory we were having a lot of trouble
with swapping and interactive response time.  So, I installed the performance
patch, number 1065 which is supposed to improve response during times of
heavy paging.  This is does, very well.  Unfortunately, as a side effect, it
seems to have reduced the maximum residence size a program can have before it
starts to swap.  For example, on an idle system, a program could previously
grab upto 20 Meg of memory before the system started swaping things out.  Now,
on an idle system the most it can get is 14 Meg.  As more programs are launched
this maximum number continues to decrease even if the new processes are
waiting for I/O.

Now, the information on the patch clearly states that throughput is sacrificed
for interactive response so perhaps this is just the nature of the beast.
But, still, it is hard to explain to your boss why now the largest program
you can effeciently run is less than 1/2 the size of your memory.  I was
wondering if there was any tuning that I can perform to try and increase the
memory the system will give to the program.

Gordon

Newsgroups: comp.sys.hp
From: cricket@winnie.corp.hp.com (Cricket Liu)
Subject: Re: /etc/hosts and name servers...
Date: Mon, 5 Oct 1992 17:11:01 GMT
Organization: HP Internet Imagineering

In article <1992Oct5.153221.5779@nrcnet0.nrc.ca>, cantin@nrccsb3.di.nrc.ca (Claude Cantin) writes:
|> How does one set up /etc/resolv.conf to check "/etc/hosts" BEFORE checking
|> the name server? 
|> 
|> On SGI's, the line "hostresorder local bind" in resolv.conf does the trick.  On
|> the SUN's, we had to rebuild some shared library.  How is it done on the
|> HP's??? We running HP-UX 8.07 on a 710.

I'm afraid you can't.  HP's resolver only falls back to /etc/hosts *after*
querying a name server, and only if there's only one name server listed in
resolv.conf.

-- 
cricket

cricket@hp.com / Hewlett-Packard Corporate Network Services / Palo Alto, CA
From: koreth@spud.Hyperion.COM (Steven Grimm)
Newsgroups: comp.sys.hp
Subject: How to control audio CDs from a C program?
Date: 28 Sep 1992 16:47:16 -0700
Organization: Hyperion, Mountain View, CA, USA
NNTP-Posting-Host: spud.hyperion.com

I'd like to port my "workman" CD-player tool to the HP (a 700) I'm
using at work now.  Compiling the GUI part of it is simple enough, but
there seems to be no documentation on controlling the CD drive from
software.  I need to be able to read the disc's table of contents and
find out where all the tracks start, the playing time of the CD, etc.
On the Sun, there are some simple ioctl calls to get this information,
but there don't appear to be equivalents under HP-UX.

I assume it's possible to read this stuff from the disc.  Can some kind
soul E-mail me some documentation on the subject, if there is any?

---
Steven Grimm     koreth@hyperion.com     "              !" - Marcel Marceau
Xref: sparky comp.sys.hp:11173 news.software.b:3071
From: neal@ctd.comsat.com (Neal Becker)
Newsgroups: comp.sys.hp,news.software.b
Subject: Re: C News on HP9000/270 HP-UX 8.07
Date: 1 Oct 92 20:46:03 GMT
	<1acmeeINNep4@hpscdf.scd.hp.com>
	<1992Oct1.143637.7160@alchemy.chem.utoronto.ca>
Organization: COMSAT Labs
NNTP-Posting-Host: neal.ctd.comsat.com
In-reply-to: system@alchemy.chem.utoronto.ca's message of 1 Oct 92 14:36:37 GMT
X-Md4-Signature: a1cd069530fe1ae847e280876ca8033d

>>>>> On 1 Oct 92 14:36:37 GMT, system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson)) said:


	System> The real problem is that when you upgrade C News, Henry/Geoff may have
	System> snuck in another awk script, and you won't know it until news screws
	System> [ rest deleted.....]

I've had no problem running inn here on hpux.  Why don't you try it
instead?
Newsgroups: comp.sys.hp
Newsgroups: comp.sys.hp

> 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.

As of 9.0 xdb looks up the TERM variable, knows how to handle SIGWINCH, 
and works on non HP terminals.

bruno.
Newsgroups: comp.sys.hp
From: cchong@magnus.acs.ohio-state.edu (Colin K Chong)
Subject: PROBLEM WITH REMOTE PRINTER
Organization: The Ohio State University
Date: Thu, 1 Oct 1992 03:42:52 GMT

I have set up a postscript printer for a HP 425 cluster running HP_UX 8.0
and it runs fine. However, when I try to set up the same printer as a
remote printer for another HP 425 cluster, I get a message that says that
the connection to the remote computer is down. The LAN works OK as I can
telnet and ftp to the remote computer. I have verified that the spooler
is working and that the priorities are all 0. Any ideas?

I would appreciate it if you could reply with whatever help you can
provide to:

cchong@magnus.acs.ohio-state.edu

thanks in advance

Colin Chong (sysop)
From: heumann@hplvec.LVLD.HP.COM (John Heumann)
Newsgroups: comp.sys.hp
Subject: Re: HP and windows NT
Date: 1 Oct 92 16:39:50 GMT
Article-I.D.: hplvec.560039
Organization: Hewlett-Packard Co., Loveland, CO

Case sensitivity (like Unix vs. NT) is largely a religious issue
and many folks have staked out ironclad positions which are 
unlikely to be affected by argument.  Maybe its possible to
have it both ways though.  In an ideal programming environment:

  1) The computer should always maintain the case typed 
     by the user, never shifting from lower to uppercase
     or vice-versa.

  2) Case-sensitivity for searching, file name comparison, etc.
     should be a user selectable option.  In the case of Unix,
     this would involve adding an environment variable indicating
     whether to consider case significant for filename matching.
     In the case of C and its derivative, it would require adding
     a compiler directive to enable/disable case-folding in the
     name space (for alpha characters only obviously).  This is
     hardly a radical idea.  Vi and other editors have had this 
     option for ages. 

(2) involves a certain amount of complexity and ugliness if portability
is to be maintained.  Nonetheless, I think it would represent an 
improvement over the present state of affairs in the Unix/C world.
Every software engineering study I've seen indicates that case
sensitivity in a compiler's name space is a frequent source of
programming errors.  I'd love to be able to tell the C-compiler
to case-fold the name space but still let me use capitalization
to enhance readability.

-jh-
 
 
Newsgroups: comp.sys.hp
From: kniveton@zeus.swindon.rtsg.mot.com (Andy Kniveton)
Subject: YP/NIS and NFS automounter
Organization: Motorola LTD
Date: Mon, 5 Oct 92 10:15:43 GMT

Hi,

Has anyone any info on pushing the automount tables via Yellow Pages / Network
Information Services.

I know I've got to do two mods /usr/etc/yp/Makefile and /usr/etc/yp/ypmake.

Help !

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,	kniveton@mot.com
		England, SN5 8YQ.	uunet!motcid!zeus!kniveton

Has anyone heard the rumors concerning HP's new portable 700 series machine ?

I hear that it is small enough to fit in your pocket and is code named Trouser
snake !
				-- Brian Kelly
From: furnish@ccwf.cc.utexas.edu (Geoffrey Furnish)
Newsgroups: comp.sys.hp
Subject: Re: HP and windows NT
Date: 28 Sep 92 04:40:06 GMT
Organization: The University of Texas at Austin, Austin TX

In article <JINX.92Sep21202001@chamarti.ai.mit.edu> jinx@zurich.ai.mit.edu writes:
>- People are trained from age 2 onwards (when they learn to read) not
>to distinguish case.  On cursory inspection, most people don't, thus
>it is a misfeature to use to names (whether they are file names or
>variable names or procedure names) that differ only in case, since
>people have to pay very careful attention (which they are not trained
>to do) to notice the difference.  This has bitten me many times.

Now that's funny.  In the paragraph in which you clam people are
trained from age 2 onwards to ignore case, you use three (3) upercase
letters.  Funny thing is, in each case (as in instance) the
capitalized letter begins a sentence.  Wonder why that would be.
hmmmm.  Quite a coincidence there, huh?  Six lines of about 70
characters = about 420 characters, with three in particular places.
Odds of that are pretty darn low, unless there is a reason why case
might be important in some cases...

>- Some standard Unix utilities exploit case differences.  Make does.
>Sorry, "make" does.  I would not mind a file system in which files
>remembered the case in which they were introduced (so that people
>could get them to print whichever way they wanted), but which used
>case-insensitive comparison.

Do you do active software development with make?  I use the feature to
which you refer on a daily basis, and would be seriously handicapped
(annoyed and inconvenienced) without it.  That is one of the reasons
why I absolutely detest DOS, and why I no longer use VMS.  OS/2 is
nice, but it sits idle on my disk.

>If people really want case-sensitive file systems, let them have it.
>I would not use them myself.  Where is the choice (in the Unix world)
>now?

When you stop using upercase letters in your writing, I'll believe you
have no use for them in your filing.  Otherwise I'll just presume
you've been confused by every book you've read since you were 2.

Geoff Furnish
furnish@dino.ph.utexas.edu

Newsgroups: comp.sys.hp
From: davidc@mcs.kent.edu (David Chrin)
Subject: HP OEMed DAT vs. HP/Apollo DAT
Organization: Kent State University
Date: Wed, 30 Sep 1992 14:30:14 GMT

There apparently was some discussion on this some time ago, and maybe
someone can tell me the conclusions.

Is there any difference between a (compression) DAT purchased from
HP/Apollo and an OEMed HP DAT purchased from a third party? My third
party dealer was able to give me copies of switch settings (from HP
documentation) for use with various workstations including HP, SUN,
and DEC; so I'm sure the dat drive will work on a HP/700. I'd like
to hear from anyone one could not make an OEMed HP dat work on a 700.

I've also been told that the firmware in a HP/Apollo DAT is different
than that in the OEMed version-- Neither my local HP sales rep nor my 
third party dealer could confirm this. Can anyone? And, if there are
differences, just what are they?

Lastly, the individual who has to approve purchases here, is concerned
that in future releases of HPUX SCSI drivers could be changed to the
extent necessitating that the firmware in the DAT drive be updated in order
for the drive to continue to work. Would anyone care to comment on this
scenario? 

Thanks.

--Dave
From: paul@eye.com (Paul B. Booth)
Newsgroups: comp.sys.hp
Subject: Re: Connecting SCSI scanners to Series 700 workstations
Date: Thu, 1 Oct 92 15:47:33 GMT
Organization: 3D/EYE, Inc.  Ithaca, NY

In article <1aao1nINNd2j@male.EBay.Sun.COM> michael@lakers.EBay.Sun.COM (Michael) writes:
>
>Hi:
>
>Does anyone have information about support of Fujitsu or Ricoh SCSI scanners
>on HP 700 workstations. Does any third-party company provide drivers and
>software to connect these scanners to HP 700s? 
>
Devsoft Corp. (408.736.7650) sells XpertScan, which they say supports the
Ricoh IS50, IS60, and IS410, and the Fujitsu M3096G/H on hp 9000/700's.  Don't
know anything about them or their product beyond what I've read in their
flier.

-- 
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: wk@cup.hp.com (Wayne Krone)
Newsgroups: comp.sys.hp
Subject: Re: mediainit and large disks
Date: 28 Sep 92 21:35:32 GMT
Organization: HP-UX Kernel Lab, Cupertino
X-Newsreader: TIN [version 1.1.4 PL6]

ufe@dlva.dl.ac.uk wrote:
: Is there a limit to the size of disk that mediainit can handle ?
: We have just attempted to format a Seagate ST42400 2.1G disk. It seemed 
: to be working - until approx 3hr into the format, it failed with
: an initialize media command failed - I/O error.

What system and HP-UX version are you using?  For s800 the SCSI disk
driver currently expects a format operation to complete within 60
minutes.  If it does not the driver assumes something went wrong and
aborts the I/O.
From: blh@hpuerca.atl.hp.com (Bill Hassell)
Date: Tue, 29 Sep 1992 19:14:21 GMT
Subject: Re: HP1000
Organization: Kudzu Headquarters South
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???

The HP1000 is a HP-unique design that is more than 25 years old.  The
HP1000 runs a proprietary operating system called RTE (Real Time Executive),
uses a 16-bit word length and is one of first microprogrammable CPUs
ever designed.  It is a true CISC design with some 700 unique instructions
and originally addressed only 32 Kwords.  Later, a Dynamic Mapping
System was designed (late 70's) to address up to 2 megs.  

The HP1000 name was applied to the 2100-series family during the late
70's and during the 80's, a low cost version called the L-series was
designed, followed shortly by the A-series.  Memory addressability for
the A-series is 32 megs although 24 megs is the practical limit due to
card slots.

The current opsystem for the A-series is RTE-A and recent versions support
ARPA services such as ftp and telnet.  The filesystem can be hierarchical
or mixed with a flat directory structure.  The opsystem is extremely
small by Unix standards which means that good performance can be obtained
with just a few megs of memory.

HP1000's are often found in process control and instrumentation applications
due to the highly deterministic response time and the wide variety of
interface choices.  They are actively supported by HP as well as a large
group of enthusiatic customers.

Bill (no, I'm not in marketing) Hassell

Newsgroups: comp.sys.hp
From: jxt@stc06.ctd.ornl.gov (TOLLIVER J S)
Subject: VirtualBinding warnings on HP server
Reply-To: jxt@stc06.ctd.ornl.gov (TOLLIVER J S)
Organization: Oak Ridge National Laboratory
Date: Tue, 29 Sep 1992 14:00:25 GMT

Hi! Whenever I run any (I think) Motif application on another machine with
display directed back to my HP 730 server, I get these four warning messages:

Warning: Cannot convert string "<Key>InsertChar " to type VirtualBinding
Warning: Cannot convert string "<Key>DeleteChar " to type VirtualBinding
Warning: Cannot convert string "<Key>InsertLine " to type VirtualBinding
Warning: Cannot convert string "<Key>DeleteLine " to type VirtualBinding

Does anyone have any idea why?

The "other machine" in this case happens to be a Silicon Graphics Indigo
with X11R4 and Motif 1.1, but I don't think it is an Indigo issue. I DO NOT
get the warnings if I run the client (same source code) on the 730 with
display on the 730. I DO NOT get the warnings if I run the client on the Indigo
with display on the Indigo. Nor do I get the warnings with client on 730 and
display on Indigo. Only with client on Indigo and display on 730.

One possibly related note is that I am using the C1429A (PC-style) HP keyboard
rather than the "normal" 46021A abomination. Insert Line and Delete Line
(almost appearing in the last two warning messages, above) are two of the
seven 46021A keys that do not appear on the C1429A. I don't know anything about
the InsertChar and DeleteChar keys.

Using /usr/lib/X11/XPCmodmap doesn't change anything. Though, despite the
comments at the top of the file, I'm not sure what it does do. Could someone
please explain the purpose of XPCmodmap in English to me?

Thanks,
Johnny Tolliver
Oak Ridge National Laboratory
jxt@ornl.gov
From: davidb@hpuadla.aus.hp.com (David Booth)
Date: Mon, 5 Oct 1992 12:10:21 GMT
Subject: Re: Consistent (frustrating!) PPL error...
Organization: Adelaide, Australia, Smallest HP DownUnder
Newsgroups: comp.sys.hp
X-Newsreader: Tin 1.1.3 PL5

Ed Holzwarth (Ed.Holzwarth@bbs.oit.unc.edu) wrote:
[stuff deleted]
: PPP             # protocol [SLIP] [ASLIPC] [ASLIPS] [PPP]
[more stuff deleted]
: --------------------------
: 
: any help would be appreciated because I have tried every thing I can think
: of... Thanks in advance...
: 
: ed

According to the HPUX 8.05 man page I happen to have in front of me
ppl.remotes(4), PPP is *not* supported "as of this writing".

I have no idea if this is still true for HPUX 9.0. 
I have used both "SLIP" and "ASLIPC" and both worked quite well.
--
#include <standard_disclaimer>
All opinions in this posting are mine, with no endorsement by my employer.
---
David Booth	Phone: +61 8 366-5126	Fax : +61 8 332-0020
Inet : davidb@hpuadla.aus.hp.com	DESK: David BOOTH / HP9061
       Hewlett-Packard Australia	A.C.N. 004 394 763
       191 Fullarton Rd.,
       Dulwich, SA, 5065, AUSTRALIA.
From: larryt@hpcupt3.cup.hp.com (Larry Thompson)
Date: Fri, 25 Sep 1992 23:11:52 GMT
Subject: Re: 9.0 Differences
Organization: Hewlett Packard, Cupertino
Newsgroups: comp.sys.hp

One more correction:

     vfork:  vfork is turned on, it was turned off in 8.0.  If used, it will
           provide greater performance on the S700/9.0 and requires expanded
           swap space. However, using vfork in the S700/9.0 wipes out binary
           compatibility with the S800/9.0MU.

This is incorrect. At 9.0 vfork (for the S700) returns to its traditional
functionality. If used, it will not require expanded swap space.

Larry


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: dave@hiauly1.hia.nrc.ca (John David Anglin)
Subject: Re: mediainit and large disks
Originator: dave@hiauly1.hia.nrc.ca
Organization: National Research Council of Canada, Ottawa
Date: Tue, 29 Sep 92 15:42:52 GMT


I have initialized three Seagate ST42400ND drives.  Time was a little
under an hour.  Unless somebody has figured out how to change the default
factory formatting of 512 bytes per sector to 1024 bytes per sector, you
don't need to run mediainit.  I wanted to see what effect interleaving had
on file system performance (use interleave of 1).

Although this wastes a little space, I recommend using ns#42 and nt#19 in
/etc/disktab.  It gives balanced performance reading and writing large
sequential files at varying record sizes.  It is important to tune the
file system with tunefs -d option.  I found the best performance with
1 ms and 3 ms for drive revisions 0111 and 0106, respectively.

Different revision levels of the ST42400ND have quite different file
system performance, as measured by iozone.  The older 0106 drive's mean
performance was 1.3 MB/s.  The newer 0111 drive's mean performance was
2.0 MB/s.

The two 0106 drives are stripped.  The performance reading is ~2.2 MB/s
and the performance writing is ~2.5 MB/s.  I spindle synced this pair of
drives and reformatted them using mediainit to see if this would improve
performance.  There was no noticable change in perfomance.

Dave Anglin
National Research Council of Canada
Newsgroups: comp.sys.hp,news.software.b
From: simmdan@ux1.isu.edu (Daniel Simmons)
Subject: Re: C News on HP9000/270 HP-UX 8.07
Organization: Idaho State University, Pocatello
Distribution: na
Date: Wed, 30 Sep 1992 14:24:00 GMT

In article <1992Sep29.200157.22522@alchemy.chem.utoronto.ca> system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson)) writes:
>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:

I have found it easier to simply link any of these files (especially
awk-7.0) into the directory NEWSCTL/bin (usually /usr/lib/news/bin).  It
was put there specifically for programs that need to override other
programs by the same name.  It is already first in the path for all the
scripts and things.

Also note, I have been told that you can use gnu awk or mawk instead of
awk-7.0 from HP if it is easier for you to get those.  (awk-7.0 came in
the /usr/contrib/old directory on my 9000/827 if I remember correctly)

>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.

>What are the chances that any HP computer system will ever "work" properly?
>... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry

The question is not whether it will "work" properly--the question is will it
work properly the FIRST time.

Danny


-- 
Daniel Simmons -- simmdan@isu.edu | "Some trust in chariots, and some in 
     Idaho State University       |  horses, but we trust in the name of 
 Computer Center  (208) 236-3199  |  the Lord our God."  --  Psalm 20:7
Newsgroups: comp.sys.hp