HDTenEightyP/NetNews huggingface dataset:
From: rsh@fc.hp.com
 (R Scott Holbrook)
Subject: Re: getpagesize  - Is there one?
Date: Tue, 17 Nov 1992 19:17:31 GMT
Organization: Hewlett-Packard, Fort Collins, CO
X-Newsreader: TIN [version 1.1.1 PL6]

In comp.sys.hp, hurf@boa.graphics.cornell.edu (Hurf Sheldon) writes:
> 		
> Is there an hp-ux s700 8.07 equvalent of Ultrix getpagesize() ?

And Mike Stroyan (stroyan@hpfcso.FC.HP.COM) responded:
>
> #include <sys/param.h> and use NBPG for to substitute for
> getpagesize().

The more "portable" way to get the system physical page size is:

#include <unistd.h>

page_size = sysconf(_SC_PAGE_SIZE);

Scott Holbrook
HP-UX Development Lab
---------------------
The opinions expressed here are mine and mine only, they do not
represent an official or un-official statement of the Hewlett-Packard
Company.
Newsgroups: comp.sys.hp
From: wk@cup.hp.com (Wayne Krone)
Subject: Re: Does "monitor" run under HP-UX 9.0?
Date: Thu, 19 Nov 1992 02:21:21 GMT
Organization: HP-UX Kernel Lab, Cupertino
X-Newsreader: TIN [version 1.1.4 PL6]

I wrote:
: Doug Siebert (dsiebert@icaen.uiowa.edu) wrote:
: : Does anyone know if the unsupported tool "monitor" runs under HP-UX 9.0?  I
: 
: Yes.  Of course you have to install the 9.0 version out of the USRCONTRB
: file set.

Someone asked in email how to get this file set and what it contains.  I
asked a Support person and she said the USRCONTRB file set is only
distributed on the SE tape (talk to your SE about getting the file set
installed on your system).

From a s800 9.0:

   /usr/contrib/bin/analyze
   /usr/contrib/bin/dsymtab
   /usr/contrib/bin/monitor
   /usr/contrib/bin/odump
   /usr/contrib/lib/monitor.help
   /usr/contrib/man/man1m/monitor.1m
   /usr/local/bin/disked

From a s700 9.0:

   /usr/contrib/bin/analyze
   /usr/contrib/bin/dsymtab
   /usr/contrib/bin/kic
   /usr/contrib/bin/ktc
   /usr/contrib/bin/monitor
   /usr/contrib/bin/odump
   /usr/contrib/bin/scsi_log
   /usr/contrib/lib/monitor.help
   /usr/contrib/man/man1m/monitor.1m
   /usr/contrib/man/man1m/scsi_log.1m
Newsgroups: comp.sys.hp
From: wk@cup.hp.com (Wayne Krone)
Subject: Re: termio.h on HP9000/827
Date: Tue, 17 Nov 1992 00:15:19 GMT
Organization: HP-UX Kernel Lab, Cupertino
X-Newsreader: TIN [version 1.1.4 PL6]

Jim Gellman (gellman@moo.acns.nwu.edu) wrote:
: Specifically, I am trying to get the newsreader "nn" to compile on the 827.

: cc: "term.c", line 214: error 1574: Unknown size for "winsize".
: cc: "term.c", line 216: error 1588: "SIGWINCH" undefined.

SIGWINCH is not supported on 8x7 in the 8.02 release.  It is supported
in the 9.0 release.  See the related posting:

    HPUX 9.0 SIGWINCH on 800 series? -- was Re: hpterm resizable
Newsgroups: comp.sys.hp
From: nyenhuis@dynamo.ecn.purdue.edu (John Nyenhuis)
Subject: Re: Interfacing HPIB plotter with Centronics port
Organization: Purdue University Engineering Computer Network
Date: Wed, 18 Nov 1992 14:41:08 GMT

In article <1992Nov18.125633.10913@fwi.uva.nl> stolk@fwi.uva.nl (Bram) writes:
>
>Howdy,
>
>I have a HP plotter, model 9872C which I would like to connect to
>an IBM PC compatible.
>
>The problem is the interfacing.
>The HP has a connector for a HPIB aka GPIB aka IEEE-448 aka IEC-625 bus.
>This is a bus system, whereas my PC has a simple IO port, being
>the Centronics parallel port.
>
  Classic Computers in Fairfield, Iowa (ph. 515-472-0383) sells LPTalk
488 HP-IB/Centronics Conversion Kit for $99. Driver software is included.
Quoting from their catalog:
"...you may have an HP-IB printer or plotter you would like to use with
your IBM compatable. Our HP-IB/Centronics Conversion kit is the answer.
It includes a cable that is HP-IB at one end and Centronics at the 
other. Also includes software on 5 1/4" for use on you IBM compatable."

The other way to go about this would be to put an HP-IB card in the 
PC. Unfortunately, I have never encountered an appropriate driver.

I hope this information helps. Good luck with your project.

  Tot ziens!

John

John Nyenhuis   Purdue University  School of Electrical Engineering
West Lafayette IN 47907   (317)494-3524     nyenhuis@ecn.purdue.edu
From: mjo@slee01.srl.ford.com (Mike O'Connor)
Newsgroups: comp.sys.hp
Subject: Re: termcap for hpterm
Date: 21 Nov 92 04:54:48 GMT
Reply-To: "Mike O'Connor" <mjo@fmsrl7.srl.ford.com>
Organization: Not an official spokesperson for Ford Motor Co.
NNTP-Posting-Host: slee01.srl.ford.com

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

:>Ever thought that the remote system where the termcap would be used
:>wouldn't be a Sun or wouldn't/couldn't run X?  I connect to several
:>systems like that, and a working termcap I could deploy (either in
:>/etc/termcap or by redirecting my personal TERMCAP environment
:>variable) would be nice.  Unreasonable?
:
:You know, you don't need the entire X suite to run xterm on a
:machine.  Most machines (UNIX I assume) usually have an
:xterm laying about somewhere in the archives for you to snarf...

Let me introduce you to the wonderful world of dialup connectivity,
timesharing supercomputers, and Internet firewalls, all of which don't
necessarily like X running atop them.  Or are you suggesting that I go
the way of X-Remote/PPP, persuade my Masscomp people that yes, I'm
special, I MUST run X off their real-time controls system, and then
later in the day, hypnotize my router to the outside world to let X
pass through just for me, because I'm special and must run X on my
puerile HP or life as we know it will surely fade away.

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

...and then go off and build X for a Fortune 32:16.  <laughs>

As I indicated before, I think it would be reasonable for HP, if they had
a true "hpterm" termcap entry, to include it with their OS.  Taking
your line of reasoning, /usr/lib/terminfo on an HP should be a whole
heckuva lot smaller than it is, since all those terminal entries for
Unix systems can go away since they run X.  


						...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: cjw@antioch.acns.nwu.edu (Christopher Wargaski)
Subject: Re: Correct way to set up terminal type on HP/UX
Keywords: xterm rlogin
Organization: Northwestern University, Evanston, Illinois, USA
Distribution: na
Date: Fri, 20 Nov 1992 06:21:39 GMT

xm9@sdcc12.ucsd.edu (richard g. adair) writes:

>In article <cjw.722048358@moo.acns.nwu.edu> cjw@moo.acns.nwu.edu (Christopher Wargaski) writes:
>>ericw@asihub.sd.cadence.com (Eric D. Williams) writes:
>>>   I have a pretty basic problem (which is not in the FAQ):
>>>     I'm sitting in front of a Sun/DEC/Mips/IBM, running X.
>>>     I use xterms.
>>>     I rlogin into an HP 9000/710.

>If it hurts, don't do that! :-).  Try this instead:  issue a command
>from the sun like "rsh hpname xterm -ls -display hpname:0.0" instead
>of logging in remotely via rlogin.  This way, the xterm is actually
>running on your HP, not on your SUN.  Works better.

>Could this be one for the FAQ?

I believe this is only able if one utilizes a .rhosts file.  Which are 
unsafe, and outlawed in my part of town.


cjw

-- 
Christopher J. Wargaski 	<-or-> 	    Aspheric Artwork Sigh
		c-wargaski@nwu.edu; ACNS, DSS, RC
``The highest possible stage in moral culture is when we recognize
that we ought to control our thoughts.''  --Charles Darwin
Newsgroups: comp.sys.hp
Subject: Vuepad bug/feature. Was: Wanted: simple editor
From: nholford@ccu1.aukuni.ac.nz (Nick Holford)
Date: Thu, 19 Nov 1992 20:04:45 GMT
Organization: University of Auckland, New Zealand.

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.

In a similar vein - if I mark a block of test to move it using the
keyboard (Shift-down arrow then Shift-Del) I must then move the
^cursor with the mouse to mark the destination point. Moving the i-bar
with the keyboard is no good because the i-bar and ^ cursor do not stay
in sync.

Is this lack of co-ordination between keyboard and mouse a bug or a
feature?
If it is a feature what on earth is the use of it?

-- 

Nick Holford, Dept Pharmacology & Clinical Pharmacology
University of Auckland, Auckland, New Zealand
INTERNET: n.holford@aukuni.ac.nz
From: gp310ad@prism.gatech.EDU (ROBERT DUCKWORTH)
Newsgroups: comp.sys.hp
Subject: Cheap color tubes for HP.
Date: 23 Nov 92 15:50:41 GMT
Distribution: na
Organization: Georgia Institute of Technology

Hi-
I have a couple of extra 15" monitors that were made for Data General 
that work great on HP9000 3xx, 4xx, and 7xx color systems.
I'm using a few here and have some extras still in the OEM boxes.

$275.00 plus freight and I'll warranty them for 90 days.


-bob

-- 
Bob Duckworth  (WB4MNF)         960 Ralph McGill Blvd. Atlanta GA 30306-4447
uucp: ...!{allegra,amdmhplabs,ut-ngp}!gatech!prism!gp310ad       -rave on-
Internet: gp310ad@prism.gatech.edu  404 - 874-5051(H) 888-0389(O) 892-2301(F)
From: pagels@cs.arizona.edu (Michael A. Pagels)
Newsgroups: comp.sys.hp
Subject: libPW
Date: 19 Nov 92 21:35:23 GMT
Organization: U of Arizona, CS Dept, Tucson


I've just installed HP-UX C/ANSI C on my HP9000/720 expecting
to finally have libPW.  Much to my surprise, it wasn't there!

What do I have to order to get it?


-- 
              Michael A. Pagels -- pagels@cs.arizona.edu
   Department of Computer Science, University of Arizona, Tucson AZ
Newsgroups: comp.sys.hp
Subject: Re: How do I mount from HP to OS/2 drive D:?
From: nholford@ccu1.aukuni.ac.nz (Nick Holford)
Date: Thu, 19 Nov 1992 19:16:50 GMT
Organization: University of Auckland, New Zealand.
Keywords: nfs

I wrote earlier:
>>from the OS/2 machine by simply specifying \ as the OS/2 file system.
>>SAM will not let me specify D:\ so how do I mount my OS/2 D: drive?

>We always use the convention for NFS mounts /machine/diskx
>everywhere, even on the local machine.  For example, if your machine
>was called fred, the first disk on fred would be /fred/disk1.  No
>matter where you log in, the path would be the same.  In your case,
>the disk path for your OS/2 disks would always be /fred/d/

My problem was not what dir to mount the OS/2 disk (/fred/d/ in your
example) but how to tell the HP mount command the name of the OS/2 file system
to attach to /fred/d/. Sorry I did not make it clear.

Anyway a colleague discovered that the entry in /etc/checklist which was
created by SAM can be modified e.g.
myos2:/ /fred/d etc
==>
myos2:d:/ /fred/d etc.
The problem is with SAM. It is defective because it does not understand
the file system names for the most common OS in the world!
-- 

Nick Holford, Dept Pharmacology & Clinical Pharmacology
University of Auckland, Auckland, New Zealand
INTERNET: n.holford@aukuni.ac.nz
Newsgroups: comp.sys.hp
From: cjw@moo.acns.nwu.edu (Christopher Wargaski)
Subject: Re: Correct way to set up terminal type on HP/UX
Organization: Northwestern University, Evanston, Illinois, USA
Distribution: na
Date: Wed, 18 Nov 1992 00:59:18 GMT

ericw@asihub.sd.cadence.com (Eric D. Williams) writes:

>   I have a pretty basic problem (which is not in the FAQ):


>   
>     I'm sitting in front of a Sun/DEC/Mips/IBM, running X.

>     I use xterms.

>     I rlogin into an HP 9000/710.

>     When I login to the HP, my $TERM and $term variables 
>     are set to `xterm'.  But neither my back space key,
>     nor vi work.

>  Obviously, `stty' and `tset' are different.  Maybe even
>  termcap?  Can someone provide me with a short answer.
>  Even your .login file would do.


I have the same problem on our Apollo 700 series and our 900 series as
well.  HELP!  I am at my wit's end.

-- 
Christopher J. Wargaski 	<-or-> 	    Aspheric Artwork Sigh
		c-wargaski@nwu.edu; ACNS, DSS, RC
``The highest possible stage in moral culture is when we recognize
that we ought to control our thoughts.''  --Charles Darwin
Newsgroups: comp.sys.hp
From: dx@netcom.com (dx)
Subject: Need termcap for HP 98774B display
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Fri, 20 Nov 1992 21:19:39 GMT

Does anyone have a termcap entry for this large greyscale monitor?

-dx
Newsgroups: comp.sys.hp
From: eggert@twinsun.com (Paul Eggert)
Subject: Re: Leap Seconds
Organization: Twin Sun, Inc
Distribution: na
Date: Mon, 16 Nov 1992 03:15:29 GMT

onward@fsg.com (Onward Lam) writes:

	in ctime(3C):

	struct tm{
		int tm_sec;	/* seconds after the minute - [0,61] */

The `61' is a bug in the C Standard -- it's not possible to have two
leap seconds in the same minute.  You should never see a 61 in an
actual time.  60 occurs only when a leap second is inserted; but see below.

	I wrote a real dumb program, which called localtime() starting
	with the epoch to find when tm_sec would be 60/61.  After a
	whole nights computing on my 720/8.05, I failed to find it.

One of the Posix standards committees chickened out and let vendors
ignore the leap second problem -- indeed, hosts are _required_ to
ignore leap seconds in order to conform to Posix 1003.1-1990.  If you
want your clock to do the right thing instead of the Posix thing,
you'll have to do some hacking.  I recommend Arthur David Olson's time
zone package, which you can FTP from elsie.nci.nih.gov in
pub/tz92b.tar.Z.  The package supports both ``Posix time'', which
doesn't have leap seconds, and standard (UTC) time, which does.

Perhaps if enough customers asked HP, HP would adopt the Olson code and
support standard time as an option.
Newsgroups: comp.sys.hp
From: bagge@gih.uni-hannover.de (Andreas Bagge)
Subject: HPTerminal Emulator for Atari ST
Organization: Geodaetisches Institut - Universitaet Hannover - FRG
Date: Mon, 23 Nov 1992 15:26:51 GMT

I'looking for a terminal emulator running on an Atari ST computer
emulating an HP2392 (or any Term0) terminal.

I have to use an application which has hardcoded HP sequences in it,
so VT100 emulation won't run.


-- 
_______________________________________________________________________________
 Andreas Bagge                               E-Mail: bagge@gih.uni-hannover.de
 Geodaetisches Institut  D-3000 Hannover 1   Tel:    +49 511 762-4409
 Universitaet Hannover   Nienburger Str. 1   FAX:    +49 511 762-2468
_______________________________________________________________________________
Xref: sparky comp.sys.hp:13216 comp.sys.sun.misc:5368
From: mjo@slee01.srl.ford.com (Mike O'Connor)
Newsgroups: comp.sys.hp,comp.sys.sun.misc
Subject: Re: Trouble displaying HP motif client on SUN OpenLook V 3.0
Date: 21 Nov 1992 02:17:24 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 <BxzFxE.Hvz@fc.sde.hp.com> aaronf@fc.hp.com writes:
:: Has anyone noticed that when you rlogin from a Sun
:: running 4.1.2 and OpenLook window manager OpenWindows 3.0,
:: set the $DISPLAY to the hostname of the sun, that you
:: cannot display hpterm, ovw, or hpcalc, on the Sun?
:: xterm, xclock work as expected.  But none of the Motif
:: clients I tried (admittedly just those few) will 
:: display on the Sun.  Instead it just hangs forever...
:
:It doesn't hang forever, just longer than you are probably
:willing to wait.  The problem is with the OW3 server.  You

Another perspective here.  The problem is that HP's timeout for the
problem is inappropriate to the nature of the problem.  Why should
HP's X server be in lala-land for so long?

:can request OW3 patch 100444 (or whatever is the current
:replacement) from Sun to fix the problem.  I believe that
:this patch has been rolled in to OW 3.0.1 on their current
:OS release.

--
 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: jwoods@cmptrc.lonestar.org (Jeff Woods)
Newsgroups: comp.sys.hp
Subject: Re: HP7933, HP7935, HP7935+"Cache Memory"
Date: 20 Nov 92 03:40:56 GMT
Organization: CompuTrac Inc., Richardson TX

In article <28510351@hpuamsa.neth.hp.com> franks@hpuamsa.neth.hp.com (Frank Slootweg CRC) writes:
|root@lysator.liu.se (Peter Eriksson) writes:
|>What is the difference between the HP 7933, the HP7935 and
|>a HP7935 with a sticker "CACHE Memory"?
|
|  The 7933 does not have a removable pack. If your 7933 has a removable
|pack then it was originally a 7933 which was converted to a 7935.
|
|Frank Slootweg, HP, Dutch Customer Response Center

Excuse me, I realize you are an HP engineer, however, anyone who has paid 
attention to a PM ("Preventive Maintenance" for the novice) of a 7933 knows
that a 7933 simply has the latch to open the drive disabled by not connecting
the unlabelled "eject" button and hiding the latch slightly.  

Opening the drive to remove the pack is simply a matter of using a pen or 
screwdriver to pop the latch at the back of the top portion of the case, 
then activating the latch "manually" at the front of the drive.  It takes 
about 10 seconds.

However, this does NOT mean that it's a good idea or supported in any way.
Simply that the hardware is all there except some kind of arm between the 
button on the front and the latch itself and that it's not difficult to do.

And I've seen and used dozens of 7933 drives in the last several years and 
I don't think any of them were 7935 drives.  I know that when we sold the 
last several of them a few years ago, I personally pulled the packs out 
and sealed and boxed them for shipping.

Incidentally, although the indentation on top of the pack and in the lid 
is obviously for storing the cap that covers the spindle mount point on 
the pack when not in the drive, I understand that it's a good idea to 
store the cap in the bottom of the drive cabinet or elsewhere because 
the cover of the drive is plastic and just flexible enough and just 
small enough clearance that leaning on it or stacking printouts or tapes 
on it (too handy for it's own good) causes pressure on the spindle and 
that's *NOT GOOD*.  :^}
-- 
jwoods@cmptrc.lonestar.org (Jeff Woods at CompuTrac, Inc.)
stdinfo: "My opinions are my own."
"You don't need a programmer so much as you need a exorcist." - A. Chambers
Newsgroups: comp.sys.hp
From: tommc@hpcvusc.cv.hp.com (Tom McFarland)
Subject: Re: Vuepad bug/feature. Was: Wanted: simple editor
Reply-To: tommc@cv.hp.com
Organization: Hewlett Packard UTD-Corvallis
Date: Fri, 20 Nov 1992 15:05:55 GMT

In article <1992Nov20.033119.11359@hpcvusn.cv.hp.com>, harry@cv.hp.com (Harry Phinney) writes:
|> nholford@ccu1.aukuni.ac.nz (Nick Holford) writes:
|> 
|> : In a similar vein - if I mark a block of test to move it using the
|> : keyboard (Shift-down arrow then Shift-Del) I must then move the
|> : ^cursor with the mouse to mark the destination point. Moving the i-bar
|> : with the keyboard is no good because the i-bar and ^ cursor do not stay
|> : in sync.
|> 
|> It's a bug (IMO, and that counts here), but one that is very difficult
|> to fix while utilizing the Motif 1.1 Text Widget (on top of which vuepad
|> is built).  When/if vuepad migrates to Motif 1.2, this bug should
|> disappear.  The whole concept of the "^" cursor is, in my opinion,
|> broken and thankfully it will go away eventually.

It's gone as of Motif 1.2.  The destination location (formerly identified
by the "^" cursor) is now always co-located with the i-beam cursor.  The
"^" cursor graphic was removed from both Text and TextField widgets in
1.2.

|> Harry Phinney   harry@hp-pcd.cv.hp.com

Tom McFarland
<tommc@cv.hp.com>
From: mbdtsmc@uts.mcc.ac.uk (M.D.Cooper)
Newsgroups: comp.sys.hp
Subject: set/getrlimit and cpu limits
Keywords: setrlimit getrlimit cpu limits resources
Date: 17 Nov 92 16:36:59 GMT
Organization: Manchester Computing Centre, Manchester, England, M13 9PL.
Originator: netnews@uts.mcc.ac.uk

I'm trying to install NQS on a cluster of HP700s and we have a problem
with the limits. The NQS software offers a number of limits which can
be applied to each job executed on a per process and/or per request
basis. Unfortunately, according to the man pages, setrlimit() and
getrlimit() only appear to support two of the limits. The two which are
supported are: RLIMIT_NOFILE and RLIMIT_OPEN_MAX which are both the
number of files which a process can have open at any one time.

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?
Could anyone who knows please send a response either by email (to:
mbdtsmc@uts.mcc.ac.uk) or by posting to this group.

Thanks in advance,

Matt Cooper

===================================================================
 Matt Cooper                            Theoretical Chemistry Group
                                        Department of Chemistry
 Telephone: (+44) 61-275-4681           University of Manchester
 FAX:       (+44) 61-275-????           Brunswick Street
 JANET:     mbdtsmc@uk.ac.mcc.uts       Manchester, M13 9PL
 Internet:  mbdtsmc@uts.mcc.ac.uk       United Kingdom
===================================================================
Newsgroups: comp.sys.hp,comp.sys.sun.misc
From: clare@nynexst.com (Clare Chu)
Subject:  Trouble displaying HP motif client on SUN OpenLook V 3.0
Organization: Nynex Science and Technology
Date: Thu, 19 Nov 92 19:22:04 GMT


I haven't been able to get much help from HP tech support
on this, but...

Has anyone noticed that when you rlogin from a Sun
running 4.1.2 and OpenLook window manager OpenWindows 3.0,
set the $DISPLAY to the hostname of the sun, that you
cannot display hpterm, ovw, or hpcalc, on the Sun?
xterm, xclock work as expected.  But none of the Motif
clients I tried (admittedly just those few) will 
display on the Sun.  Instead it just hangs forever...

HP suggested a work around where you set your
.Xdefaults resources on both the Sun and HP as
*useColorObj: False

It still didn't work for us.  Now, instead of hanging,
it'll core dump.  Apparently the guys at HP said that
it does work for them (the workaround) but not for
us.  I'm wondering what version of the Motif libraries
on the HP would make it work.  Our libXm.a is dated
Dec 1991.  Is a newer version available?  And does
it fix the problem?

Anyone have any ideas?  This is urgent since we cannot
run ovw (part of HP OpenView) remotely on our Suns.

Thanks, Clare
clare@nynexst.com
Newsgroups: comp.sys.hp