HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.hp

> The response to the problem as given above by Mike Stroyan is very typical
> of the HP support I have received thus far...pretty much worthless.  If Mike
> had bothered to read the entire original posting, he would have found that
> the problem dealt with the fact that NO SWAP SPACE WAS BEING USED...in other
> words, /etc/swapinfo reveals that only 2% or less of all avaliable swap space
> was actually used EVEN when physical memory was at 95%+, WHICH WAS PREVIOUSLY
> STATED.  This did in fact result in processes dying with messages about not
> having memory available, EVEN when swap space was not being utilized.
> And by the way, swapping is/was enabled!

All processes consume swap space, even when they fit in RAM.  To quote
from the manual and chapter that I refered you to-

|  Total available swap on a system consists of all swap space available on
|  all devices and file systems enabled as swap.  The swapping subsystem
|  reserves swap space at process creation time, but does not allocate swap
|  space off the disk until swap time.  This serves to protect the swapper
|  from running out of swap space.

The "hold" amount reported by swapinfo is reserved from swap and cannot
be used by other processes.  If you have 80M of swap and 80M of RAM, you
can run out of virtual memory at about the same point that you fill up
physical memory.  If you have large shared memory segments or brk calls
that have many unaccessed pages, then the hold amount could be much more
than the physical RAM that is occupied.  The pages need to hold swap
immediately, but don't need to use swap or physical RAM until they are
first accessed.

Look at "swapinfo -t", which includes the hold space in the totals at
the end of its output.  Look at shared memory segments with "ipcs -mb"
to see if they are accumulating over time.  There are usually several
segments that look like
"m      5 0x00000000 D-rw-rw-rw-   daemon   daemon 524288".
These are for fast communication between the X clients and X server.
Segments owned by accounts other than "daemon" may be left over
from dead applications that never removed their shared memory.
Be careful about removing shared memory segments.  Some application
might still be planning to use them.

> The intent of the original posting was to inform HP administrators of the
> severe inconsistentcies contained in the documentation, namely the
> chapter on "Memory Management" in "Concepts for the System Administrator",
> and "System Administration Tasks".  Mike fails to address the discrepency
> dealing with "lockable memory" as described in the "Concepts..." manual.

I'm just trying to help you with your problem.  I don't think there is
any evidence that lockable memory is part of the problem you are seeing.
The actual failure symptoms and messages would be very helpful in
determining what the problem is.

Mike Stroyan, mike_stroyan@fc.hp.com
Newsgroups: comp.sys.hp
From: bjoerns@stud.cs.uit.no (Bjoern Stabell)
Subject: VUE and file types
Organization: University of Tromsoe, Norway
Date: Mon, 12 Oct 1992 14:13:24 GMT

I haven't found any way to make VUE 2.x use /etc/magic to determine file
type (for actions etc), so I guess it's not possible.  What I wanted to
know is whether VUE3.x will enable me to do so.  I think depending on the
filename is rather awkward and not very user friendly, totally against
VUE's user friendly policy.

Please...  Tell me I can use my magic file... :)


Kind regards,
-- 
                                                  Bjoern Stabell
                                                  University of Tromsoe
                                                  (+47) 83 44 053 / 83 75 164
                                                  bjoerns@staff.cs.uit.no
From: seymour@stein.u.washington.edu (Richard Seymour)
Newsgroups: comp.sys.hp
Subject: Re: Minor VUE Improvements
Date: 16 Oct 92 19:03:27 GMT
Article-I.D.: u.1992Oct16.190327.14671
Organization: University of Washington, Seattle

In article <1992Oct16.173957.28931@netfs.dnd.ca> BERRYMAN@orca.drep.dnd.ca (DON BERRYMAN) writes:
>I do like HP giving out time limited product demos. Once I asked my sales
>person if I could get a codeword to install products on the HPUX distribution
>CDs on a time limited basses but I was told this was not possible. Why not? 
>It should be ease to implement and would be good for sales.

since they DO hand out a time-limited verson of Glance+, they must have
 -some- mechanism in place...

(conversely, you only have to type in -one- number to unlock CDsoftware,
 versus the page of data for DEC license keys)
--dick (but buried in that page is an expiration date if you're "only looking")
From: stroyan@hpfcso.FC.HP.COM (Mike Stroyan)
Date: Fri, 16 Oct 1992 17:11:55 GMT
Subject: Re: too much defining
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

In comp.sys.hp, rvloon@cv.ruu.nl (Ronald van Loon) writes:

> In <7371396@hpfcso.FC.HP.COM> stroyan@hpfcso.FC.HP.COM (Mike Stroyan) writes:
> 
> |"This one can be changed by a complier option to allocate more space, i.e.
> |""-Wp,-H200000".  Increase the number as necessary.
> 
> Note that this doesn't work when compiling in ANSI mode. (-Aa)

True.  Apparently, that table is dynamically sized in ANSI mode, since
I've never seen a macro table overflow with the ANSI cpp.

Mike Stroyan, mike_stroyan@fc.hp.com
From: chipc@jaws (Chip Colby)
Newsgroups: comp.sys.hp
Subject: Re: Creating an Update tape
Date: 15 Oct 92 22:26:12 GMT
X-Newsreader: Tin 1.1 PL5

Max Maklin (maklinm@cognos.com) wrote:
: In article <1992Oct08.174448.5569@Schultz.ON.CA> peter@Schultz.ON.CA (Peter Roeser) writes:
: :^()     We have created a product for the HP 9000 series 700 line that is
: :^()     a device driver and assorted add-ons.
: :^()     We would like to distribute this package in update tapes.
: :^()     Does anyone know of a script/tools to help put together
: :^()     a DDS DAT tape in this format?
: 
: While it is possible to do it is rather difficult and not user friendly.
: HP does not support this in HPUX 8.X either.  In 9.0 they will have
: utilities to package things through I believe fpackage.  This will be
: supported. We too are faced to wait.
: 

	Actually, fpkg is available now, but even so, creating an update
	format tape (or disk, or whatever) is not that complicated.  Simply
	duplicate the format (INFO, INDEX and CDFinfo), and write it out
	using tar.  I deliver all of my software readable by update, and
	it is creatable with just a couple of (yes, complicated) ksh 
	scripts.

	My suggestion is, however, wait for fpkg.  While I disagree that
	update formated media is difficult and unfriendly, it is not worth
	doing what I did when fpkg will do it for you.

-------------------------------------------------------------------------------
| Chip Colby - Software Engineer              |   Chip Colby - Watchmaker     |
| Digital Systems International, Inc.         |   Vintage Timepieces          |
| "Voicelink (R) Intelligent Dialing Systems" |   Member NAWCC and AWI        |
| 6464 185th Ave. NE                          |   20006 NE 168th PL           |
| Redmond, WA 98052                           |   Woodinville, WA 98072       |
| (206) 869-4551                              |   (206) 788-4900              |
-------------------------------------------------------------------------------
	
Newsgroups: comp.sys.hp
From: loverso@coltsfoot.osf.org (John Robert LoVerso)
Subject: Re: HP 700/RX B/W X terminals fading *dramatically*
Organization: OSF Research Institute, Cambridge MA
Date: Fri, 16 Oct 1992 16:34:17 GMT

In article <1992Oct13.170946.15668@resonex.com>, michael@resonex.com (Michael Bryan) writes:
|> We have seven HP 700/RX X Terminals in house, with B/W 98774A monitors.
|> The intensity level of the monitors seems to be fading rather> severely.

The problem is the monitor.  The same monitor is used for monochrome and
greyscale systems, and after some period of use, the intensity will fade
to make it almost unreadable.  HP has been swapping our monitors with
a new revision - 98774B - which have not shown this problem.

I'm less than impressed with the quality of the monitors that HP using.
The guns on the color monitors (A1097C) on the 730s we have are badly
out of whack in the corners.  This makes most text very fuzzy.

John
From: blochc@bronze.ucs.indiana.edu (charles bloch)
Newsgroups: comp.sys.hp
Subject: Re: HP 9000/7xx NamePlates
Date: 9 Oct 92 21:55:39 GMT
Article-I.D.: usenet.BvvJKr.DH2
Distribution: na
Organization: Indiana University

In article <HARDY.92Oct8222458@golem.ps.uci.edu> hardy@golem.ps.uci.edu (Meinhard E. Mayer (Hardy)) writes:
>In article <1992Oct08.014612.10975@allegro.com> sieler@allegro.com (Stan Sieler) writes:
>>>
>>>   >|>    Does anyone know why the 710, 720, 730, and 750 don't have
>>>   >|>    product numbers on their fronts?
>>>   >
>>>   >Because HP has always prided itself on protecting their customer's investments.
>>>   >In the old days, the early Motorola 68000 based HP systems could be CPU board upgraded to 68010, then 68020, 68030, ...
>>>   >
>>>   I'd still rather have a nameplate on the front, today, and risk it being
>>>   incorrect after a hypothetical upgrade).  Besides, even with upgrades, knowing
>>>   what it *used* to be can be useful (e.g.: an Original LaserJet, when upgraded
>>>   to a LaserJet+, was not quite the same as a real LaserJet+ (from experience!))
>
>HP could ship a nameplate and a bit of glue (and list them both in the
>packing list;-) ) with each upgrade. Would not cost them an arma and a
>leg ...

We have an excellent solution here.  You can buy post-it (tm) notepads
just about the right size.  Write the model on there.  Change it when
you upgrade.  I would be will to provide such "nameplates" to others,
for a small fee.


-- 
# Chuck Bloch                   ___     blochc@bronze.ucs.indiana.edu   #
# IUCF                         |DoD|    blochc@gold.bitnet              #
# 2401 Milo B. Sampson Lane    |300|    cbloch@venus.iucf.indiana.edu   #
# Bloomington IN 47408          ~~~     IND::VENUS::CBLOCH              #
From: kc@netcom.com (Dameon D. Welch)
Newsgroups: comp.sys.hp
Subject: BSD more for HP/UX?
Summary: bsd more for HP/UX
Date: 10 Oct 92 01:10:52 GMT
Organization: Wayne's World, Inc -- NOT!

Does anyone have a BSD version of more that will compile without
difficulty under HP/UX 8.0 (I like to be able to move back and forth
in the more like I can under SunOS). Any ftp sites or source code?
HELP!
-- 
Dameon Welch, NH6TW
kc@netcom.com               +-----------------------------------------+
Engineering Design Center   | Help, I'm trapped in a .signature file! |
Santa Clara University      +-----------------------------------------+
Newsgroups: comp.sys.hp
From: drl@vuse.vanderbilt.edu (David R. Linn)
Subject: problems with X11R4 include files
Originator: drl@jester
Organization: Vanderbilt University School of Engineering, Nashville, TN, USA
Distribution: usa
Date: Fri, 16 Oct 1992 02:38:00 GMT

I have recently had a need to compile an X application against the X11R4
files distributed by HP with HP-UX 8.x instead of against my hand-built
files from MIT.  I've discovered that the X11R4/X11 include directory on a
9K710 includes at least 2 files (Xlibos.h and XHP16int.h) that do not appear
in the same directory on a 9k350.  Is this a well-known problem and
if so, is there a well-known solution?

	 David

-- 
David R. Linn, System/Mail/News Manager	| INET: drl@vuse.vanderbilt.edu
Disclaimer: I speak only for myself	| Phone: [+1] 615-343-6164
      "Some do, some don't and that's the way of the world."
Newsgroups: comp.sys.hp
From: bt@irfu.se (Bo Thide')
Subject: Wanted: HP Cafe story
Date: Fri, 9 Oct 1992 11:03:40 GMT
Organization: Swedish Institute of Space Physics, Uppsala, Sweden

I lost the "HP Cafe" story posted recently here in c.s.h.  I would appreciate
an e-mail copy of the story (and the follow-ups) and/or a pointer to
a c.s.h archive where I can find it.

Bo
-- 
   ^   Bo Thide'--------------------------------------------------------------
  |I|        Swedish Institute of Space Physics, S-755 91 Uppsala, Sweden
  |R|      Phone: (+46) 18-303671.  Fax: (+46) 18-403100.  IP: 130.238.30.23
 /|F|\          INTERNET: bt@irfu.se      UUCP: ...!mcvax!sunic!irfu!bt  
 ~~U~~ ----------------------------------------------------------------sm5dfw-
From: mark@hpcpbla.bri.hp.com (Mark Simms)
Newsgroups: comp.sys.hp
Subject: Re: Backup Help required
Date: 16 Oct 92 13:03:22 GMT
Organization: HP Computer Peripherals Bristol, UK

>> Has anynoe written or found a decent backup application to run on a HP730.

The closest thing to a decent backup application that HP offers to the
public is OmniBack.  Note that this is a separate product that you
must pay money for.

>> We are running a cluster of 720/730 machines with a 2000DC DAT
>> unit. This unit supports compression so we can get up up to 8GB on
>> the tape.

OmniBack will support this drive.  In fact it is a combination that we
use here ourselves.

>> However, using SAM it is not possible to append to the end of a
>> tape(ie perform a full backup & then incrementals on the end).  What
>> we now have are a number of 8GB tapes with less than 2GB of data on
>> them.  What we would like to do is once a week do a full backup
>> (approx 2GB) and then an incremental every other day.

Omniback will do this.  It can be configured to append to the end of
the currently loaded tape.  Monday you would configure it to do a full
backup starting at the start of the tape and eject the tape at the
end.  Tuesday you would configure it to start at the beginning of the
tape and leave the tape in the drive.  Wednesday and Thursday you
would configure it to append to the tape and leave it in the drive.
Friday, you would configure it to append to the tape and eject the
tape.  If you are sure that the data will fit on in this manner, this
should give you what you want.

>> If someone has written a script or found any programs that do this, I
>> would be most grateful for some pointers.

A simple set of cron entries will do this with OmniBack.

Whether, the money saved on tapes and on tape storage is worth the
money spent on buying OmniBack is another question.  That is one that
you will have to decide for yourself.

Mark Simms

----------------------------------------------------------------------
Opinions expressed are my own and are not intended to be an official
statement by Hewlett-Packard Company
----------------------------------------------------------------------
Name:         Mark Simms
Profession:   Software Engineer
Organization: Hewlett-Packard Computer Peripherals Division
Unix-mail:    mark@hpcpbla.bri.hp.com
----------------------------------------------------------------------
Newsgroups: comp.sys.hp
From: kjell@hpa.rf.no (Kjell Sivertsen)
Subject: Help with disktab entries
Keywords: Seagate
Organization: Rogaland Research, Stavanger, Norway
Date: Mon, 12 Oct 1992 10:08:39 GMT

Can anyone help me with disktab entries for any of the following
disks:

ST41200N
ST41651N
ST41600N
ST42100N
ST42400N


Our operating system is HP-UX 8.xx. HW-platform HP9000/400 and HP9000/700

Thank you in advance.

Kjell


-- 
==================================================================
||  Kjell Sivertsen             ||  Telefax:     +47-4-875199   ||
||  Rogaland Research           ||  Phone:       +47-4-875000   ||
||  P.O.Box 2503 Ullandhaug     ||  Direct line: +47-4-875362   ||
||  N-4004 Stavanger , Norway   ||  E-mail:      kjell@rf.no    || 
==================================================================
From: robs@hpuamsa.neth.hp.com (Rob Slotemaker CRC)
Date: Fri, 9 Oct 1992 08:34:01 GMT
Subject: Re: HP Openspool A.01.02 vs A.02.00 ???
Organization: HP-Sales Office-The Netherlands
Newsgroups: comp.sys.hp

I had a quick look at main differences and found the following two :

  - A.02 will run on SUN Sparc systems running SunOS 4.03 or later;
  - A.02 has integrated SharedPrint filters.

SharedPrint provides the flexibility to output most standard file formats
to a wide variety of HP and third-party printers and plotters.


Best regards,

Rob Slotemaker, Dutch Response Center

Newsgroups: comp.sys.hp
From: lampi@halcyon.com (Michael Lampi)
Subject: Re: Help with disktab entries
Keywords: Seagate
Organization: MDL Corporation, Redmond, WA (206) 861-6700=
Date: Tue, 13 Oct 1992 05:42:06 GMT

In article <1992Oct12.100839.25237@hsr.no> kjell@hpa.rf.no (Kjell Sivertsen) writes:
>Can anyone help me with disktab entries for any of the following
>disks:
>
>ST41200N
>ST41651N
>ST41600N
>ST42100N
>ST42400N
>
>
>Our operating system is HP-UX 8.xx. HW-platform HP9000/400 and HP9000/700
>
>Thank you in advance.
>
>Kjell

To determine a disktab entry for *any* disk, take the output of
/etc/diskinfo -b /dev/rdsk/#s0, where # is the SCSI ID of the disk drive.
This is the number of 1K blocks on the drive.

Factor this number into three smaller numbers, in the ranges (1-511),
(1-255), and (1-9999) for ns, nt and nc, respectively. These values will
probably not be optimal, but will work for a start.

Use values such as 1024 for f0, 8192 for b0, and (ns x nt x nc) for s0
(if you want no swap space, less if you do).

Run a disk i/o benchmark on the resulting configuration to see if the
disk performance is up to your satisfaction. If it is not, then
experiment with ns and nt.

Good luck!

-- 
Michael Lampi         lampi@mdlcorp.com
MDL Corporation       15301 NE 90th Street, Redmond, WA 98052
                      (206) 861-6700    (206) 861-6767 FAX
Newsgroups: comp.sys.hp
From: mstacey@stealth.mcs.kent.edu (Michael Stacey)
Subject: c++ object libraries for hp 700
Keywords: c++
Organization: Kent State University
Date: Mon, 12 Oct 1992 18:46:12 GMT

Has anyone found a good p.d. object library for the hp's?  Has anyone had any
luck porting COOL (from t.i.) to the hp platforms?  I have a project that I
would like to do in c++, but the time-frame dictates using a pre-tested library
rather that buildign everything from the ground up.


Thanks 4 yer time...


-- 
+--------------------------------------------------+--------------------------+
| Michael Stacey                                                              |
| mstacey@mcs.kent.edu				   			      |
| Department of Mathematical and Computer Sciences 			      |
| Kent State University				   			      |
| Kent, Ohio  44240				   			      |
+--------------------------------------------------+--------------------------+
From: ron@topaz.bds.com (Ron Natalie)
Newsgroups: comp.sys.hp
Subject: Re: news feed setup
Date: 11 Oct 1992 22:41:42 GMT
Organization: BDS Systems
Distribution: world
NNTP-Posting-Host: topaz.bds.com

I'm using innd and xrn on an HP, it was relatively painless.

-Ron
From: stroyan@hpfcso.FC.HP.COM (Mike Stroyan)
Newsgroups: comp.sys.hp
Subject: Re: too much defining
Date: 15 Oct 92 20:40:17 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

In comp.sys.hp, mark@msi.com (Mark Benzel) writes:

> I think this has been asked before but I don't recall the answer.  The problem
> is that when I attempt to compile compose.c in xrn-6.17 I get the following
> messages:
> 
> ./news.h: 138: too much defining
...
> ./news.h: 209: too much defining

This one can be changed by a complier option to allocate more space, i.e.
"-Wp,-H200000".  Increase the number as necessary.

> compose.c: 89: no space

I'm not sure about this one.  The compiler may have hit a process size
limit such as the the kernel parameters maxdsiz, maxtsiz or swap space.
This might just be a secondary effect of the first problem.

Mike Stroyan, mike_stroyan@fc.hp.com
Newsgroups: comp.sys.hp
From: cop18@lehre10.informatik.Uni-Bremen.DE (Kompilerpraktikum Gruppe18)
Subject: X-Terminal 700/RX and Printers	
Organization: Universitaet Bremen
Date: Thu, 15 Oct 1992 13:31:33 GMT

At work we have some HP9000, which are connected in a net. Serveral Printers are
attached to these servers. Now they are trying to connect a X-Terminal and a
HP-Laserjet. But if you try to print over the net with lp -d..., the file doesn't
reach it's destination. The same thing happens, if you try to print a large file
on the Terminal where the printer is connected to, this file blocks all other
files in the printerqueue.

The Terminals have 4 MB-Ram, but the problem also appeared on a 6 MB-Ram Terminal.

Who can help me out ??


                       Dirk
From: al536065@academ01.mty.itesm.mx (Jose Angel A Mora Bustillos)
Newsgroups: comp.sys.hp
Subject: TRON
Keywords: TRON GAME
Date: 16 Oct 92 00:02:10 GMT

Hi, is it true there is a TRON game for the HP-48? if so, where is it?
or how can I get it?

                    Thanks for any info


Jose Angel Mora B.
al536065@academ01.mty.itesm.mx

Xref: sparky comp.sys.hp:11624 alt.security:4557
From: rodean@fc.hp.com (Bruce Rodean)
Subject: Re: more can't use stderr
Date: Mon, 12 Oct 1992 19:30:06 GMT
Distribution: ba
Organization: Hewlett-Packard Co., Fort Collins, CO
X-Newsreader: TIN [version 1.1.4 PL6]

Jon Furukawa (jonf@.adaclabs.com) wrote:
> I am running an HP 730 and the 'more' command responds with the message
> 'Couldn't reopen stderr'.  If anyone knows why please let me know.
> I tried copying 'more' from a machine where the command was known to be
> working and failed upon execution on my machine.  I also verified that
> standard error is working from a test C program.  It fails in all shells
> and all accounts except root.  uname gives the following for exact
> identification of my system: HP-UX worf A.08.07 A 9000/730 2009217315.

I think this is indicative that /dev/tty is messed up.  My /dev/tty
looks like:

crw-rw-rw-   1 root     other      2 0x000000 Oct  8 17:35 /dev/tty

--
Bruce Rodean                          Hewlett-Packard Company
rodean@fc.hp.com

This does not reflect the official position of Hewlett-Packard Company
in any way, shape or form.  Everyone else in the company may disagree
with what I say.
Newsgroups: comp.sys.hp
From: rdg@fc.hp.com (Rob Gardner - Pro Hacker)
Subject: Re: Flow control on rs232 ports, anyone?
Date: Tue, 13 Oct 1992 22:14:30 GMT
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: TIN [version 1.1.3 PL6]

Kevin Dowd (dowd@wisper.com) wrote:
> Have you had any luck getting flow control-- xon/xoff -- to work on the 
> serial ports in the hp9000/7x0 series?  This is the ioctl I used, but 
> the machine appears to ignore me:
> 
>     fd = open(argv[1],O_WRONLY,0);
>     ioctl (fd,TCGETA,&t); 
>     t.c_cflag &= ~CBAUD; 
>     t.c_cflag &= ~CSIZE; 
>     t.c_cflag &= ~PARENB; 
>     t.c_cflag |= IXON;
>     t.c_cflag |= IXOFF;
>     t.c_cflag |= CLOCAL;
>     t.c_cflag |= CS8 | B9600 | CREAD; 
>     ioctl (fd,TCSETA,&t); 

The flags IXON and IXOFF are in c_iflag, NOT in c_cflag. So your code
should read:

     t.c_cflag &= ~CBAUD; 
     t.c_cflag &= ~CSIZE; 
     t.c_cflag &= ~PARENB; 
     t.c_iflag |= IXON;
     t.c_iflag |= IXOFF;
	etc.

> I'll be happy to the guess the sex your next child if you respond.

I wasn't going to respond, but your generous offer changed my mind ;-)


--
Rob Gardner                     rdg@fc.hp.com
Hewlett Packard                 303-229-2048
Fort Collins, Colorado
From: bamboroughp@logica.co.uk
Newsgroups: comp.sys.hp
Subject: HP Interface Architect - req for info
Date: 13 Oct 92 21:59:43 GMT

I've been using Interface Architect 1.1 on my 720 for some time, can anybody
give me some brief information on the current state of this product ?

Thanks in advance ....

Paul Bamborough
From: stuart@TIVOLI.COM (Stuart Jarriel)
Newsgroups: comp.sys.hp
Subject: Re: Need pointers writing a device driver for a ISA (PC) video card
Date: 15 Oct 92 17:03:38 GMT
Article-I.D.: tivoli.5062
Distribution: comp
Organization: Tivoli Systems, Inc


|> 
|> It seems that we (me?) are going to have to write a device drive for the
|> thing.  Does anyone out there have experience writing device drivers for
|> video type cards (or any cards!) on the ISA bus?  We may or may not want
|> to make this a Starbase device drive.  We probably will.
|> 

 The EE department at the University of Texas (Austin) wrote a driver for
  a frame grabber.  I dont have any e-mail addresses, but I believe that
  Dr Jake Agerwald was involved from a faculty point of view.

stuart
Newsgroups: comp.sys.hp