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

>|>So even though I work in this area as a software engineer, and I'd love
>|>to chat about this subject, I won't.  Except to say -- I appreciate and
>|>share by email with my co-workers many of the discussions in this
>|>newsgroup, including this one; and am sensitive to meeting customer
>|>needs -- which unfortunately are often conflicting when viewed in the
>|>aggregate.
>
>I'd like to see HP reflect back to its customers (via this newsgroup) what it sees as being conflicting needs, both for customer edification, and for further discussion to help HP in formulating a response/plan.
>  
>David W. Cooley

I don't work near the people that are investigating NFS Diskless so I'm
not an expert.  The negative feedback I have gotten from customers is:

1) Not industry standard
2) Diskless doesn't work through IP routers
3) CDFs are yet another implementation.  It could be done with a
   dedicated root file system and symlinks/mountpoints.

There are also some internal disadvantages to HP in supporting diskless
in addition to industry standard NFS.


Perry Scott
HP Ft Collins
"My opinions only"
From: ajs@hpfcso.FC.HP.COM (Alan Silverstein)
Date: Wed, 6 Jan 1993 22:24:52 GMT
Subject: Re: C2 level security on HP9000/827s
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

> ...anyone has implemented the shadow password system on the HPs without
> using HPs "Trusted System" approach.

It's been years, but I think it will work.  There's no dependency I
can remember between using the shadow password file and turning on
auditing (which is the real performance hit).  Good luck.
Newsgroups: comp.sys.hp
From: darrylo@sr.hp.com (Darryl Okahata)
Subject: Re: maximum file size
Date: Tue, 12 Jan 1993 20:01:15 GMT
Reply-To: darrylo@sr.hp.com
Organization: Hewlett-Packard / Center for Primal Scream Therapy
X-Newsreader: TIN [version 1.1 PL8.1]

Munir Mallal (munir@fc.hp.com) wrote:

> No, it is not possible.  The maixmum allowable file is 2GB.  Filesystems
> and raw device I/O can approach 4GB.

     I'm sure someone will ask why.  The cause is an artifact of 32-bit
integers.  As lseek(2) has to be able to seek backwards and forwards in
a file (signed integers: +/- 2^31), sizes of files are limited to 2GB
(2^31).  In order to get larger file sizes, you'd either have to use >32
bit integers ("long long"???), or you'd have to create some non-standard
functions (which is probably a bad thing, given today's push towards
standards).

     -- Darryl Okahata
	Internet: darrylo@sr.hp.com

DISCLAIMER: this message is the author's personal opinion and does not
constitute the support, opinion or policy of Hewlett-Packard or of the
little green men that have been following him all day.
Newsgroups: comp.sys.hp
From: davew@olo.dec.com (Dave Willoughby)
Subject: VUE defining filetypes problems
Reply-To: davew@olo.dec.com
Organization: Digital Equipment Corporation
Date: Fri, 8 Jan 1993 10:43:35 GMT


Hi

I'm trying to define some new filetypes and associate bitmaps with them.
I had some initial success defining one for read-only files. They now show up
in vuefile as a data bitmap with a cross through it ( I might design some
better ones later).

However I have not had any luck since. I have tried to setup filetypes and 
bitmaps for unreadable files and core files, and they both still show up 
as normal data files, and their associated action menu is the same as the data
file. Here's my /usr/local/lib/X11/vue/types/vue.ft:

#############################################################################
#
# Define some commonly used bitmap names
#
set DATA_L=data.l.bm
set DATA_S=data.s.bm
set DIR_L=dir.l.bm
set DIR_S=dir.s.bm
set EXEC_L=exec.l.bm
set EXEC_S=exec.s.bm
set READ_L=reader.l.bm
set READ_S=reader.s.bm
set NOREAD_L=noread.l.bm
set NOREAD_S=noread.s.bm
set CORE_L=core.l.bm
set CORE_S=core.s.bm


#############################################################################
#
# Define a list of actions for data files
#
set TEXT=EDIT,VIEW,PRINT


CORE
    */core 	\
    !d&r 	\
    core.l.bm 	\
    core.s.bm	\
    XDB

NONREADABLE       	\
    *          		\
    !d&!r&!x    	\
    ${NOREAD_L}  	\
    ${NOREAD_S}

READONLY       		\
    *          		\
    !d&!w&!x    	\
    ${READ_L}  		\
    ${READ_S}		\
    VIEW


The READONLY entry works, but the other two don't. The NONREADABLE one
I thought might conflict with the DATA entry, but the CORE entry ought to work.
The XDB action doesn't exist, but it shouldn't worry about that until I try and
use it, and besides as a test I tried setting the action to be VIEW and it
still didn't work.

By the way this is HP VUE 2.01 on HP-UX 8.07.

Anyone see what I'm doing wrong ?

Thanks for any ideas,

Dave Willoughby,
Digital Equipment Co Ltd,
Warrington, UK.
From: hurf@boa.graphics.cornell.edu (Hurf Sheldon)
Newsgroups: comp.sys.hp
Subject: Re: How to server clients over more than one LAN?
Date: 7 Jan 1993 17:42:11 GMT
Organization: Cornell University Program of Computer Graphics
Distribution: world
NNTP-Posting-Host: boa.graphics.cornell.edu

Keywords

|> OK, this is as unofficial as you can get.  :-)
|> 
|> HP-UX Diskless is a proprietary protocol, not a multi-vendor standard,
|> for various and sundry reasons (many historical).  As such it has some
|> advantages and some disadvantages compared to, say, NFS.  (See an
|> earlier but concurrent discussion in this same newsgroup.)  One of
|> Diskless's disadvantages is the abovementioned restriction.  I wouldn't
|> bet on it going away...  I'm not a kernel guru but I think it's buried
|> in the design.
|> 
|> This disadvantage could hypothetically be one reason for moving away
|> from Diskless to more industry-standard protocols.
	
    I don't see the wisdom in sh*tcanning something that works so well
	on the basis of 'industry standard' unless there is a standard
	that is better. I run HP clusters because it is easier than
	the industry standard and file i/o between systems is often 100%
	of ethernet bandwidth (how do you do that, anyway?) while the
	industry standard is hard pressed to do 20% (of ethernet bandwidth)
	in anything approaching a loaded environment.

-- 
     Hurf Sheldon			 Network: hurf@graphics.cornell.edu
     Program of Computer Graphics	 Phone:   607 255 6713

     580 Eng. Theory Center, Cornell University, Ithaca, N.Y. 14853
From: neal@ctd.comsat.com (Neal Becker)
Newsgroups: comp.sys.hp
Subject: Re: rdist for hp
Date: 7 Jan 93 14:24:10 GMT
Organization: COMSAT Labs
NNTP-Posting-Host: neal.ctd.comsat.com
In-reply-to: mikel@glare.cisco.com's message of 6 Jan 93 23:38:50 GMT
X-Md4-Signature: 4fe29d89d88cf44624e6cfcc9718277b

Get the official rdist from usc.edu.  It works fine on hpux.
Newsgroups: comp.sys.hp
From: randy@dsndata.dsndata.com (Randy Terbush)
Subject: Re: rpc.lockd crashes when locking file on SVR4 NFS server
Organization: Design Data
Distribution: comp.sys.hp
Date: Mon, 4 Jan 1993 20:58:58 GMT

>>>>> "Shane" == Shane Hartman <shane@spr.com> writes:

  Shane> The HP's are running HPUX 8.07.  The motorola is running USL
  Shane> SVR4 as provided by Motorola.  Does anyone know why this
  Shane> happens or anything that I should check or look for?  Other
  Shane> NFS operations between the machines seem to work normally.

There is a known bug in SVR4 lockd as supplied by USL.  It can take as
long as 20 seconds to get a lock from an SVR4 lockd.  I posted some
test code awhile back that was written internally by Jeff Minnig
(jeff@dsndata) that displays this bug quite nicely.  Let me know if
you would like a copy.

We tried very hard to get Dell to fix this problem, but Dell was
unable to get USL to consider fixing this before Release 4.3
(scheduled for release over 1 year from now).

-Randy

Randy Terbush ------------------------------------- Design Data, Inc.
UUCP: netcomsv!dsndata!randy ---------------------- 1033 'O' st. Suite 324
INET: randyt@oto.unl.edu -------------------------- Lincoln, NE  68508
--------------------------------------------------- 402-476-8278


Newsgroups: comp.sys.hp
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Subject: Re: HP 7xx problem with virtual memory (thrashing)
Organization: University of Toronto Chemistry Department
Distribution: comp.sys.hp
Date: Wed, 6 Jan 1993 19:32:08 GMT

In article <C0G4A1.L9r@fc.hp.com> craig@fc.hp.com (Craig Bryant) writes:
>	There is a memory leak associated with NFS in HP-UX 8.07.  It is
>	fixed by patch PHKL_1602.  It is also fixes in HP-UX 9.0.  The leak
>	only occurs with some non-HP machines as clients that do reads in
>	sizes greater than the block size of the server file system.  It can
>	also occur if a CDROM file system is export through NFS.  In both
>	cases it only occurs if the read returns 0 bytes.  For example, when
>	reading a 16k file the reads will normally be done in 8k chunks and
>	the third read will return 0 bytes.

We have Domain/OS, SGI and IBM/AIX systems that get files from our 7x0
systems, and we export our CDROM to all other HP systems so they have
access to LaserROM. Thanks for clearing that up - now I need to get
the patch, since 9.0 hasn't showed up yet.
-- 
core error - bus dumped    -*-    Mike Peterson, SysAdmin, U/Toronto Chemistry
 *******   As usual, I speak only for me, myself and I; nobody else   *******
E-mail: system@alchemy.chem.utoronto.ca  Tel: (416)978-7094  Fax: (416)978-8775
From: ANDREW@odin.uniras.dk (Leif Andrew Rump, Software Engineer, UNIRAS A/S)
Newsgroups: comp.sys.hp
Subject: Why do I have problems running HP programs on other X-terminals
Date: 11 Jan 1993 03:36:50 -0600
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

Hi everybody,

HP has a window system they call HP-VUE, which I have been told is
compatible with X-Windows. Usually I'm able to run programs on the
HP with display set to another X-terminal (Sun, Dec, ...) without
problems, but when I try to run UIM/X (a Motif GUI-builder) it takes
about 15 minutes before a window appears!!!

Somebody told me that it is a known problem but couldn't remember
what caused it except that something in the X-server and X-terminal
must time out before the window appears...

PLEASE E-MAIL because I don't read the group.

Thanks

Andrew

Leif Andrew Rump, UNIRAS A/S, 376, Gladsaxevej, DK-2860 Soeborg, Denmark
UUCP: andrew@odin.uniras.dk, Phone: +45 31 67 22 88, Fax: +45 31 67 60 45

Project: Toolmaster-UIM/X (tux)
Plan:
begin 644 plan
M5&AI<R!S<&%C92!H87,@=6YI;G1E;G1I;VYA;&QY(&)E96X@;&5F="!B;&%N
L:RXN+@H*"0D)"0E!;F1R97<**$-O<'ER:6=H=" H8RD@1&]U9R Q.3DR*0IN
 
end
From: cary@hpcuhe.cup.hp.com (Cary Coutant)
Newsgroups: comp.sys.hp
Subject: Re: dump/rdump settings for dumping to an exabyte 8500 5 GB 8mm tape drive
Date: 12 Jan 93 18:25:09 GMT
Organization: Hewlett Packard, Cupertino

> Could someone tell me the settings used with dump under HPUX 8.07 for
> writign to an exabyte 8500 5 GB 8mm tape drive?

The following shows how to calculate several equivalent sets of
dump parameters for 60m DDS tapes; you should be able to use the
same method to figure out what to use for your tape drive.

Cary Coutant
Hewlett-Packard
California Language Lab


-------------------------------------------------------------------------
Approximate capacity of 60m DDS tape = 1.3G bytes
Approximate DDS tape density = (1.3G bytes) / (60 m) = (550K bytes/in)

dump assumes an inter-record gap (IRG) of 0.3 in for density = 6250,
0.7 in otherwise.

dump uses a default blocking factor of 10 for density < 6250,
32 otherwise.
-------------------------------------------------------------------------
density = 550000
blocking factor = 32 (default)
assumed IRG = 0.7 in

Block length = (32K bytes/block) / (550K bytes/in) + (0.7 in) = (0.76 in)

Effective tape length =
	(1.3G bytes) / (32K bytes/block) * (0.76 in/block) = (2511 ft)
-------------------------------------------------------------------------
density = 6250
blocking factor = 32 (default)
assumed IRG = 0.3 in

Block length = (32K bytes/block) / (6250 bytes/in) + (0.3 in) = (5.54 in)

Effective tape length =
	(1.3G bytes) / (32K bytes/block) * (5.54 in/block) = (18325 ft)
-------------------------------------------------------------------------
density = 1600
blocking factor = 10 (default)
assumed IRG = 0.7 in

Block length = (10K bytes/block) / (1600 bytes/in) + (0.7 in) = (7.10 in)

Effective tape length =
	(1.3G bytes) / (10K bytes/block) * (7.10 in/block) = (75113 ft)
-------------------------------------------------------------------------
density = 1600
blocking factor = 32
assumed IRG = 0.7 in

Block length = (32K bytes/block) / (1600 bytes/in) + (0.7 in) = (21.18 in)

Effective tape length =
	(1.3G bytes) / (32K bytes/block) * (21.18 in/block) = (70022 ft)
-------------------------------------------------------------------------
Newsgroups: comp.sys.hp
From: millert@nordsieck.cs.Colorado.EDU (Todd C. Miller)
Subject: Re: HP750 and CD Music
Keywords: n
Organization: University of Colorado, Boulder
Date: Sun, 10 Jan 1993 22:17:01 GMT

You can get xcd.tar.Z from iworks.ecn.uiowa.edu (128.255.18.10) in comp.hp,
however this only includes binaries (for hp300's and hp700's).  Does
anyone know where the source for this beast may be found?

 - todd
-- 
 Todd C. Miller    millert@cs.Colorado.EDU    Sys/Adm Undergraduate Operations
Newsgroups: comp.sys.hp
From: davidd@ctsx.celtech.com
Subject: simple request
Date: Thu, 7 Jan 1993 17:52:45 GMT
Organization: Cellular Technical Services, Seattle


Hello, I was looking for an X-based version of the old game Qix.
I tried archie and I got 80 some replyies. After 10 or so
attempts, all I was able to find was a old version Dan Heller
wrote for sunview and X11R2 and sometring in Pascal. Since I'm on
an HP 9000 with a C compiler, these won't do any good. Does
anyone have a version or know of, that would run under these
conditions? It would save time and effort of plowing through all
the other listing from archie. Thanks much.

David

-- 
    ___   ____   ____    David Doll                   |
   /       /    /___     Cellular Technical Services  | davidd@ctsx.celtech.com
  /___    /    ____/     2401 4th Ave., Suite 808     |         -or-
                         Seattle, WA 98121            |   uunet!ctsx!davidd
From: corrigan@weber.ucsd.edu (Michael J. Corrigan)
Newsgroups: comp.sys.hp
Subject: Re: C2 level security on HP9000/827s
Date: 6 Jan 1993 23:51:01 GMT
Organization: University of California, San Diego
NNTP-Posting-Host: weber.ucsd.edu

In article <7371516@hpfcso.FC.HP.COM> ajs@hpfcso.FC.HP.COM (Alan Silverstein) writes:
-- ...anyone has implemented the shadow password system on the HPs without
-- using HPs "Trusted System" approach.
-
-It's been years, but I think it will work.  There's no dependency I
-can remember between using the shadow password file and turning on
-auditing (which is the real performance hit).  Good luck.

Shadow passwords are enabled as soon as you create /.secure/etc/passwd
The man page spasswd(4) is missing, but the shadow passwd file format can
be gleaned from getspwent(3).

Newsgroups: comp.sys.hp
From: kenneth@bih.no (Kenneth Fosse)
Subject: Re: Ethernet interface for HP LJ4
Organization: Bergen College of Engineering, Bergen, Norway
X-Newsreader: TIN [version 1.1 PL8]
Date: Mon, 11 Jan 93 14:12:48 GMT

Per Steinar Iversen (iversen@dsfys1.fi.uib.no) wrote:


> Does anybody know anything about the HP Ethernet card for the HP LJ4? My local 
> HP office claims it needs an HP workstation to work. Is this true - what kind of 
> print protocols does this card use? Is it some kind of HP-only protocol or 
> what?

I`m holding one in my hand right now.
This is for Novell Netware, part # is : J2337A
It speaks Ethernet/802.3.
I just installed one in a LJIII today, took me 3 minutes.
Dramatically increase of printing speed, I can tell you.
At least when printing off from a PC connected to a 3.11 Novell server.

> -psi

> +------------------------------------------------------------------------------+
> ! Per Steinar Iversen    ! Internet:     iversen@vsfys1.fi.uib.no              !
> ! Fysisk Institutt       ! BITnet:       iversen@cernvm.bitnet                 !
> ! Universitetet i Bergen ! HEPnet:       VSFYS::IVERSEN (VSFYS=21.341=21845)   !
> ! Allegaten 55           ! Phone:       +47 5212770                            !
> ! N-5007 Bergen          ! Fax:         +47 5318334                            !
> ! NORWAY                 !                                                     !
> +------------------------------------------------------------------------------+

Regards,
Kenneth
--
Kenneth Fosse, kenneth@bih.no
"Are you sure ?"  -  Jackaroo
From: mjs@fc.hp.com (Marc Sabatella)
Newsgroups: comp.sys.hp
Subject: Re: strange problem on HP
Date: 13 Jan 1993 01:15:58 GMT
Organization: Hewlett-Packard Company
Reply-To: marc@hpmonk.fc.hp.com
NNTP-Posting-Host: hptrane.fc.hp.com
X-Newsreader: TIN [version 1.1.4 PL6]

Ivan Chow (chow@cssn0b.pdsf.ssc.gov) wrote:
: The first version of my program runs
: fine.  And now, I modify slightly the program.
: I open a file to read.  OK!  Now, strange thing happens,
: the values of some of my common blocks variables got messed up.

You didn't by any chance name one of your common blocks "iob" or something
else that conflicts with one of the data structures used in the I/O library,
did you?

--
Marc Sabatella
marc@hpmonk.fc.hp.com
--
Amendment 2 Is Legalized Discrimination - Shame On You, Colorado
--
"Neither the State of Colorado ... nor any of its municipalities ... shall ...
 enforce any ... ordinance ... whereby homosexual, lesbian, or bisexual
 orientation ... shall ... be the basis of ... any ... claim of discrimination"
--
All opinions expressed herein are my personal ones
and do not necessarily reflect those of HP or anyone else.
Newsgroups: comp.sys.hp
From: justin@nx30.mik.uky.edu (justin sullivan)
Subject: Re: Backing up several HP's & GNU Tar
Organization: University Of Kentucky, Dept. of Math Sciences
X-Path: nx30.mik.uky.edu!justin
Date: Tue, 12 Jan 1993 17:20:34 GMT
Distribution: comp.sys.hp

In <HKARHUNE.93Jan12172806@hydra.Helsinki.FI> hkarhune@hydra.Helsinki.FI (Heikki Karhunen) writes:

>First some details.

Good to see your very detailed-oriented.. :)

[details deleted]

>As the specs say you can squeeze upto 8 Gb into a DAT tape with one of
>these beauties. Ok, we'd really like to do our backups to one tape.
>Easy, ehh? No way, buster....

HP documentation isn't the best, but it doesn't usually LIE..

>The problem arises from the fact that fbackup insists on starting the
>backup from the beginning of the tape, i.e. if the tape is not rewound
>when fbackup gets its' grubby hands on the device, fbackup rewinds it.
>Thus you cannot put but one fileset per tape.

Sure you can. Just use a different device.. For instance, I do my backups
with /dev/rmt/0m and it automatically rewinds the tape when it's through.
If I wanted to prevent it from rewinding the tape, I would use /dev/rmt/0mn.
The 'n' stands for 'NO rewind.' My DAT drive is a noncompressing drive,
but it's the same way with the compressing DAT subsystems.

I really hope that helps...
From: mweaver@digital.sps.mot.com (Mark Weaver)
Newsgroups: comp.sys.hp
Subject: HP750 and CD Music
Date: 10 Jan 93 20:44:42 GMT
Organization: Motorola, LICD, SPS, Mesa, AZ

Call me crazy, but I am used to my NeXT and its CDROM. I can play Audio CDs on
it while I am type reports or otherwise working. Currently I have a HP750 at
work with a CDROM attached to it. Has anyone seen a program that allows you
to play audio CD's on the HP? The CDROM has a headphone port so I am assuming
that it is set up to play audio CD, I just have to find a driver program that
will activate the CDROM. Any ideas?

Mark Weaver
From: kinsell@hpfcso.FC.HP.COM (Dave Kinsell)
Date: Mon, 11 Jan 1993 20:01:03 GMT
Subject: Re: HP750 and CD Music
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

In comp.sys.hp, millert@nordsieck.cs.Colorado.EDU (Todd C. Miller) writes:

> You can get xcd.tar.Z from iworks.ecn.uiowa.edu (128.255.18.10) in comp.hp,
> however this only includes binaries (for hp300's and hp700's). 

People using xcd should check that they have a current rev (1.02).  An
earlier version (1.00) is floating around, and can cause a system crash
on a 700 if the physical eject button on the drive is pushed.

Dave Kinsell
kinsell@hpfcmb.fc.hp.com
Newsgroups: comp.sys.hp
From: pjs@euclid.JPL.NASA.GOV (Peter J. Scott)
Subject: HP-VUE attitude towards X resources
Reply-To: pjs@euclid.jpl.nasa.gov
Organization: Jet Propulsion Laboratory, NASA/Caltech
Date: Tue, 5 Jan 1993 23:42:45 GMT

Numerous problems with GUI applications here can be traced to the
resources that HP-VUE sets in the resource manager property on the
root window.  Here's a partial listing:

	*Font:  -*-prestige-medium-r-normal-*-160-72-*
	*FontList:      -*-swiss*742-medium-r-normal-*-140-*-p-110-*
	*XmText*FontList:       -*-prestige-medium-r-normal-*-160-72-*
	*XmTextField*FontList:  -*-prestige-medium-r-normal-*-160-72-*
	*background:    #7848A075D500
	*foreground:    #FFFFFFFFFFFF
	*systemFont:    -*-swiss*742-medium-r-normal-*-140-*-p-110-*
	*ttyModes:      erase ^H intr ^C kill ^U start ^Q stop ^S swtch ^@
	*userFont:      -*-prestige-medium-r-normal-*-160-72-*
	Vuestyle.globalFont:    2
	Vuestyle.timeoutScale:  10
	Vuewm*HighResHighColor*Five*title:      five
        ...etc...
	hpterm*backgroundIsSelect:      True
	hpterm*makeColors:      shadow

This cavalier overriding of background, foreground, and font resources
among others plays havoc with many applications.  I get calls about why
such-and-such a program is behaving weirdly, and yet it looks fine when
I run it on the same machine and display it on the Sun.  Eventually I
trace it down to this problem.  Personally I don't see the need for it; I
haven't set resources this way on the Sun since X11R3.

I'm about to recommend that everyone put "xrdb -remove" in their
startup scripts, unless someone can come up with a way of doing the
same thing on a per-application basis (*without* remaking the application)?

-- 
This is news.  This is your       |    Peter Scott, NASA/JPL/Caltech
brain on news.  Any questions?    |    (pjs@euclid.jpl.nasa.gov)
From: tonyc@a4430ux.esr.hp.com ( Tony Cox (SR) )
Date: Sun, 3 Jan 1993 13:53:53 GMT
Subject: Re: X-ing from HP to SUN
Organization: Hewlett-Packard Rockville
Newsgroups: comp.sys.hp

/ a4430ux:comp.sys.hp / carl_r@cho006.cho.ge.com (Computer Systems & Tools) /  2:10 pm  Jan  2, 1993 /

    we recently added about 50 hp 715 workstations (running hpux 9.0) to
    our network of suns (running 4.1.2...in some cases running 4.1.3).

    my problem is x-ing from the HPs to the Suns...using the command:
    <xtool> -display sunnode:0.0

    it takes an incredible amount of time (say 10 to 15 minutes) to get the
    display up on a sun station.

    does this sound familiar?  is there something i'm doing wrong???
    any help will be greatly appreciated.

    thanks,
Rick

You need to either get a patch from Sun or use the workaround as follows..
 
How come my HP X/Motif clients take a LONG time to display on a Sun?
    
The problem is with the OW3 server.  You can request OW3 patch 100444
(or whatever is the current replacement) from Sun to fix the problem.
Supposedly this has been rolled into OW 3.0.1. A workaround is to
set the X resource *useColorObj: False.  
tonyc
-- 
       Rick Carl
       GE Fanuc Automation N.A.
  **************************************************
       carl_r@cho000.cho.GE.COM
       GE-DECNET -> CHO000::CARL_R
----------
From: mario@cad4.lbl.gov (mario aranha)
Newsgroups: comp.sys.hp
Subject: boot problems
Followup-To: comp.sys.hp
Date: 5 Jan 1993 23:06:32 GMT
Organization: Lawrence Berkeley Laboratory
Distribution: world
NNTP-Posting-Host: 128.3.252.177


When trying to boot a 730/hp-ux8.07 I get the following
error, despite using "mkboot" on ths disk in question.

	IPC error: bad LIF magic

The response center had no explanation. The disk when
mounted is quite accessable and has "everything on it".