HDTenEightyP/NetNews huggingface dataset:
From: putz@parc.xerox.com (Steve Putz)
Subject: Re: Is there a FAQ??
Followup-To: comp.sys.palmtops
Keywords: FAQ help handhelds palmtops Wizard
Reply-To: putz@parc.xerox.com (Steve Putz)
Organization: Xerox PARC
Date: Mon, 14 Sep 1992 16:45:13 GMT

In article <1992Sep14.034526.21833@athena.mit.edu>,
andreast@athena.mit.edu (Andreas M Turanski) writes:
> Are there any archive sites especially for Sharp Wizard and Psion
> Series 3.


A Wizard archive is on MATH.Berkeley.edu in /pub/Wizard.
The announcement below was from last January.

(followups to comp.sys.palmtops, which is supposedly the right group
for Wizard stuff)

Steve Putz
Xerox Palo Alto Research Center

--------------------------------------------------
From: desouza@almond.berkeley.edu (Paulo de Souza)
Newsgroups: comp.sys.palmtops,comp.sys.handhelds
Subject: Archive for Sharp Wizard stuff.
Summary: Wizard 800 series
Keywords: Sharp Wizard Organizers
Date: Wed, 15 Jan 92 11:56:51 PST
Organization: U.C. Berkeley Math. Department.
NNTP-Posting-Host: almond.berkeley.edu
Originator: desouza@almond.berkeley.edu


		     ++++++++++++++++++++++++++++
		     + Archive for Sharp Wizard +
		     ++++++++++++++++++++++++++++


MATH.Berkeley.edu has now a "public ftp" area that anybody can upload/dowload
useful information and programs for the Sharp Wizards. If you don't have name
server the number is: 128.32.183.94, and you can use the PUT command to place
files in there.

We already have quite an amount of info that I organized and collected over 
the last few weeks, here is a sample of the files:

						Paulo Ney de Souza
						desouza@math.berkeley.edu

C_program               Contains the Unix C program by Bruce Dawson &
Stece Putz
                        for backup/download between a workstation and
the Wizard
                        With updated "man page".

C++_program             Contains the DOS C++ program by Paul Andrews
                        (mpa@zoo.bt.co.uk), for backup/restore with the Wizard.

Best_deal_on_Wizard     The name says it all, see here how to get a OZ8200 for
                        only $ 249.

Cables_you_can_buy      The list of all serial cables available for the Wizard.

Common_questions        Most frequently asked question about the OZ and their
                        cables, peripherals and programs.

Do_your_own_cable       How to do your own serial cable to connect the Wizard
                        to the PC or any other workstation, by Andrew Woods.

PC_Link_Protocol        The serial interface protocol described by Jeff
E Mandel

Phone_numbers_at_Sharp  How to avoid wasting time when you call Sharp for
                        anything

Published_reviews       List of reviews of Sharp Wizard published in general
                        magazines.

Wizard_holiday_list     92 Holiday list, by Neil Mager
(neilm@juliet.ll.mit.edu)

Wizard_versus_CasioBOSS Impressions on the Wizard and comparison with the
                        Casio BOSS, by Ken Manheimer (klm@cme.nist.gov).


Newsgroups: comp.sys.palmtops
From: rthien@c3po.rdt.monash.edu.au (rj thien)
Subject: TOTE-A-LAP : Do they take international orders ?
Organization: Monash University, Melb., Australia.
Date: Thu, 10 Sep 1992 05:06:08 GMT

Hi there,

I am a proud owner of a new HP95LX1MB which a pal of mine
picked up from Hong Kong.  I am wanting to get some SRAM
cards for it now.   I saw a post here the other day 
indicating that the SRAM card prices from tote-a-lap is
the most reasonable.  I was wondering if they do take
orders from Down Under, Australia!  I am never awake
at the right time (night here, morning there scenario)
to give them a call.

Thanks in anticipation to those who reply.



Cheers,

	Roger....
-- 
| Roger J. Thien, Department of Robotics and Digital Technology      
| Monash University (Caulfield Campus), P.O. Box 197, Caulfield East,
| VIC 3145, AUSTRALIA.  Email: rthien@monu6.cc.monash.edu.au,       
| rthien@rossum.rdt.monash.edu.au, rthien@daneel.rdt.monash.edu.au 
Newsgroups: comp.sys.m88k
From: itoh@bsun03.kek.ac.jp (Ryosuke Itoh)
Subject: Problem in gcc(g++)-2.2.2
Organization: KEK, Tsukuba, Japan
Distribution: comp
Date: Tue, 8 Sep 1992 03:45:03 GMT


Is there anyone out there who installed gcc 2.2.2 on AViiON and 
tested g++ ? I got a segmentation fault in the following test program.

--- test.cc
#include <fstream.h>
#include <stdlib.h>
  ofstream logfile;
main () {
  cout << getenv("PATH") << endl; 
  logfile.open("log_file",ios::out);
  logfile << "hello" << endl;
}
---

The program was compiled and linked using a special ld script as:

--- compile.sh
gcc -c -I/usr/local/lib/g++-include test.cc
ld -V -L/usr/local/lib -L/usr/local/lib/gcc-lib/m88k-dg-dgux/2.2.2 \
/usr/local/lib/m88kdgux.ld \
/lib/crt0.o \
/usr/local/lib/gcc-lib/m88k-dg-dgux/2.2.2/crtbegin.o \
test.o \
-lg++ -lgcc -lc -lgcc \
/usr/local/lib/gcc-lib/m88k-dg-dgux/2.2.2/crtend.o
---

"m88kdgux.ld" is a ld script which is in the g++ distribution package
(V2.1.3) in dg-rtp.dg.com:

--- m88kdgux.ld
/*
	m88kdgux.ld - COFF linker directives for G++ on an AViiON

	On The AViiON we start the output .text section somewhere
	after the first 64kb (0x10000) of logical address space so
	that the first 64kb can be mapped out, thus catching references
	through null pointers.  We actually start at 0x10200 (for efficiency).
	Ideally, we want the page offset of a given word of the .text
	(output) section to be the same as it's page offset in the actual
	(output) linked core file so that paging of the .text section is
	efficient.  In order to do this we allow for up to 0x200 bytes of
	header stuff in the output (linked) object file.

	For .data, the OCS says that regions with different "protections"
	(i.e. read/write, read-only) should not share any 4 megabyte
	chunk of the logical address space, so we start the .data segment
	at the first (lowest) 4 MB boundary past the end of the .text segment.

	For some reason, you can't start right at the 4 MB boundary.  You
	have to start at some distance past that.  The distance must be equal
	to the distance from the start of the last 64 KB segment in the
	(output) .text segment to the actual end of the (output) .text
	segment.
*/

SECTIONS {
  .text 0x10200 BLOCK(0x200) :
    { *(.init) *(.initp) *(.finip) *(.text) *(.tdesc) }

  GROUP BIND (((((ADDR(.text) + SIZEOF(.text) - 1) / 0x400000) + 1) * 0x400000) + ((ADDR(.text) + SIZEOF (.text)) % 0x10000)) :
    { .data : { *(.data) *(.ctors) *(.dtors) }
      .bss  : {} }
}
---

We are using AViiON 412 model under DG/UX 5.4. If you have an
experience on such a problem, please send an e-mail to 
itoh@kekvax.kek.jp or reply to this news. Thanks in advance.

					Ryosuke Itoh
					Physics Division, KEK
					Japan
Newsgroups: comp.sys.m88k
From: merz@sitter.ips.id.ethz.ch (Andreas Merz)
Subject: Errata for mc88k ?
Organization: ETH Zurich (Swiss Federal Institute of Technology)
Date: Sat, 5 Sep 1992 22:40:55 GMT

I have the following chips in our lab:

  3 P.  XC88100RC20 , Mask 7C89B, Date 8901
  1 P.  XC88100RC25B, Mask 4C64D, Date DEAK8926
  2 P.  XC88200RC20A, Mask 0C78G, Date 8918 and 8920

It seems that this chips are early samples, because the date field says, 
that this chips are all over 2 years old.
I like to know if there are serious bugs in this chips, before i start to
work with them.

Can some kind person (maybe from motorola) give me all the errata infos for this
chips? Is there such information on some of the FTP-servers?

I have already contacted the distributer in switzerland, and they have given
me some errata. But i doesn't trust them a lot, because i had bad experiences
with distributors in switzerland.

Any help is much appreciated!
---
 ---------------> Andreas Merz  /  Internet: merz@ips.ethz.ch <---------------- 
 ------> Interdisciplinary  Project  Center  for  Supercomputing  (IPS) <------
 <-------- *THE* ultimate computer virus:  MSDOS - even with updates! -------->
-- 
 ---------------> Andreas Merz  /  Internet: merz@ips.ethz.ch <---------------- 
 ------> Interdisciplinary  Project  Center  for  Supercomputing  (IPS) <------
 <-------- *THE* ultimate computer virus:  MSDOS - even with updates! -------->
Newsgroups: comp.sys.m88k
From: wutcd@chemnitz.guug.de (Joerg Wunsch)
Subject: Re: Errata for mc88k ?
Organization: tu-chemnitz
Date: Fri, 11 Sep 1992 16:57:26 GMT

merz@sitter.ips.id.ethz.ch (Andreas Merz) writes:

>I have the following chips in our lab:

>  3 P.  XC88100RC20 , Mask 7C89B, Date 8901
>  ...

>It seems that this chips are early samples, because the date field says, 
>that this chips are all over 2 years old.
>I like to know if there are serious bugs in this chips, before i start to
>work with them.

Well, we've got some machines with older chips, too. But the oldest
i found is a ...RC16B chip, also dated from 1989. The only bug we found
on it was a trace error. When in trace mode, the processors sometimes
set all flags, thus indicating the comparision of (e.g.) 1 and 0 to be
less than, equal, and greater than 0 all at once! But since this occurred
only when trace bit set, it's impact is only on debugging (with low-level
stepping).
All later revisions (including an ...RC20 chip _without_ any revision tag
appended) seem to be okay.

	Hope the best for you, excuse me not writing German,
	but i just wanna make this a followup...
	J"org

--
J"org Wunsch, TCD GmbH Dresden, R"ahnitzgasse 18, D-O-8060 Dresden
                                                              \     ~.~. 
	joerg_wunsch%bonnie@hadrian.hrz.tu-chemnitz.de         \   ~  | ~ 
	voice: +49-351-5965 137                                 \    ===
From: robertb@cs.washington.edu (Robert Bedichek)
Newsgroups: comp.sys.m88k
Subject: Re: Errata for mc88k ?
Date: 8 Sep 92 22:23:05 GMT
Article-I.D.: beaver.1992Sep8.222305.27535
Organization: Computer Science & Engineering, U. of Washington, Seattle

In article <1992Sep5.224055.3713@bernina.ethz.ch> merz@sitter.ips.id.ethz.ch (Andreas Merz) writes:
>I have the following chips in our lab:
>
>  3 P.  XC88100RC20 , Mask 7C89B, Date 8901
>  1 P.  XC88100RC25B, Mask 4C64D, Date DEAK8926
>  2 P.  XC88200RC20A, Mask 0C78G, Date 8918 and 8920
>
>It seems that this chips are early samples, because the date field says, 
>that this chips are all over 2 years old.
>I like to know if there are serious bugs in this chips, before i start to
>work with them.
>
>Can some kind person (maybe from motorola) give me all the 
>errata infos for this chips? Is there such information on 
>some of the FTP-servers?


I have at least some of their errata, it is labeled

XC88100 RCxxE CPU ERRATA Ver. 1.1 2,3,4,5,6C82N and 0C81P Mask Revisions
CPU ID REGISTER VER. 101x 2/21/90

(this is two pages)

also:

XC88200 CMMU ERRATA Ver. 1.4 C78G Mask revision D.0
CMMU ID Register Ver. 00111  7/10/89

(this is one page)


The Moto apps line is (USA) 512-981-APPS

Are these the only errata sheets for 88100's and 88200's?

There must be a newer one that describes that cr12 bug that we
discussed in this newsgroup two weeks ago.

(Btw, I tried to reply by email, but my mail was returned and I am
also curious to know the complete list of errata.)

	Robert Bedichek        robertb@cs.washington.edu
From: rsm@math.arizona.edu (Robert S. Maier)
Newsgroups: comp.sys.m88k
Subject: arp ioctl's in DG/UX?
Date: 15 Sep 92 06:28:43 GMT
Organization: Mathematics Department, University of Arizona

I recently tried to get the BSD version of arp(8) to compile under DG/UX 5.4,
on my Data General Aviion.  There doesn't seem to be any documentation on
DG/UX's arp ioctls.  However by grepping through the system include files 
I worked out that the BSD SIOCGARP ioctl is called SIOCGARPENTRY in DG/UX.
I assumed that the semantics should be the same.

With this change (and one other, the commenting out of the BSD code for
poking into /dev/kmem), arp.c compiles under DG/UX 5.4.  But it doesn't run!
In normal operation, it hits a newly created UDP socket with a SIOCGARP
in order to get the arp entry (ethernet address) matching any specified
IP address.  But the ioctl doesn't seem to return anything; just nulls.

Am I doing something wrong here?  I'm aware that socket calls in DG/UX are
slightly nonstandard (e.g. the need for a prepended IP header when sending
from a raw IP socket), but this sort of incompatibility is new to me.

-- 
Robert S. Maier   | Internet: rsm@math.arizona.edu, rsm@cs.arizona.edu
Dept. of Math.    | UUCP: uunet!arizona!amethyst!rsm
Univ. of Arizona  | Bitnet: maier@arizvms
Tucson, AZ  85721 | FAX: +1 602 621 8322
U.S.A.            | Voice(POTS): +1 602 621 6893  /  +1 602 621 2617
Newsgroups: comp.sys.hp
From: gavin@sorokin.anu.edu.au (Gavin K. Longmuir)
Subject: sun shelltool/cmdtool terminfo entry
Organisation: Research School of Social Sciences, Australian National University
Reply-To: gavin@sorokin.anu.edu.au (Gavin Longmuir)
Organization: Computer Services Centre, Australian National University
Date:  8 Sep 92 06:40:38 GMT

Can somebody provide me with a terminfo entry for a sun shelltool or
cmdtool window that will work on a HP (9000 series 700)?


This is what I have converted from captoinfo and it's not correct:

sun|Sun Microsystems Workstation console,
        am, km, mir, msgr, xon,
        cols#80, lines#34,
        bel=^G, bold=\E[1m, clear=\f, cr=\r, cub1=\b, cud1=\n,
        cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu1=\E[A,
        dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M,
        ed=\E[J, el=\E[K, ht=\t, ich=\E[%p1%d@, ich1=\E[@,
        il=\E[%p1%dL, il1=\E[L, ind=\n, kcub1=\E[D,
        kcud1=\E[B, kcuf1=\E[C, kcuu1=\E[A, kf1=\E[224z,
        kf2=\E[225z, kf3=\E[226z, kf4=\E[227z, kf5=\E[228z,
        kf6=\E[229z, kf7=\E[230z, kf8=\E[231z, kf9=\E[232z,
        rev=\E[7m, rmso=\E[m, rmul=\E[m, rs2=\E[s, sgr0=\E[m,
        smso=\E[7m, smul=\E[4m,

Can anyone help!
	Thanks in advance.

-- 
       *                     Gavin Longmuir - General Dog's Body and Programmer
    *    *               Demography Program, Research School of Social Sciences
       *                    Australian National University, Canberra, AUSTRALIA
Voice: +61 6 249 0530  FAX: +61 6 257 1893  InterNet: Gavin.Longmuir@anu.edu.au       *      UUCP: {uunet,ubc-vision,ukc,prlb2}!munnari!coombs.anu.edu.au!gavin
Xref: sparky comp.sys.hp:10149 comp.unix.internals:1774
From: jim@visionware.co.uk (Jim Musgrave)
Newsgroups: comp.sys.hp,comp.unix.internals
Subject: HP/UX 8.07 Device Driver
Date: 8 Sep 92 09:07:25 GMT
Organization: VisionWare Ltd., Leeds, UK
Originator: jim@poohbear

Hello world,

I am attempting to port a kernel pseudo-device driver from HP-UX 8.00 to Version
8.07.  Currently it is panicking the machine, I am getting a kernel dump with
the error message:


	Data protection fault on interrupt stack.
	interrupt type 18 pcsq.pcoq=0.e2284 isr.ior=0.2c1bc

Are there any tools shipped as part of the standard OS installation to help
me track this down?? - Can it be done with adb -k? Can adb be used to dump the
kernel stack?

Cheers

Jim.




-- 
         VISIONWARE LTD, 57 Cardigan Lane, LEEDS LS4 2LE, England
  Tel +44 532 788858 x238.  Fax +44 532 304676.  Email jim@visionware.co.uk
------------ "VisionWare:   The home of DOS/SQL/UNIX/X integration" -----------
Newsgroups: comp.sys.hp
From: mjo@ef2007.efhd.ford.com (Mike O'Connor)
Subject: Re: HP's elm loses messages
X-Disclaimer: Not an official spokesperson for Ford OPEO
Reply-To: Mike O'Connor <mjo@fmsrl7.srl.ford.com>
Organization: International Affairs, Overseas Engineering, "Fordz"
Date: Fri, 11 Sep 1992 13:41:40 GMT

In article <BuEruM.6nC@immd4.informatik.uni-erlangen.de>
wgheidri@cip.informatik.uni-erlangen.de (Wolfgang Heidrich) writes:

:andy@ie.utoronto.ca (Andy Sun) writes:
:
:>I recently installed ELM version 2.3.11 to replace the HP one. It seems
:
:Where can we find it?

It's available for anonymous FTP from:

wuarchive.wustl.edu:/packages/elm-2.3/

Get the .tar.Z file -- that's all you need.

						...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,comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: QEMMM and HP Vectra QS/20
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Fri, 11 Sep 1992 18:15:55 GMT

In article <1992Sep9.174818.7865@syma.sussex.ac.uk> nickw@syma.sussex.ac.uk (Nick Watkins) writes:
>I have an HP Vectra QS/20 which only partially stealths using QEMM 6.03.
>My current qemm line is 
>device=c:\qemm\qemm386.sys r:1 RAM  i=b100-b7ff x=dc00-dcff
>rom=c000-c7ff rom=f000-ffff i=f100-f3ff x=9f00-9fff st:m xst=f000
>
>which apart from the exlude at dc000 for an adaptec scsi card is governed
>by the HP. Does anybody know 
>
>i) why the QS/20 doesn't stealth completely

I wish I knew!!
>
>ii) if new roms might help

ditto...
>
>iii) why I can't  drop exclude at 9f000 if I use a microsoft mouse.
>I tried disabling HP-HIL and doing this but although keyboard still
>worked fine, Windows 3.1 would crash on exit.  Does anyone have a
>better qemm line &/or b an accurate memory map for the Vectra. 

YADA.  No, I'm not calling a bad name in Eskimo.  If you type Y A D A
at the main menu of the BIOS setup on a lot of Vectras, you will get to 
a screen that will let you get rid of this piece of mem.

>
>One other mystery is what is at b000-b0ff
>-- 
B000-B7FF is the mono text area. A brain dead (but sometimes used) way
for a program to detect if the machine ti is running on is color or 
mono is to just write something to B000 and see if it works.  If it
does, you must be a mono system.  Needless to say, if there is a program
loaded at B000...it's history.


Gary Rich		<support@qdeck.com>
Newsgroups: comp.sys.hp
From: jmd@wrkgrp.COM (Joseph M DeAngelo)
Subject: get rid of dld.sl in C environment
Organization: The Workstation Group
Date: Tue, 15 Sep 92 15:21:35 GMT


I am trying to statically link a C program on an HPUX 8
for use on an HP/UX 7 system.  Even though I use -Wl,-a,archive
on the cc command, I still get a dld.sl requirement.  Is
there any way to suppress this?  I saw the discussion for
the C++ environment, but cannot see how to accomplish this
in a C environment. As you know, there is no dld.sl on HP/UX 7.


Newsgroups: comp.sys.hp,comp.sys.dec,comp.os.vms
From: huber@vxcrna.cern.ch (Sepp Huber, CERN -4439,-6712)
Subject: Re: Allowing DecServer terminals to use HP9000's
News-Software: VAX/VMS VNEWS 1.41    
Organization: European Organization for Nuclear Research, CERN
Date: Thu, 10 Sep 1992 16:36:00 GMT

In article <1992Sep8.190051.1587@candle.uucp>, root@candle.uucp (Bruce Momjian) writes...
>A VMS system has over 200 terminals connected via DecServer200/300/500's
>to a VAX/VMS system using LAT over ethernet.  They are adding an HP9000
>system running HP-UX and want to know the best way to allow those
>terminals to use the HP and VMS systems.
> 
I You add one more server, one of the Lantronix ETS series (really cheap),
then You can define "virtual" services , translating from LAT to Telnet 
protocols. Defining one virtual service for each HP system, all other (LAT 
only-) servers can simply Connect to these virtual services.
The only disadvantage of such a setup is: it produces twice the ethernet 
traffic than a direct LAT connection (to the ETS , then forwarded to the final 
telnet destination).
-
Joseph "Sepp" Huber        | At present in CERN, phone -4439/-6712
Max-Planck-Institut Physik | Internet: huber@vxcern.cern.ch
Munich, Germany            | HEPnet:   VXCERN::HUBER
From: alech@hpindda.cup.hp.com (Alec Henderson)
Date: Fri, 4 Sep 1992 23:19:48 GMT
Subject: Re: SLIP/PPP on HP-UX?
Organization: HP Information Networks, Cupertino, CA
Newsgroups: comp.sys.hp

>Sorry to ask what is probably a FAQ, but I am new to HP machines...
>
>Does HP-UX (version 8.07) as delivered on an HP 710 come standard with an
>implementation of either the SLIP or PPP protocols? If not, does HP offer
>either of these as an optional product, or is there a third party/free
>software alternative?

Yes, this is a FAQ, but here is the answer (one more time)!

All versions of HP-UX 8.0x include ppl, the "Point-to-Point
Link", which is an implementation of SLIP.  For more information,
try man ppl or see HP manual 98194-60522 "Using Serial Line IP
Protocols".

HP does not currently supply an implementation of either CSLIP or
PPP.

Regards,
Alec Henderson

Telephone: T/408-447-3965			Hewlett-Packard
FAX:       408-447-3660				Information Networks Division
E-mail:    alech@cup.hp.com	        	19420 Homestead Road MS 43L9
HPDesk:    Alec Henderson/HP6600/1B		Cupertino, CA  95014  (USA)
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Newsgroups: comp.sys.hp
Subject: Re: Is there a decent mail utility for HP700?
Date: 12 Sep 92 13:38:05 GMT
Distribution: usa
Organization: Naval Research Laboratory, DC

>Keith Sabine (keiths@Cadence.COM) wrote:
: I'm using a HP720 these days and I love it except for one
: thing - ELM. I'm used to Sun's X version of mailtool and
: I wonder if anyone knows if something like this (i.e. a
: little more user-friendly than Elm) exists?

In article <BuFxw2.tC@cup.hp.com> markd@cup.hp.com (Mark_Donohoe) writes:
> Freebee's I think are MH and XMH, you can buy Zmail, which I am quite happy
> with, then there is Xmail...that's all I can remember.

  No offense to Mark, but you can't build Xmh or Xmail on a stock HPUX
system because the HP-UX is missing various pieces and parts that come
standard on every other UNIX/X11 system I've ever used.  To compile
most X software, one has to get the "missing" X11 libraries and
headers from HP Corvallis, Oregon's ftp site. (HINT: HP should be
shipping these libraries STANDARD with every box).

  I have also explored Zmail.  If I can figure out how to purchase a
copy before the end of the fiscal year, I'll be using Zmail.  It isn't
cheap, but it is quite nice.
From: hardy@golem.ps.uci.edu (Meinhard E. Mayer (Hardy))
Newsgroups: comp.sys.hp
Subject: Re: X Windows on 9000/710
Date: 12 Sep 92 03:10:59 GMT
	<1992Sep11.225834.2024@hamblin.math.byu.edu>
Organization: Department of Physics, UC Irvine, CA 92717-4575, USA
In-reply-to: ocon@bert.cs.byu.edu's message of Fri, 11 Sep 92 22:58:34 GMT

glocate Label.h:
-r--r--r--   1 bin      bin         4390 May 11  1991 /usr/include/Motif1.1/Xm/Label.h

They are all there, and you should use the following in the 
/usr/lib/X11/X11R4/config/hp.cf file for imake:

#define ConfigDir		/usr/lib/X11/X11R4/config
#define ExtraLibraries		-lPW  -lBSD -lm
#define LnCmd			ln -s
#define MvCmd			mv -f
#define OptimizedCDebugFlags   	+O1
#define StandardIncludes	-I/usr/include/X11R4/ -I/usr/include/Motif1.1 -I/usr/include/X11R5/X11
#define UsrLibDir		/usr/lib

#define UsrLibDir		/usr/lib

#ifdef hp9000s800
XCOMM machines:  HP9000/700 and 800 series
#define DefaultCCOptions        -Wp,-H200000
#else
XCOMM machines:  HP9000/300 and 400 series
#define DefaultCCOptions  -D_HPUX_SOURCE -Wc,-Nd4000,-Ns4100,-Ne700,-Np200,-Nw300
     /*  -Aa -D_HPUX_SOURCE -Wp,-H200000 */
#define PexCCOptions           -Wp,-H150000 -Wc,-Nd4000,-Ns8100,-Ne700,-Np200
#define LintOpts               -ax -Nd4000 -Ns8000 -Ne700 -Np200 -Na25000
#endif
 etc ....
--
Hardy 
-----
Meinhard E. Mayer,  Department of Physics, UC Irvine 
e-mail: hardy@golem.ps.uci.edu (preferred) or MMAYER@UCI.BITNET
Newsgroups: comp.sys.hp