HDTenEightyP/NetNews huggingface dataset:
From: smiley@akasha.eng.hou.compaq.com (Colin Smiley)
Subject: Problems with imouse...
Organization: Compaq Computer Corporation
Date: Mon, 13 Apr 1992 16:42:51 GMT


I just got epoch-4.0p0 up and running, and while rummaging throughout
the contrib stuff, noticed, and began using the imouse package.  While
I like the package quite a bit, I have found a rather annoying problem
with it.  The Sun Open Windows bindings to the mouse buttons can not
be changed as said in the docs.  Being an X user, I find it a tad
annoying that I have to use the rightmost mouse button for pasting
text.

The manual suggests using:

      (setq mouse-modify mouse-right)
      (setq mouse-paste mouse-middle)

and I have tried:

      (setq imouse-modify mouse-right)
      (setq imouse-paste mouse-middle)

to no avail...


any suggestions on how to fix this?  (or am I doing something wrong?)


thanks...

Colin


-- 
-------------------------------------------------------------------------
Colin Smiley, System Engineer       Internet: smiley@compaq.com
Compaq Computer Corporation         UUCP: ..!uunet!smiley@compaq.com
P.O. Box 692000 M050701             vox: (713) 378-8426
Houston, Texas 77269-2000	    fax: (713) 374-7305
-------------------------------------------------------------------------
Commander PaQ says, "I think I will buy a clone...    NOT!"
-------------------------------------------------------------------------
Newsgroups: gnu.epoch.misc
From: ih3e@banyan.cs.virginia.edu
Subject: help!!!!
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 14 Apr 1992 21:59:33 GMT


(ruby) /bigtemp/ih3e/epoch/epoch-4.0p0$ make
cd etc; make  all
cd src; make  all
make  -f xmakefile  all
cd ascii ; make  all
make  -f xmakefile  all
ld  -e __start -Bstatic -L/usr/openwin/lib -o temacs crt0.o dispnew.o scroll.o xdisp.o win
dow.o  term.o cm.o  emacs.o keyboard.o macros.o keymap.o sysdep.o  buffer.o filelock.o ins
del.o marker.o  minibuf.o fileio.o dired.o filemode.o  cmds.o casefiddle.o indent.o search
.o regex.o undo.o  alloc.o data.o doc.o editfns.o callint.o  eval.o fns.o print.o lread.o
 abbrev.o syntax.o unexec.o mocklisp.o bytecode.o  process.o callproc.o   doprnt.o tparam.
o lastfile.o malloc.o   -ltermcap    -lg -lc
Undefined
_Vxterm
_x_term_init
_syms_of_xfns
*** Error code 2
make: Fatal error: Command failed for target `temacs'
Current working directory /bigtemp/ih3e/epoch/epoch-4.0p0/ascii
*** Error code 1
make: Fatal error: Command failed for target `doall'
Current working directory /bigtemp/ih3e/epoch/epoch-4.0p0/ascii
*** Error code 1
make: Fatal error: Command failed for target `ascii-emacs'
From: gamin@ireq-robot.hydro.qc.ca (Martin Boyer)
Newsgroups: gnu.epoch.misc
Subject: Re: Problems with imouse...
Date: 13 Apr 92 19:52:04 GMT
Organization: Le laboratoire de robotique de l'Institut de recherche
	d'Hydro-Quebec
In-reply-to: smiley@akasha.eng.hou.compaq.com's message of 13 Apr 92 16:42:51 GMT

smiley@akasha.eng.hou.compaq.com (Colin Smiley) writes:

   The Sun Open Windows bindings to the mouse buttons can not be
   changed as said in the docs.  Being an X user, I find it a tad
   annoying that I have to use the rightmost mouse button for pasting
   text.

   The manual suggests using:

	 (setq mouse-modify mouse-right)
	 (setq mouse-paste mouse-middle)

   and I have tried:

	 (setq imouse-modify mouse-right)
	 (setq imouse-paste mouse-middle)

   to no avail...


   any suggestions on how to fix this?  (or am I doing something wrong?)


I'm the author, and I'm ashamed.  I had this bug reported and fixed a
long time ago, but the documentation is still not clear.  Just call:

(imouse-do-bindings)

after redefining the imouse buttons.

If you have an old version, imouse-do-bindings may not be defined.
I'll make a new version available by midnight (EDT) today, by ftp on
ireq-robot.hydro.qc.ca:/pub/emacs/lisp/imouse.tar.Z.  Installation is
simple.

Thanks for the report.

--
Martin Boyer                            mboyer@ireq-robot.hydro.qc.ca
Institut de recherche d'Hydro-Quebec    mboyer@ireq-robot.uucp
Varennes, QC, Canada   J3X 1S1
+1 514 652-8412
From: etxkrjg@solsta.ericsson.se (Kristian Jorg  TX/DKL)
Newsgroups: gnu.epoch.misc
Subject: Styles problem with color screen
Keywords: epoch, color, styles
Date: 10 Apr 92 15:20:02 GMT
Organization: Ericsson

I am having a problem with epoch-4.0p0 and the styles. In particular I tried
some of the contributed files for setting mode line to have different
colors etc. All works except for colors. I have a color monitor, but the
colors I want does not appear for the styles. Very dissapointing!

Color setting for the foreground and background colors for the edit screen works
OK, so why not for styles?

This must be a bug, or possibly some configuration error.

Any ideas?

--
-----------------------------------+  
Kristian Jorg                      !  
e-mail: etxkrjg@solsta.ericsson.se ! 
-----------------------------------+
From: tallis@starbase.mitre.org (Hans Tallis)
Newsgroups: gnu.epoch.misc
Subject: is this good mouse-tracking code?
Date: 3 Apr 92 13:45:14 GMT
Distribution: usa
Organization: The MITRE Corporation

This is my first attempt at writing a mouse-tracker.  I'm not sure whether I'm
doing things in the best way, so if you could comment/correct I'd be grateful.
--Hans

This is for e/lisp code.
I want to highlight the following list structure whenever the mouse is over a
left parenthesis.  I just want to look at the mouse motion event, and then pass
it on to the next motion event handler on the stack.
Questions:
	- How to pass on to the next event handler?  I kludged this below, but
	is this the best way?
	- This is expensive code to run, tracking the mouse all the time.  Any
	way to speed it up?
	- Should I be using drag zones for the highlighting?

--------------------snip, snip------------------------------------------------

(defvar running-epoch (boundp 'epoch::version))
;;; mouse-tracking:  live action following the mouse
;;; --------------
;;; highlights a list if looking-at one.  Does _not_ copy it into kill buffer
;;; until you mouse-left.
;;;
;;; mousing is defined in the epoch manual, "Mouse Events"

(require 'motion)

(defvar mouse-tracker-drag-zone nil)

;;; the motion event handler:  if over a list in a lisp-mode buffer, hilite.
(defun mouse-tracker (type value screen)
  (let ((epoch::event-handler-abort nil)
	)
    (save-excursion
      (save-window-excursion
	(let ((point (coords-to-point (elt value 0)(elt value 1) (current-screen))))
	  (when point
		(mouse::set-point point)
		(when ;; am I interested in event?
		 (or (equal mode-name "Emacs-Lisp")
		     (equal mode-name "Lisp"))
		      (if (looking-at "(")
			  (progn
			    (call-interactively 'set-mark-command)
			    (condition-case nil 
				(forward-sexp)
			      (error ))
			    (when mouse-tracker-drag-zone
				  (delete-zone mouse-tracker-drag-zone))
			    (setq mouse-tracker-drag-zone (add-zone (point) (mark)
								    motion::style)))
			(when mouse-tracker-drag-zone
			      (delete-zone mouse-tracker-drag-zone)))
		      )
		))))
    
    ;; and pass on event to next handler
    (let* ((myself (pop-event 'motion))
	   (next-handler (pop-event 'motion)))
      (push-event 'motion next-handler)
      (funcall next-handler type value screen)
      (push-event 'motion myself))
    
    ;; keep feeding myself fresh events
    (epoch::query-pointer) 
    
    ))

(defun add-mouse-tracker-handler ()
  (push-event 'motion 'mouse-tracker))

(defun remove-mouse-tracker-handler ()
  "be careful!  must follow previous push-event!"
  (pop-event 'motion))

(when running-epoch
      (add-mouse-tracker-handler))
Newsgroups: gnu.epoch.misc
From: nhi@deveel.aero.org (Nhi Casey)
Subject: C-x u and M-x undo
Organization: The Aerospace Corporation; El Segundo, CA
Date: Tue, 7 Apr 1992 15:12:37 GMT


When I type:

	ab [RET]
	cd 
	C-x u		(this deletes 'cd')
	C-x u		(this deletes the new line)
	C-x u		(this deletes 'ab')

This is the result of the view-lossage command:
a b RET c d C-x u C-x u C-x u M-x v i e w - l o 
s s a g e RET

but when I type:

	ab [RET]
	cd 
	M-x u		(this deletes 'cd')
	M-x u		(this puts back the deleted 'cd')

This is the result of the view-lossage command:
a b RET c d M-x u n d o RET M-x u n d o RET M-x 
v i e w - l o s s TAB RET


So even though C-x u is bound to the undo function, I get
different behaviors for C-x u and M-x undo.  I tried the
advertised-undo command (M-x advertised-undo) also, and it
behaves just like the undo command (M-x undo).  I want to get the
behavior of C-x u through calling some function because I'm 
working on creating popup menus in epoch; so when a user select
the 'undo' menu item, I like to execute an emacs lisp function 
such as 'undo' but that doesn't let me undo previous changes
like C-x u does.

Thanks for your help.

Nhi Casey
nhi@ariel.aero.org

Newsgroups: gnu.epoch.misc
From: G.Joly@cs.ucl.ac.uk (Gordon Joly)
Subject: Re: epoch 4.0.1 display corruption (Very Bad Thing)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 10 Apr 1992 10:46:32 GMT

>>  -- using template mhl.format --
>> Date:    Thu, 09 Apr 92 20:31:37 GMT
>> To:      epoch@edu.uiuc.cs
>> 
>> From:    dunwoody@r2d2.gnu (Craig Dunwoody)
>> Subject: epoch 4.0.1 display corruption (Very Bad Thing)
>> 
>> Return-Path: <epoch-m@edu.uiuc.cs>
>> Organization: Silicon Graphics, Inc.
>> Sender:  epoch-request@edu.uiuc.cs
>> 
>> 
>> I just loaded epoch 4.0.1 (which as I understand it is the latest,
>> official-release version) on my Silicon Graphics 4D/70GT running IRIX 4.0.1.
>> 
>> I've been seeing display corruption problems.  When I visit a file,
>> move the cursor down a few lines, and insert a character, a character
>> after the insertion point will disappear.  At this point, merely
>> moving the cursor back and forth along the line will cause characters in the
>> line to appear and disappear.  This is Very Bad -- I've never seen anything
>> like this with epoch before.
>> 
>> M-x recenter restores the display to correctness, so the problem is not with
>> the underlying text data structure.  I don't think it's a font problem either
>> (I'm using *sony*120*, which is a normal-sized, fixed-width font); epoch
>> doesn't seem confused about where the character boundaries are.
>> 
[...]
>> 
>> Craig Dunwoody
>> dunwoody@sgi.com
>> (415) 962-3635


I have seen this a lot on a SUN4 with SunOS 4.1.1 on **EPOCH** **3.2**.

It seems to associated with buffer insertion and perhaps with mh-e.el?

It is very hard to duplicate.

Gordon,
____

Gordon Joly                                       +44 71 387 7050 ext 3703
Internet: G.Joly@cs.ucl.ac.uk        UUCP: ...!{uunet,uknet}!ucl-cs!G.Joly
Computer Science, University College London, Gower Street, LONDON WC1E 6BT
Newsgroups: gnu.epoch.misc
From: anthony@pomelo.citr.uq.oz.au (Anthony Rohde)
Subject: Wanted - Popup menu of buffers
Organization: Center for Information Technology Research
Date: Thu, 9 Apr 1992 05:43:58 GMT

I would like to be able to popup a menu of the current set of buffers and
select a buffer with the mouse - like you would select a menu option. I am
current running X11R5pl10/twm/epoch4.0p0/SunOS IPC 4.1.

Has anyone tried to do this type of thing before? I already use twm menus
to send commands to epoch, but I dont think it is possible to create a menu
on the fly (like a list of buffers). I would be interested in all solutions, 
including using other window managers!

Thanks in advance,
Anthony.
--

------------------------------------------------------------------------
  Centre Information Technology Research | email: anthony@citr.uq.oz.au
  University of Queensland, 4072	 | phone: +61 7 365 4321
  Queensland, Australia			 | fax:   +61 7 365 4399
------------------------------------------------------------------------
Newsgroups: gnu.epoch.misc
From: tml@tik.vtt.fi (Tor Lillqvist)
Newsgroups: gnu.epoch.misc
Subject: Re: 8-bit chars
Date: 6 Apr 92 23:45:45 GMT
Organization: Technical Research Centre of Finland, Laboratory for Information
	Processing (VTT/TIK)
In-reply-to: tml@tik.vtt.fi's message of 29 Mar 92 15:39:50 GMT

In article <TML.92Mar29103950@hemuli.tik.vtt.fi> I wrote:
   The FAQ only mentions display of 8-bit chars.  What about input? Are
   keymaps still only 128 chars long?  IMHO they should be 256 chars,
   and additionally, the "meta bit" concept should go away. This way
   8-bit chars can be made first-class citizens.

I found that the contrib/keriven directory in Epoch contains patches
imlementing very similar ideas to the above that I have used in Emacs.

These patches use a new per-buffer variable, meta-printable, that tell
whether the 0240-0377 chars are printable (I overloaded ctl-arrow).
The Keriven patches hard-code Latin-1, I use hopefully locale-specific
<ctype.h> macros (but I guess many systems still don't have locales or
8-bit <ctype.h> macros, so this is more portable).
--
Tor Lillqvist,
working, but not speaking, for the Technical Research Centre of Finland
Newsgroups: gnu.epoch.misc
From: wjin@cs.uh.edu (Woochang Jin)
Subject: Screen rewriting problem with new epoch4.0p0
Summary: Contiuously rewrites the screen when font/size is changed
Originator: wjin@climax
Keywords: Sun/sparc, epoch
Organization: University of Houston
Date: Tue, 7 Apr 1992 04:37:25 GMT

Hello,  I am not an emacs user but  there were some requests for emacs
which can do cut/paste.   I found that epoch is the one.

I could install epoch on sun/sparc successfully, and it seems to run ok as
long as I don't change the fonts and window size.
But if I change the font and the size of the epoch window,  it continuously
rewrites the epoch window (about 5 times per second).  All I can do it
just to kill the window.  Could anyone help me to correct the problem ?
Also, epoch does not seem to set as specified in .Xdefaults file.
So I had to do 'xrdb < .Xdefaults' again before I run it. Why is it so ?

Our system :  SUN sparc running SUN-OS 4.1
              X11R5 patch 8
              Epoch 4.0p0

Thanks, in advance.

------
W. Jin
From: dj7@cunixf.cc.columbia.edu (Dev Joneja)
Newsgroups: gnu.epoch.misc
Subject: Re: Painful epoch-4.0p0 bugs
Date: 8 Apr 92 13:10:34 GMT
Reply-To: dj7@cunixf.cc.columbia.edu (Dev Joneja)
Organization: Columbia University

I agree about the bell-ringing bug. Under similar circumstances (dismissing
a window) I have had the same problem, bringing OpenWindows to its knees
on my Sun SPARC-IPC running epoch-4.0p0, SunOS 4.1.1.

-Dev.
Newsgroups: gnu.epoch.misc
From: S.Marshall@sequent.cc.HUll.ac.UK (Simon Marshall)
Subject: Re: FIX for immediate Epoch-4.0p0 "memcpy(0) crash" when using GCC 2.1
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 15 Apr 1992 12:53:25 GMT

	This sounds remarkably like the problem I had; I think you may have
    jumped on the wrong reason.

| * Config:       "s-bsd4-2.h", "m-sun3.h", and the extra "config.h" lines
| 
|         #define START_FILES crt0.o /lib/Mcrt1.o
|         #define LIB_GCC "/usr/gnu/lib/gcc-lib/sun3-sunos3/2.1/libgcc.a" -lc
|         #define LIBS_DEBUG
| 
|                 but should apply to any system/configuration where it
|                 is unsafe to reference nonexisting arguments of
|                 function calls.

| * Solution:     An investigation of message() reveals that it is
|                 declared with four arguments yet is not passed more
|                 than two in this case (!).  The following fix uses the
|                 GCC <stdarg.h> include file to retrieve the correct
|                 number of arguments when GCC is used.

	Aha!  I think maybe that -lc which you added is pulling in a
    definition for _doprnt(), which is what message() calls to do the actual
    printing.  Epoch intends it to be its own _doprnt(), but instead you
    link in the _doprnt() in libc.a and epoch uses this.  This version takes
    different args.  To check, see if _doprnt() is in libc.a.

	My solution was to take the code I needed from libc.a (there's not
    much, just a few files) and build my own libc.a to link in.  No hacking
    of epoch code needed.

	Maybe the real answer would be to use a unique name for the function
    supplied with epoch...?

	Simon. 
_______________________________________________________________________________
Simon Marshall, Dept. of Computer Science, University of Hull, Hull HU6 7RX, UK
  "Football isn't about life and death.  It's more important than that." Bill
Email: S.Marshall@Hull.ac.uk    Phone: +44 482 465181    Fax: 466666   Shankley
Newsgroups: gnu.epoch.misc
From: williams@herky.cs.uiowa.edu (Kent Williams)
Subject: epoch hangs up under gwm
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 14 Apr 1992 10:19:31 GMT

Say I just put up X11R4 PL 18 on my Sparcstation2.  Now, if I run
gwm for a window manager, epoch hangs without opening its window.  This
is epoch 4.0P0 compiled with Sun C 1.1, and gwm 1.5
From: tallis@starbase.mitre.org (Hans Tallis)
Newsgroups: gnu.epoch.misc
Subject: Lisp Machine emulation package?
Date: 1 Apr 92 14:18:32 GMT
Article-I.D.: starbase.tallis.702137912
Organization: The MITRE Corporation

I'm looking for an epoch package that will give Lisp-machine-like bindings for
both keys and mouse actions.  Any pointers appreciated.

--Hans
tallis@mitre.org
From: berger@sfc.sony.com (Bob Berger)
Newsgroups: gnu.epoch.misc
Subject: Cannot load font `BOLD'
Keywords: n
Date: 15 Apr 92 18:22:48 GMT
Organization: SONY Advanced Video Technology Center San Jose, CA USA

I built and was running epoch 4.0.1 fine. Then a little while later 
I no longer can run epoch, I get the message:

	Cannot load font `BOLD'

and epoch doesn't start up. I've serached for the string BOLD and don't
know where its comming from. I've cleared out my .emacs to make sure its 
not doing something funny and I still have this problem.

I am running Openwindows 3.0 on a Sparcstation 2.

Any suggestions? I was really getting to like epoch too.. :-)

Bob Berger  -  SONY Advanced Video Technology Center
685 River Oaks Parkway  San Jose, CA 95134 408-944-4964 FAX:  408-954-1027  
INTERNET: berger@sfc.sony.com   UUCP: [uunet,mips]!sonyusa!sfcsun!berger
-- 
Bob Berger  -  SONY Advanced Video Technology Center
685 River Oaks Parkway  San Jose, CA 95134 408-944-4964 FAX:  408-954-1027  
INTERNET: berger@sfc.sony.com   UUCP: [uunet,mips]!sonyusa!sfcsun!berger
From: bm@cs.columbia.edu (Blair MacIntyre)
Newsgroups: gnu.epoch.misc
Subject: Why just ppm?
Date: 17 Apr 92 16:39:02 GMT
Distribution: gnu
Organization: Columbia University

Is there any reason that the GRAPHICS_ZONES stuff just uses PPM files,
and doesn't read in PBM files as well, assigning them the current
foreground and background colours as their two colours?

What I was thinking of doing (if I ever get time) is hacking vm to call
a faces-like script to display an xface in the buffer if appropriate.
Being able to read in the xbm file directly would be handy ... 
--
Blair MacIntyre, bm@cs.columbia.edu
Professional Student, Department of Computer Science, Columbia University
From: robert@cogsci.ed.ac.uk (& Inder)
Newsgroups: gnu.epoch.misc
Subject: A not very painful epoch-4.0p0 bugs
Date: 9 Apr 92 10:29:33 GMT
Organization: Centre for Cognitive Science, University of Edinburgh


I presume that everyone knows about the following epoch bug:

With more than one screen open, close a paren then move the mouse to
another screen.  The close paren makes emacs jump the cursor to
the corresponding open paren.  Moving the mouse then changes the
"active" screen, so that when emacs finishes waiting and
jumps the cursor back to the closing paren, it does so in the
wrong screen, which has the effect of making the new "active"
screen change to show the point in the buffer where the paren
was inserted.

Is there a fix?

Robert.

--
---------------------------------------------------------------------------
Robert Inder, Human Communications Research Centre, University of Edinburgh
              2, Buccleuch Place, Edinburgh, Scotland       +44 31 650 4449
From: etxkrjg@solsta.ericsson.se (Kristian Jorg  TX/DKL)
Newsgroups: gnu.epoch.misc
Subject: Re: Styles problem with color screen
Keywords: epoch, color, styles
Date: 14 Apr 92 09:17:41 GMT
Organization: Ericsson

etxkrjg@solsta.ericsson.se (Kristian Jorg  TX/DKL) writes:

>I am having a problem with epoch-4.0p0 and the styles. In particular I tried
>some of the contributed files for setting mode line to have different
>colors etc. All works except for colors. I have a color monitor, but the
>colors I want does not appear for the styles. Very dissapointing!

I found out that the problems with colors dissapeared when I started using
the 3.0 release of OpenWindows. Now my zones works as they should.


--
-----------------------------------+  
Kristian Jorg                      !  
e-mail: etxkrjg@solsta.ericsson.se ! 
-----------------------------------+
From: wex@dali.pws.bull.com (Member, Redheads Anonymous)
Newsgroups: gnu.epoch.misc
Subject: SCO SUCKS ROCKS
Date: 10 Apr 92 17:47:40 GMT
Distribution: gnu
Organization: Bull Worldwide Information Systems Inc.

I give up.  I finally got epoch4.0p0 built on this lame-ass piece of sh*t
(see previous messages, plus I had to undef HAVE_RANDOM and BSTRING in
ascii/config.h because SCO puts those routines in libX.a -- idiots.) and it
immediately barfs because gethostname() doesn't work!

The call is correct according to the spec, but it's returning -1.  Perror
tells me it's an "invalid argument."  (Yeah, right.)

So I hack around that and I start getting "Xlib: sequence lost..." errors.
The epoch process then goes into CPU-eating mode and I eventually kill it
from the command line.

If anyone manages to port this thing to SCO (though why you'd waste your
time with this lame-ass system if you didn't have to is beyond me), please
let me know how you did it.

--
--Alan Wexelblat                        phone: (508)294-6120
Bull Worldwide Information Systems      internet: wex@pws.bull.com
Billerica, MA                                     wexelblat.chi@xerox.com
A++ is an object-oriented version of a perfect score.
Newsgroups: gnu.epoch.misc
From: knauer@cs.uiuc.edu (Rob Knauerhase)
Subject: Forcing epoch to save all buffers
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 14 Apr 1992 06:33:19 GMT


Is there a way to force Epoch, outside Epoch itself, to save all modified
buffers that are currently being edited?  The reason I ask is that (like a
good convert) I am currently running an Epoch on the machine in my office.
Since I don't generally log out, it's running as I type this (in Emacs, dialed
in from home).

However, I'd like to edit a file that I know Epoch has open.  I realize that
if I change such a file, Epoch will warn me that the file on disk has changed
when I next go into the office, but in the meanwhile, I'm not certain that
I saved out the changes I was making before I left.

Perhaps the best solution is for me to save everything before I go home;
however, it would be nice to have some way to tell it to save everything when
I'm logged in from here.

Any ideas?  Is this something simple that I never learned, or is it too
complicated to be worth implementing?

Rob
--
Rob Knauerhase           University of Illinois at Urbana-Champaign
knauer@cs.uiuc.edu       Dept. of Computer Science, Gigabit Study Group
"There's no place like $FC58!"
From: bm@cs.columbia.edu (Blair MacIntyre)
Subject: Pixmap compilation in epoch
Organization: Columbia University
Distribution: gnu
Date: Mon, 13 Apr 1992 13:14:55 GMT

I tried to compile in the pixmap support, but it blew up (errors about
undefined types).  I looked in the header files, and sure enough the
types don't seem to be defined anywhere (specifically, XpmAttributes
on line 134 in button.c)

I'm compiling on a sun4, SunOS 4.1.1b ... is there something I'm
missing?  
--
Blair MacIntyre, bm@cs.columbia.edu
Professional Student, Department of Computer Science, Columbia University
Newsgroups: gnu.epoch.misc