HDTenEightyP/NetNews huggingface dataset:
From: prs9k@brain.med.virginia.edu (Phil Scarr)
Subject: Re: Why doesn't the hpterm have resizable text?
Organization: Neuroclinical Trials Center, University of Virginia
Date: Mon, 16 Nov 1992 19:05:19 GMT

In article <1992Nov16.183655.14131@alchemy.chem.utoronto.ca> mroussel@alchemy.chem.utoronto.ca (Marc Roussel) writes:
>     Perhaps I'm missing the point of this discussion but why aren't you
>people just using the real xterm?  As far as I can tell
>
>	  a) hpterm doesn't do anything xterm doesn't.

Softkeys and buttons on the bottom.

>	  b) xterm does many things that hpterm doesn't.

Resizable text, Textronix window, etc.

>	  c) HP supplies xterm as part of its standard distribution.

true.

>	  d) HP supports xterm.

yep.

But I would STILL like to have resizable fonts in my hpterms.

>
>If I'm wrong on any of the above, I would love to know about it.
>
>				Marc R. Roussel
>                                mroussel@alchemy.chem.utoronto.ca
>

	-Phil
-- 
PHIL SCARR        \      We are Microsoft...     /          (o) 804.243.0229
 University of    /     OS/2 is irrelevant.      \          (f) 804.243.0290
 Virginia,        \     UNIX is irrelevant.      /        prs9k@Virginia.EDU
 Neurosurgery     /     Openness is futile.      \     prs9k@Virginia.BITNET
 HP-UX is my life!\ Prepare to be assimilated... /   ...uunet!virginia!prs9k

Newsgroups: comp.sys.hp
From: lapp@waterloo.hp.com (David Lapp)
Subject: Re: Xset bug? (was Xtex problems)
Date: Mon, 16 Nov 1992 02:45:11 GMT
Organization: HP Panacom Div Waterloo ON Canada
X-Newsreader: TIN [version 1.1.4 PL6]

Chris Lee (lee@ceg.uiuc.edu) wrote:
: 
: I think this is a bug...
: 
: On my Xterminal, when I issue a xset +fp path_name, I get the following error.
: 
:      % xset +fp /admin/tex/lib/xtex
: 
error stuff deleted
: 
: On the console, however, this error does not exist.  Apparently, 
: this is the reason Xtex would not work properly.
:
It's probably not a bug but simply a result of the restrictions
imposed on the X terminal in reading its fonts. The error
message you quoted is produced when the X server cannot read
the fonts.dir file in a newly added font directory (among other
times). 

The 700/RX (I assume you have an RX although most of this
explaination applies equally to other X terminals on the market)
can access its fonts using tftp or nfs (or in B.03 through a 'font
server'). It also uses this mechanism to read the fonts.dir
and fonts.alias files. You can determine what method you are using
looking on the config screens (hold down F12 for longer then 2 seconds)
go to the Network screen (click on the button on the top of the
config window) and checking the button beside the file
server address.

If you are using tftp it is probably 'secure' meaning that it will
only allow access to files under /usr/tftpdir (and it uses paths
which on't include /usr/tftpdir eg. to access /usr/tftpdir/usr/lib/X11
specify simply /usr/lib/X11 -- the tftp daemon prepends /usr/tftpdir)
This means that you can't get at files under /admin/ using tftp. These
files must be copied under /usr/tftpdir/ (eg. copy the fonts and
fonts.dir|alias files into /usr/tftpdir/admin/??? and then retry the
xset on the X terminal)

If you are using nfs then you probbly haven't exported the filesystem
for /admin/ to the X terminal. Try doing that and then retry the xset.

There are more details on this and other font related topics
in the 700/RX sys admin manual.

Hope that helps,

Dave Lapp
lapp@waterloo.hp.com
Standard Disclaimer etc...


Newsgroups: comp.sys.hp
From: gordon@madmax.uwaterloo.ca (Gordon R. Strachan)
Subject: Re: set/getrlimit and cpu limits
Keywords: setrlimit getrlimit cpu limits resources
Organization: University of Waterloo
Date: Thu, 19 Nov 1992 13:48:51 GMT

In article <6778@m1.cs.man.ac.uk> mbdtsmc@uts.mcc.ac.uk (M.D.Cooper) writes:
>In order for a sensible batch queueing environment to operate it must be
>possible to limit jobs in specific queues by the amount of cpu time
>which they consume (so that short jobs can run at higher priority etc.)
>and so to the question:
>
>Is there any way in which these limits can be enforced? If so how?

As far as I have been able to determine, you can't do it under HPUX 8.0.  I
personnally hope it will be possible to do it under 9.0 but who knows.

>Could anyone who knows please send a response either by email (to:
>mbdtsmc@uts.mcc.ac.uk) or by posting to this group.

What I did to implement a batch daemon was have the batch daemon wake up
every two minutes and, using the pstat system call (undocumented), get the
runtime information of the jobs its was running (plus the total of any job's
children) and, if it was greater than the maximum allowed time, kill it.

Gordon
From: don@hpfcso.FC.HP.COM (DonDyer)
Date: Mon, 16 Nov 1992 21:14:37 GMT
Subject: Re: HP 715 Graphics Options
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

  The 715 with optional EISA/GSC adapter, provides one EISA form factor
slot.  There are graphics cards for CRX-24/CRX-24Z and CRX-48Z to fit in
this slot.  These are new layouts of the cards for the 720/730/735/750/755.
So, you can have internal 8 plane unaccelerated graphics, 24 plane graphics
with or without accelerator, and 48 plane graphics with accelerator.

Don Dyer
Graphics Software Lab
Fort Collins, CO

standard disclaimers apply
From: mjo@slee01.srl.ford.com (Mike O'Connor)
Newsgroups: comp.sys.hp
Subject: Re: When will HP supply PATCHES before they are Required?
Date: 17 Nov 1992 23:45:56 GMT
Organization: Not an official spokesperson for Ford Motor Co.
Reply-To: "Mike O'Connor" <mjo@fmsrl7.srl.ford.com>
NNTP-Posting-Host: slee01.srl.ford.com

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.  

						...Mike


--
 Michael J. O'Connor           |  Internet:  mjo@FMSRL7.SRL.FORD.COM
 Ford Motor Company, OPEO      |  UUCP:      ...!{backbone}!fmsrl7!mjo
 20000 Rotunda, Bldg. 1-3001   |  Phone:     +1 (313) 248-1260
 Dearborn, MI  48121           |  Fax:       +1 (313) 323-6277
Newsgroups: comp.sys.hp
From: bcripe@cv.hp.com (Brian Cripe)
Subject: Re: HP 730 + 15 HP Xterms
Organization: Hewlett-Packard Company, Corvallis, Oregon USA
X-Newsreader: TIN [version 1.1.1 PL7]
Date: Mon, 23 Nov 1992 21:29:58 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?

I have no specific numbers, but my experience is that performance of a
configuration such as this depends heavily on the amount of RAM in the
730.  If you have enough RAM to keep swapping to a minimum (which
depends on the applications each X terminal user is running), then I
can believe it works.

	Brian Cripe

Newsgroups: comp.sys.hp
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Subject: Re: K-shell for Sun? (commerical or free workalike)
Organization: Naval Research Laboratory, DC
Date: Wed, 18 Nov 1992 02:52:06 GMT

In article <13330048@hpspdla.spd.HP.COM> stevewi@hpspdla.spd.HP.COM (Steve Witten) writes:
>We have a need to incorporate a Sun workstation into our product build
>environment.  We have a LARGE number of tools to manage this
>environment.  Unfortunately, most of these tools are K-shell scripts.
>Sun does not ship K-shell with their systems.

  ksh(1) is a standard supplied product with SunOS 5.x/Solaris 2.x
because SunOS 5.x/Solaris 2.x is fully compliant with UNIX System V,
Release 4.  In short, Sun _DOES_ ship K-shell with their current OS
and current boxes.

Ran
atkinson@itd.nrl.navy.mil

Newsgroups: comp.sys.hp
From: kjell@hpa.rf.no (Kjell Sivertsen)
Subject: Help proc_table calloc
Keywords: Hp9000/425, HPUX 8.0
Organization: Rogaland Research, Stavanger, Norway
Date: Tue, 17 Nov 1992 10:41:06 GMT

Hello World!

I have a problem with a HP9000/425 workstation running HPUX 8.0.
The problem shows up in different situations, such as running
monitor and printing from Interleaf.

If I try to start monitor, I get the error message 
	
	proc_table calloc: not enough space

When printing from Interleaf, the message:

	0x91f400 in iprim midstart
	error: cannot start process

shows up. I supose that the reason for these errormessages is the
same. 

Have anyone seen this before, and what is coursing these problems?


Thank you in advance,

Kjell


-- 
==================================================================
||  Kjell Sivertsen             ||  Telefax:     +47-4-875200   ||
||  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: tonl@hpuamsa.neth.hp.com (Ton 't Lam CRC)
Date: Mon, 16 Nov 1992 07:10:53 GMT
Subject: Re: HP 42S Calculator question...
Organization: HP-Sales Office-The Netherlands
Newsgroups: comp.sys.hp

You may want to address calcaulator question to 
   comp.sys.handhelds

Ton 't Lam
CRC-The Netherlands
Newsgroups: comp.sys.hp
From: bruno@fc.hp.com (Bruno Melli)
Subject: Re: xdb accessing 'opaque' data structures
Organization: /STD/CoLL
X-Newsreader: TIN [version 1.1.4 PL6]
Date: Tue, 17 Nov 1992 17:08:21 GMT

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.

#ifdef DEBUG
#include <X11/CoreP.h>
#endif /* DEBUG */

bruno.
From: andreas@hpcvxja (Jim Andreas)
Newsgroups: comp.sys.hp
Subject: Re: Correct way to set up terminal type on HP/UX
Date: 19 Nov 92 02:25:37 GMT
Article-I.D.: hpcvusn.1992Nov19.022537.28174
Distribution: na
Organization: Hewlett-Packard Company, Corvallis, Oregon USA
X-Newsreader: Tin 1.1 PL5

Eric D. Williams (ericw@asihub.sd.cadence.com) wrote:
[...]
>      When I login to the HP, my $TERM and $term variables 
>      are set to `xterm'.  But neither my back space key,
>      nor vi work.

Could this be something as "obvious" :-) as setting

$ stty erase ^H kill ^U intr ^C

Keep in mind that the histerical UN*X defaults for these
keys (from Teletype ASR-33 daze you young whelps out there,
you know, the one with the paper tape punch on the side)
are:

erase = #
kill  = @
intr  = <break>   (use the xterm send INT signal feature)

Jim Andreas
Newsgroups: comp.sys.hp
From: longstre@snake-1.cae.wisc.edu (Jon Longstreth)
Subject: Re: Broadcastint, udp info
Distribution: usa
Date: 20 Nov 92 21:18:42 CST
Originator: longstre@snake-1.cae.wisc.edu
Keywords: Brocast, UDP


You may have noticed from my last post, that My mind is quite scrambled at
this point.

Help!
From: ron@topaz.bds.com (Ron Natalie)
Newsgroups: comp.sys.hp
Subject: Re: HP VideoLive card
Date: 20 Nov 1992 16:15:13 GMT
Organization: BDS Systems
Distribution: world
NNTP-Posting-Host: topaz.bds.com

The VideoLive card uses the X video extension to do it's work.  Once you have
the appropriate server (which is required for the HP canned software), you can
make X Video extension calls to the board.  I have done this in our image
processing product.  The only thing is that the card requires a slightly
different strategy than the original video extension in R5 (you need to
XvFreezeVideo before getting the frame, rather than StopVideo).

-Ron
Newsgroups: comp.sys.hp
From: olsenc@carson.u.washington.edu (Clint Olsen)
Subject: Problems printing on HP-UX 8.0
Organization: University of Washington, Seattle
Date: Mon, 23 Nov 1992 21:48:28 GMT

Hello:

We are having problems printing from our HP9000/360 using the
laserjet interface file for HP-UX 8.0.

Currently we're hooked up by HP-IB with two printers on the same
interface.

Problem:  At least a couple times a day, a user's file is printed with
          chunks of it missing (like 3 liines up to 3 pages).

If anyone has had similar experiences, and/or have a solution, please
send email.

Thanks in advance.

-Clint
From: adennie@sweetjane.hyperdesk.com (Andy Dennie)
Newsgroups: comp.sys.hp
Subject: perl on HP/UX 8.x?
Date: 19 Nov 92 02:45:56 GMT
Reply-To: andy_d@hyperdesk.com
Followup-To: comp.sys.hp
Organization: HyperDesk Corporation, Westboro, MA


My company is getting a 700 series workstation in a few weeks and we're
trying to anticipate potential problems.  Has anybody had any trouble
building perl, and if so, do you have any tips you could pass along?
Thanks.

-- 
Newsgroups: comp.sys.hp
From: mcsavaney_d@apollo.hp.com (#David McSavaney)
Subject: Re: HP 715 Graphics Options
Date: Tue, 17 Nov 1992 19:44:51 GMT
Organization: Hewlett-Packard Corporation, Chelmsford, MA

In article <7371466@hpfcso.FC.HP.COM> don@hpfcso.FC.HP.COM (DonDyer) writes:
>  The 715 with optional EISA/GSC adapter, provides one EISA form factor
>slot.  There are graphics cards for CRX-24/CRX-24Z and CRX-48Z to fit in
>this slot.  These are new layouts of the cards for the 720/730/735/750/755.
>So, you can have internal 8 plane unaccelerated graphics, 24 plane graphics
>with or without accelerator, and 48 plane graphics with accelerator.
>
>Don Dyer
>Graphics Software Lab
>Fort Collins, CO
>
>standard disclaimers apply

Just one slight correction - the CRX48Z is supported on the 50MHz CPU
and above, thus excluding the 715/33MHz system. 
The CRX24Z runs on all systems.

Dave McSavaney

Not an official statement of Hewlett-Packard Company
From: whiles@nswc.navy.mil (William Scott Hiles x1568)
Newsgroups: comp.sys.hp
Subject: tcsh, emacs, rlogin and termcap support
Keywords: tcsh, emacs, rlogin, termcap
Date: 23 Nov 92 15:32:42 GMT
Reply-To: whiles@nswc.navy.mil
Followup-To: comp.sys.hp
Organization: Naval Surface Warfare Center, Dahlgren Division

There was some discussion on the termcap for HP-UX but the responses seem to 
indicate that HP does not think (or want) applications to run on multiple
platforms.  The responses seem to indicate that there are not applications
which will run on a sun and a HP.  However, there are a few examples of
applications that we need for all systems and these require the termcap.

Example 1:
  TCSH is very popular and is available on the sun, sgi, dec, and ibm platforms.  
  This enhanced (much better than anything previously available) shell uses the
  termcap and requires the termcap library to be compiled completely.  When using
  the NIS to allow the passwd to be shared across machines composed of suns,
  or SGIs, or anything else, you are limited the common shell.  Users of our system
  want tcsh to the extend that they would rather just not use the HP system than
  give up the tcsh functionality.  

  My solution to this problem was to get the emacs 18.58 files and copy the
  src/termcap.c and src/tparam.c to the tcsh directory and modify the following
  lines in the Makefile for tcsh-6.00:

  TERMCAPS= termcap.o tparam.o
  TERMCAPO=termcap.${SUF} tparam.${SUF}

  ALLSRCS=  ${SHSRCS} ${TWSRCS} ${EDSRCS} ${TCSRCS} ${VHSRCS} ${TERMCAPS}
  DISTSRCS= ${PSSRCS} ${TWSRCS} ${EDSRCS} ${TCSRCS} ${AVSRCS} ${TERMCAPS}

  OBJS= ${SHOBJS} ${TWOBJS} ${EDOBJS} ${TCOBJS} ${TERMCAPO}

  The line "LIBES= -ltermcap               ## BSD style things, hpux" must be
  commented out so that it will not try to load the library.  TCSH can now be
  compiled completely.  The only thing left to do is to get a complete termcap
  file (from a sun or some reasonable machine) and copy it to the /etc/ directory.
  Edit the /etc/termcap file so that the hp2621 is also aliased for hpterm.
  With all this done, tcsh will work perfectly.  I have not had any problems since
  installing it and now the users have no excuse to avoid the HP system.

Example 2:
  Emacs is a very popular editor for all platforms but it requires termcap to
  work.  It comes with the necessary code to be compiled without a termcap 
  library, but you need a good termcap file.  I could not find one on my system
  by typing "find / -name termcap -print" so I got one from some other system
  and added the alias of hpterm to the hp2621.  It works fine.

Example 3: 
  It is very common for us to rlogin to another system.  The HP does not recognize
  the sun-cmd ad a type of terminal and the sun does not recognize the hpterm
  as a valid terminal.  

From a users perspective, it would appear that HP just does not want anyone to be
able to work on multiple platforms with them.  

---
Scott Hiles
whiles@relay.nswc.navy.mil

Standard disclaimer:
  The opinions expressed are those of my own and do not necessarily 
  reflect those of the DOD or the Navy.  I accept full responsibility.
Newsgroups: comp.sys.hp
From: Rian Schmidt <rians@cfsmo.honeywell.com>
Subject: Redirecting specific users mail (question)
To: comp.sys.hp
Posted-Date: Wed, 18 Nov 92 13: 18:08 CST
Mailer: Elm [revision: 66.25]
Organization: Honeywell Systems & Research Center
Date: Wed, 18 Nov 1992 19:18:08 GMT
Received-Date: Wed, 18 Nov 92 13: 17:17 CST


Hi...

Anybody know how one could redirect a specific user's mail (using elm) to a
different mailbox from your general mailbox?

We're using elm rev 66.25...

Thanks.

Oh yeah, please e-mail 'cause I ain't got no news. :-(

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

Honeywell Commercial Flight Systems
Minneapolis Operations
Newsgroups: comp.sys.hp
From: mdf@hpuerca.atl.hp.com (Mike Fox)
Subject: Re: HP-UX CD ROM updates
Date: Fri, 20 Nov 1992 14:33:34 GMT
Organization: Hewlett-Packard NARC Atlanta
X-Newsreader: Tin 1.1.3 PL5

Charlie Ford (cford@hpcc01.corp.hp.com) wrote:
: I believe that you can order the HP LaserROM/UX retrieval software as B1671C,
: and the subscription service as 50726A (option 003 for HP-UX, I think). Best
: to check with your sales rep.
: 
: Charlie "I hope this isn't too commercial" Ford
: Hewlett-Packard Co.
: Mountain View, CA
: charlie@hpasdd.mayfield.hp.com 

LaserROM/UX is not the same product as the CDROM update.  LaserROM is
the manual set (plus other things) on CDROM.  You cannot update the OS
version from LaserROM (although many people have tried :-) ).


Mike Fox - HP Response Center
   email:     mdf@hpuerca.atl.hp.com
From: ikeken@md.tsukuba.ac.jp (Ken-ichi Ikebukuro)
Newsgroups: comp.sys.hp
Subject: HP VideoLive card
Date: 20 Nov 92 07:05:22 GMT
Organization: Institute of Medical Science Univ. of TSUKUBA, Ibaraki, Japan


     Recently I got HP VideoLive card for reading video signal into
my hp730.  And I'm very much surprised that there is no information
or library to control the VideoLive card directly from c or other
programming language.  The only application enclosed the package is
the very simple program to make a image file from a video signal and
simple manual for that program.

My purpose is to make a image processing program which can read
a video signal directly from the video camera.  So the enclosed
simple program is quit insufficient and the information to control
the LiveVideo card is necessary.

If you know something about how to contol HP VideoLive card,
please let me know the information.

Thank you.
--
Research group of digital image processing of microscopic picture.
Department of Pediatric Surgery, University of Tsukuba, Japan
ikeken@md.tsukuba.ac.jp
Newsgroups: comp.sys.hp
From: ian@unipalm.co.uk (Ian Phillipps)
Subject: Re: MPE, NS, TCP/IP HP UNIX
Organization: Unipalm Ltd., 216 Cambridge Science Park, Cambridge CB4 4WA, UK
Date: Sat, 21 Nov 1992 00:34:58 GMT

georges@zeus.franklin.edu (Steven Lon George) writes:


>Hello there.  What I am wondering relates to the HP UNIX environment.

>I am applying for a job under this environment, in a networking
>application. The job has some criteria that I am not sure what it means.
>I am hoping I can find someone who does. Anyway, the line reads as
>follows.?

Sorry, no job.
(a) You obviously *don't* have experience of the things listed.
(b) Your interviewer probably just read your posting.

No, I'm not your interviewer :-)

-- 
Ian Phillipps, Unipalm Ltd, 216 Science Park,		Phone +44 223 420002
Milton Road, Cambridge, CB4 4WA, England.		Phax  +44 223 426868
++ This is not a self-referential statement.
From: don@hpfcso.FC.HP.COM (DonDyer)
Date: Mon, 16 Nov 1992 21:04:30 GMT
Subject: Re: Is it possible to use a SCSI disk in a 9000/340/400 machine ?
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

  A 340 uses the same human interface as a 350/360.  Therefore, if
you have a single-ended SCSI interface daughter board, use a SCSI
disk.  If there is a HP-IB interface dauther board, hpib disk.  You
can switch interfaces if by replacing the daughter cards.

Don Dyer
Graphics Software Lab
Fort Collins, CO

standard disclaimers apply
From: dma@cs.bham.ac.uk (Denis Anthony)
Newsgroups: comp.sys.hp
Subject: Mouse in emacs under X, elisp file required
Date: 20 Nov 92 10:01:33 GMT
Organization: School of Computer Science, Birmingham University. Great Britain

In X our emacs does not work properly, specifically one cannot click
onto a position in the file. I presume there is a .el file that sets
up the HP mouse correctly under emacs, anyone got one?

Thanks

Denis


-- 
Denis 

D.M.Anthony@cs.bham.ac.uk tel 021-414-3817 (Internal 3817, room M9)
Newsgroups: comp.sys.hp
From: bt@irfu.se (Bo Thide')
Subject: Re: termcap for hpterm
Date: Sat, 21 Nov 1992 11:36:52 GMT
Organization: Swedish Institute of Space Physics, Uppsala, Sweden
Keywords: xterm

In article <41381@sdcc12.ucsd.edu> xm9@sdcc12.ucsd.edu (richard g. adair) writes:

>What kinds of UNIX machines don't have X?

Sun.

>Tony Burzio
>Arete Associates
>San Diego, CA

Sorry, couldn't help.

Bo

-- 
   ^   Bo Thide'----------------------------------------------Science Director
  |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-
Newsgroups: comp.sys.hp