HDTenEightyP/NetNews huggingface dataset:
From: wk@cup.hp.com (Wayne Krone)
Subject: Re: HPUX 9.0 SIGWINCH on 800 series? -- was Re: hpterm resizable
Date: Tue, 17 Nov 1992 00:07:06 GMT
Organization: HP-UX Kernel Lab, Cupertino
X-Newsreader: TIN [version 1.1.4 PL6]

Daniel Simmons (simmdan@ux1.isu.edu) wrote:
: It is certainly true that SIGWINCH support is available on 700s with 8.07.
: The question I have is: will HPUX 9.0 give SIGWINCH support to the 800 series.
: We, too, have 8.02 on an 827s, and it does NOT support SIGWINCH which is
: a fairly major problem when you are using that 827s to drive a truck load
: of X-terminals...

Extract from the s800 9.0 release notes:

============
Terminal I/O
============

There have been several changes in the area terminal I/O for HP-UX
9.0.  Following are descriptions of the changes and new features.

New Features
============

* SIGWINCH and the associated "ioctl" calls (TIOCSWINSZ and
  TIOCGWINSZ) are now supported on all HP-UX platforms.  Applications
  supporting the SIGWINCH signal are now notified when their
  window is resized.
From: michael@resonex.com (Michael Bryan)
Newsgroups: comp.sys.hp
Subject: Re: New HP Workstations
Date: 19 Nov 92 11:24:40 GMT
Organization: Resonex Inc., Sunnyvale CA

In article <BxM0Mu.2B3@ra.nrl.navy.mil> atkinson@itd.nrl.navy.mil (Randall Atkinson) writes:
>In article <1dtq85INNb7o@trwvssi.vssi.trw.com> b_kondalski@trwvssi.vssi.trw.com (Brian J. Kondalski) writes:
>>Actually I'd like to see someone compile a list of all the current workstations
>>and show their performance relative to each other (maybe even with the list
>>prices for a similar configuration).  I'd be willing to do it if someone would
>>mail me the specs for the various platforms.
>
>  That should not be posted to the net.  Advertisements and blatently
>commercial postings such as a ranking or rating or listing of
>commercial workstation products do not belong anywhere outside
>comp.newprod or biz.* or alt.*.

Since when is it "commercial" for somebody to compile a comparison list of
various workstations, and make that compilation available?  In the case of
a specific company posting new product announcements saying "Here are our
new products and their specs", then you might have a point.  But there is
absolutely no problem with an "uninterested" (financially, that is) party
talking about the relative merits of various products.  Dissemination of
this type of information is one of the basic principles of Usenet.

-- 
Michael Bryan  michael@resonex.com  "Milk and Cheese in '92!"  |     ,_,
"There's nothing quite like watching your most recent          |    /oo \
crush, and your second-most recent crush, rushing into         |    <>__|
each others' arms..."  --- Miss Almira Gulch                   |    |  U|
Newsgroups: comp.sys.hp
From: dsiebert@icaen.uiowa.edu (Doug Siebert)
Subject: Does "monitor" run under HP-UX 9.0?
Organization: ISCA
Date: Tue, 17 Nov 1992 05:32:23 GMT

Does anyone know if the unsupported tool "monitor" runs under HP-UX 9.0?  I
know its data is supposedly not very trustworthy, but I certainly prefer it
(especially since it is FREE) over the alternatives, and I'd really hate to
lose it when 9.0 is installed.

-- 
/-----------------------------------------------------------------------------\
| Doug Siebert                             | "I don't have to take this abuse |
| Internet:  dsiebert@isca.uiowa.edu       |  from you - I've got hundreds of |
| NeXTMail:  dsiebert@chop.isca.uiowa.edu  |  people waiting in line to abuse |
|     ICBM:  41d 39m 55s N, 91d 30m 43s W  |  me!"  Bill Murray, Ghostbusters |
\-----------------------------------------------------------------------------/
Xref: sparky comp.sys.hp:13059 comp.unix.aix:11679
From: norton@gdwest.gd.com (Kent Norton)
Newsgroups: comp.sys.hp,comp.unix.aix
Subject: Re: weird interaction between AIX and HP-UX nfs
Keywords: NIS, HP-UX group limit
Date: 18 Nov 92 12:51:21 GMT
Followup-To: norton@starlab.csc.com
Organization: Computer Sciences Corp.

In article <1992Nov16.073429.10490@colorado.edu> millert@nordsieck.cs.Colorado.EDU (
Todd C. Miller) writes:

>We have a lab that includes several rs6000's with home directories
>nfs-mounted from a machine running hp-ux 8.07.  Whenever someone who
>is in more that 7 groups tries to log in (or I try to su to the person)
>They get the following error:
>NFS lookup failed for server nag: RPC: Authentication error
>3004-614 Unable to change directory to "/home/staff/username".
>	You are in "/" instead.
>
>(nag is the hp-ux machine)
>This doesn't happen on machines running mt Xinu MORE/BSD 4.3 or ultrix 4.1
>with the dirs mounted from the same place.  Does anyone know why this
>happens and (hopefully) how to get around it?
>

According to an entry on the HP HPSL node, there is restriction on the number
of groups that a user can be a part of at 8.07 *while* running NIS.  At 8.07
each user is allowed to belong to 8 groups.  At HP-UX 9.0, NIS will allow 
users to be a member of 16 groups.  This is apparently the same number allowed
by Sun's latest NIS version.
From: don@hpfcso.FC.HP.COM (DonDyer)
Date: Mon, 16 Nov 1992 20:27:28 GMT
Subject: Re: Xaw include files for HP 425 w hpux 8.0
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

b_kondalski@vssi.trw.com (Brian J. Kondalski) writes:

>In article <1992Nov17.170956.29695@lmpsbbs.comm.mot.com> bennett@areaplg2.corp.mot.com writes:
>>That will be supported as of 9.0. Currently you can do it by modifying the
>>kernal, However, this is a security hole because it maps all pcnfs users to root.
>
>My pcnfs users have a userid when they mount via nfs from my 750.  If they
>don't have permission to modify a file, then they can't.  And I have patched
>my kernel to allow root export.  Where does this security hole come in?

1. Probably your pcnfs users can modify all/most files on "their" PC. If
   so then they can become pseudo-root on their PC and hence real root
   on your NFS server(s).

2. Even if 1 is unlikely/impossible then Mr. Hacker comes along with
   *his* laptop (palmtop? :-)) connects it to your LAN and has full root
   access to your NFS server(s).

  In many/most cases root access via NFS is not needed, i.e.  ARPA/
Berkeley services (including fbackup, rdump, etc.) can often be used as
an alternative. If you really need such access, then you'd better wait
till 9.0 for the reasons given above.

Frank Slootweg, HP, Dutch Customer Response Center
Newsgroups: comp.sys.hp
From: hart@waterloo.hp.com (Tony Hart)
Subject: Re: HP 9000/857 + HP XTERMS
Date: Fri, 20 Nov 1992 03:52:56 GMT
Organization: HP Panacom Div Waterloo ON Canada
X-Newsreader: TIN [version 1.1.4 PL6]

Andy Kniveton (kniveton@zeus.swindon.rtsg.mot.com) wrote:
: Any one what the produce number / order code to enable our HP Xterms to load
: HP-VUE 3.0 off our new HP 9000/857, I remember a posting regarding something to
: run VUE local on the xterm.
: 
: Could I install the Xterm stuff from our 700's on the 800, I'd rather not though
: as the 9000/857 is running HP-UX 9.0 and the 700's are running 8.07.
: 
: Any ideas ?

You'll need the new B.04 software release for the HP 700/RX. For Series 800
hosts, the product number is C2724A, with various media option codes. There are
actually two variants of local VUE workspace managers supplied with the X 
station software (as well as local 'mwm' and 'twm'). The "bells and whistles" 
version, called FrontEnd VUE, requires that HP VUE 3.0 is installed on the 
host machine (I'm not sure if VUE 3.0 comes standard with HP-UX 9.0 for an 857).
The other version, called VUE/RX, does not need VUE to be installed on the host.

BTW, to run local window managers and terminal emulators you may need to add 
more memory to your X terminals. Unless your host is very heavily loaded (and
an 857 is hardly underpowered :-)), there may not be any great advantage to 
using local clients. Basically it is a trade-off between using RAM and CPU 
power on the host or on the terminals.

Incidently, the X terminal software package "bits" are the same for both Series
700 and Series 800 hosts and the software is supported for HP-UX 7.0 and up.

Hope this helps!

Tony Hart,
Panacom Automation Division,
Hewlett-Packard (Canada) Ltd.

Standard Disclaimer:
All opinions expressed are my own and do not represent an official statement of
the Hewlett-Packard Company.
Newsgroups: comp.sys.hp
From: knott@Informatik.TU-Muenchen.DE (Thomas Knott)
Subject: Bug in chmod on HP 9000/700 HP-UX-8.07
Originator: knott@sunsystem1.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Thu, 19 Nov 1992 17:48:15 GMT
Reply-To: Thomas.Knott@Informatik.TU-Muenchen.DE


Hello!

There is a bug in chmod command on HP 9000/700 with HP-UX-8.07. If you make a
'chmod +s' to an existing directory, this directory disappears and you have no
chance to get it back with 'normal' HP-UX commands.

Just try this:
% mkdir /tmp/test
% chmod +s /tmp/test

You can use 'fsdb' to investigate the directory containing the lost directory,
and you can see, that the disappeared directory still exists, but has funny
permissions. Correcting the permissions with 'fsdb' makes the lost directory
visable again. Any comments?

Regards
Thomas Knott
Newsgroups: comp.sys.hp
From: pbm@fc.hp.com (Peter McLain)
Subject: Re: HPUX 9.0 SIGWINCH on 800 series? -- was Re: hpterm resizable
Date: Thu, 19 Nov 1992 18:28:34 GMT
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: TIN [version 1.1.3 PL6]

Fran Litterio (franl@centerline.com) wrote:
:
: Can anyone give an example of when an application should prefer the
: size information in environment variables to the size information
: intrinsic in the pseduo-terminal?

    When it wants to be standards conformant?  I've changed jobs and 
    don't have easy access to the documents anymore, but I recall that
    some combination of SVID and/or POSIX.2 required that certain applications
    use the values in LINES and COLUMNS if they were set.  If you unset
    them, then the behavior is unspecified.

Peter McLain
pbm@fc.hp.com
Newsgroups: comp.sys.hp
From: aaa@hpuerca.atl.hp.com (Simon Fowler)
Subject: Re: Vuepad bug/feature. Was: Wanted: simple editor
Date: Mon, 23 Nov 1992 16:29:01 GMT
Organization: Hewlett-Packard Company, Atlanta GA

In article <1992Nov19.200445.13978@ccu1.aukuni.ac.nz>, nholford@ccu1.aukuni.ac.nz (Nick Holford) writes:
> hugh@ (Hugh Mahon) writes:
> 
> >If you have HP-UX version 8.07 or later, try 'vuepad', an X-Windows based 
> >simple to use editor. 
> 
> Is this a bug or a feature?
> When I scroll through a doc in vuepad using PgDn (on the Vectra PC
> keyboard) then go for finer control using the down arrow key I find that
> I jump back to the top of the doc where the I bar and the ^ are still
> sitting.
> Other simple editors I have used (e.g. OS/2 e.exe) keeps the i
> bar/cursor insertion point in sync with PgDn/PgUp movements.
> The HP way requires I move from the keyboard to the mouse and click it
> somewhere on the page I have scrolled to. This is very clumsy for an
> editor which is necessarily a keyboard focussed app.

Interesting - I have the problem with E.EXE. It is VERY frustrating!!. 
I am using OS/2 1.3 most of the time and that is where I see the problem.

simon
Newsgroups: comp.sys.hp
From: gordon@madmax.uwaterloo.ca (Gordon R. Strachan)
Subject: Re: xdb accessing 'opaque' data structures
Organization: University of Waterloo
Date: Wed, 18 Nov 1992 14:21:11 GMT

In article <BxvEA1.4p9@fc.sde.hp.com> bruno@fc.hp.com (Bruno Melli) writes:
>The reason xdb can't show you what a widget looks like is that it has
>no debug info about widgets. If you look at Intrinsic.h you get:
>
>typedef struct _WidgetRec *Widget;
>
>Try to find _WidgetRec in intrinsic.h. You won't find it.
>So xdb knows that a Widget is a pointer to a struct _WidgetRec but
>has no idea what the _WidgetRec struct looks like.
>
>To work around this problem you need to have a file include CoreP.h.
>You could link in a dummy object file when you build your debugable
>executable, or you could have something like this in one of your
>source file.

Are you absolutely sure about this?  I have been writing my own widget which
naturally defines its own widget structue.  Now the file includes the
private header files for both my widget and the CoreP.h files.  So my
program knows exactly what is in the structure so presumably the debugger
should as well.  However, if you try to print out the widget structure the
debugger still claims it doesn't know what it is.  Interestingly enough, if
I cast the widget prior to printing then it will work.  Ie: the xdb command

p w

were w is the widget won't work but

p *(struct _MyWidgetRec *)w

will.  So the debugger know what _MyWidgetRec structure looks like, it just
can't figure out that typedef MyWidget.  It all very strange to me.

>
>bruno.

Gordon


Newsgroups: comp.sys.hp
From: jaap@cs.ruu.nl (Jaap Romers)
Subject: Wanted: simple editor
Date: Tue, 17 Nov 1992 16:53:27 GMT
Organization: Utrecht University, Dept. of Computer Science
Keywords: editor


Hi,

For one of our users I'm looking for an easy to use editor.

I already tried and compiled xedit. It looks OK, but I was
wondering if somebody on the net could give some other pointers.

Thanks in advance.

Jaap
Newsgroups: comp.sys.hp
From: Hendrik.Klompmaker@beheer.zod.wau.nl (Hendrik Klompmaker)
Subject: RARP server/deamon for HP 9000/730 wanted
Keywords: RARP
Organization: Wageningen Agricultural University
Date: Thu, 19 Nov 1992 20:22:16 GMT

Hi,

Anybody know where I can find a PD rarp server for a hp series 700 ??

Thanks in advance

===============================================================================
|******** Wageningen Agricultural University. Animal Production Group ********|
-------------------------------------------------------------------------------
Hendrik Klompmaker		Internet : Hendrik.Klompmaker@Beheer.Zod.Wau.Nl
System Manager			Bitnet	 : KLOMPMAKER@HWALHW50.BITNET
Phone : +31 (0)8370-83934	Fax	 : +31 (0)8370-83962
Snail : Marijkeweg 40, 6709 PG	WAGENINGEN, The Netherlands
===============================================================================
Newsgroups: comp.sys.hp
From: ec@fc.hp.com (Edgar_Circenis)
Subject: Re: bug in rename(2)...
Date: Mon, 16 Nov 1992 18:07:00 GMT
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: TIN [version 1.1.8 PL6]

Fons Rademakers (rdm@hpsalo.cern.ch) wrote:
> 
> I found that rename(file1, file2) was overwriting some of my global vars
> when file1 did not exist. A simple test on the existence of file1 solved the
> problem. However, rename should never overwrite anything. I noticed that
> my global vars contained after the rename function the string:
> `file1' not existent (ut4) using xunlink.
> 
> Hopefully this has been fixed in 9.0. Or does this bug report causes 9.0
> to be delayed for another week -:).
> 
> Regards, Fons Rademakers.

You are using the rename() function in libPW if you are getting this
error message.  The system call stub for rename(2) is in libc.  Whenever
you use libPW, you must make sure that libc is linked into your application
before libPW gets linked for precisely this reason.  libPW has historically
had its own rename function.

If you are using libPW for the regex() functionality, you might consider
switching to the POSIX standard regcomp/regexec found in libc.

Edgar

--------------
Disclaimer: This information may or may not be correct.  HP may not agree
with me.  I may not agree with myself....
Newsgroups: comp.sys.hp
From: sieler@shell.portal.com (Stan Sieler)
Subject: Re: Obtaining HP info without having a salesrep call
Organization: Portal Communications Company
X-Newsreader: Tin 1.1 PL3
Date: Fri, 20 Nov 1992 07:14:41 GMT

I'm glad they have a fax service...but I have to contrast it with NEC's.
NEC has an 800 number, and *they* call you to fax the data, rather than
you paying for the entire call.  I just called the HP number, hoping to
trigger sending a fax to my office, so I could get it in the morning...
but it only works if you are calling from the phone on the fax.  Oh well.
        
stan sieler
sieler@allegro.com

From: robs@hpuamsa.neth.hp.com (Rob Slotemaker CRC)
Date: Wed, 18 Nov 1992 12:59:49 GMT
Subject: Re: Bug in patch PHCO_1554
Organization: HP-Sales Office-The Netherlands
Newsgroups: comp.sys.hp

I can let you know a new patch will be made to correct the problem.


Best regards,

Rob Slotemaker, Dutch Response Center

Newsgroups: comp.sys.hp
From: Rian Schmidt <rians@cfsmo.honeywell.com>
Subject: Setting mouse click speed under 8.0?
To: comp.sys.hp
Posted-Date: Mon, 16 Nov 92 13: 41:12 CST
Mailer: Elm [revision: 66.25]
Organization: Honeywell Systems & Research Center
Date: Mon, 16 Nov 1992 19:41:12 GMT
Received-Date: Mon, 16 Nov 92 13: 40:19 CST


Hi...

We have some folks here running under 8.0 but NOT under VUE and they complain
that they are unable to set their mouse click speeds under mwm...

As always, I await the obvious solution...

Thanks,

--
Rian Schmidt - rians@cfsmo.honeywell.com

Honeywell Commercial Flight Systems
Minneapolis Operations
Newsgroups: comp.sys.hp
Subject: Emacs on the HP710 (problems)...
From: solomon@pa621a.inland.com (Paul J. Solomon)
Date: 17 Nov 92 09:09:13 CDT
Organization: Inland Steel Company, East Chicago, IN
Nntp-Posting-User: creekmore

Greetings:

I recently installed emacs on my 710 (from the HP LaserPro demo
CDROM).  I am having a problem with a particular key combination:
M-w (ExtendChar-w).  This key combination is supposed to copy the
current region into the paste buffer (copy-region-as-kill).  Whenever
I type this key combo, though, a ~ is inserted at the cursor point
instead.  If I try to use describe-key and hit M-w, it is not recognized.
ESC w seems to work.  Also, this version of emacs seems to recognize
other Meta key combinations (except M-w).

Am I doing something wrong in the setup files?  Or is this version
from the LaserPro disk (vol 2.1) bogus?

Any help would be greatly appreciated!

-paul.
-- 
----------------------------------------------------------------------
| Paul J. Solomon            |  "Consequences, Schmonsequences...    |
| solomon@pa621a.inland.com  |       as long as I'm RICH!!!"         |
| Inland Steel Co.           |             -Daffy Duck               |
----------------------------------------------------------------------
Newsgroups: comp.sys.hp
From: cjc@nwu.edu (Christopher J. Chen)
Subject: HP 730 + 15 HP Xterms
Followup-To: comp.sys.hp
Organization: Northwestern University
Date: Mon, 23 Nov 1992 18:01:32 GMT

I've been told that it's possible to hang 15 HP Xterms off an HP 730
and expect reasonable response times while performing low- to mid-level
compilations.  Is this *really* possible, or is someone blowing smoke 
my way?


cjc
--
Christopher J. Chen  cjc@nwu.edu  (708) 491-4109  (708) 491-3824 fax
Academic Computing and Network Services, Northwestern University
"Man is the best computer we can put aboard a spacecraft ... and the 
 only one that can be mass produced with unskilled labor."
                                        -- Wernher von Braun
From: matt@ace3.sps.mot.com (matthew noell)
Newsgroups: comp.sys.hp
Subject: compiling groff on HP730 -> alloca problem
Date: 19 Nov 92 16:33:38 GMT
Article-I.D.: oakhill.1992Nov19.163338.29845
Organization: APRDL, Motorola Inc., Austin Texas

I am trying to compile groff-1.06 on my HP730 and I am having trouble with
pic, eqn and refer which require the include file alloca.h (alloca is defined
in libPW.a but where is the header info?).  I get the following message,

Making all in pic
        CC -I. -I. -I../include -I./../include -DHAVE_UNISTD_H=1 -DHAVE_DIRENT_H
=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_DIR_H=1 -DHAVE_CC_LIMITS_H=1 -DHAVE_CC_UNISTD_H=
1 -DSTDLIB_H_DECLARES_GETOPT=1 -DSTDLIB_H_DECLARES_PUTENV=1 -DHAVE_MMAP=1 -DHAVE
_RENAME=1 -DHAVE_MKSTEMP=1 -DWCOREFLAG=0200 -g  -c pic.cc
param.h: 417: warning- Redefinition of macro MIN.
param.h: 418: warning- Redefinition of macro MAX.
CC: "/usr2/gnu/lib/bison.simple", line 278: error: undefined function alloca cal
led (1286)

Would someone please tell me what to do to get around this.

Thanks,
Matt
--
Matthew Noell   matt@caladan.sps.mot.com             Motorola, Inc.
APRDL Technology Simulation Group                    3501 Ed Bluestein Blvd.
Phone (512) 928-5013, Fax (512) 928-6687             Austin, Texas 78721
--
Matthew Noell   matt@ace4.sps.mot.com                Motorola, Inc.
APRDL Technology Simulation Group                    3501 Ed Bluestein Blvd.
Phone (512) 928-5013, Fax (512) 928-6687             Austin, Texas 78721
Newsgroups: comp.sys.hp
From: michael@resonex.com (Michael Bryan)
Subject: Re: DAT tape rescueing
Keywords: DAT, tar, mt
Organization: Resonex Inc., Sunnyvale CA
Date: Fri, 20 Nov 1992 09:28:55 GMT

In article <1992Nov20.101319.24071@rulway.LeidenUniv.nl> mellema@rulcvx.LeidenUniv.nl (Garrelt Mellema) writes:
>I have the following problem. By accident I started writing (with tar) at
>the beginning of a DAt tape which already had several tar archives on it.
>Is there any way of getting the tape positioned after the new end of tape
>mark, so that I can access the data that is still on there somewhere?
>

If you find any way to do this, *please* let me know!  When we tried
to find a way to do this about a year ago, though, the word from HP
tech support was that it could not be done.  I was even talking to
someone on the design team in Bristol, who said it was basically not
possible, but gave me a set of things to try which he thought had
*maybe* a 1% chance of working for us, but it didn't work.  (Basically
power off the drive while a long write is in process.  Then try to
advance over this spot by doing something like "mt fsf 4", and hope it
can advance over the "glitch".  Risky, but it might have the potential
of allowing the tape drive to advance into the lost data.  It didn't
work, though.)

I'm really surprised that there are no recovery utilities available,
however.  This *is* going to happen on occassion, and you can have
gigabytes of data actually on the tape, and inaccessible because the
software/firmware will not let you go past the EOT record, an operation
that is *easy* to do with 9-tracks.  *Sigh*  Perhaps HP will provide
a future update which allows this.

-- 
Michael Bryan  michael@resonex.com  "Milk and Cheese in '92!"  |     ,_,
"There's nothing quite like watching your most recent          |    /oo \
crush, and your second-most recent crush, rushing into         |    <>__|
each others' arms..."  --- Miss Almira Gulch                   |    |  U|
From: franks@hpuamsa.neth.hp.com (Frank Slootweg CRC)
Date: Thu, 19 Nov 1992 14:25:42 GMT
Subject: Re: When will HP supply PATCHES before they are Required?
Organization: Hewlett-Packard, The Netherlands
Newsgroups: comp.sys.hp

mjo@slee01.srl.ford.com (Mike O'Connor) writes:

>In article <28510355@hpuamsa.neth.hp.com> franks@hpuamsa.neth.hp.com
>(Frank Slootweg CRC) writes:
>
>:  However you might be interested in the proactive patch (management)
>:assistance offered by the recently introduced (or to be introduced
>:(depending on country)) "Personalized Support" and "Premier Support"
>:System Support packages (level 6 and 7). Please contact your HP support
>:organization for details.
>
>I take it then that this is the support that people expect when they
>buy "standard support" that HP wants to charge a lot of money for.
>Lovely.  

  Different people expect different things and there is no such thing as
"standard support". That is why we always had multiple levels of support
and now have even more. The new support packages and their pricing are,
of course, a result of customer- and industry surveys.
  I don't see what the problem is.

Frank Slootweg, HP, Dutch Customer Response Center
Newsgroups: comp.sys.hp