Justin Vallon <vallon(a)mindspring.com> writes in xemacs-beta(a)xemacs.org:
 On 31 May 1999, SL Baur wrote:
> [#2.  None of the messages I've emailed to XEmacs-related mail lists
> today has returned to me, here goes again.]
> 
> Justin Vallon <vallon(a)mindspring.com> writes in xemacs-beta(a)xemacs.org:
> 
> > I'm trying to build 21.1.2 on HP using HP's cc.  xemacs gets dumped. 
> > However, when src/xemacs is first run (as part of lisp shadows), it hangs,
> > and can't be interrupted, killed, or kill -9'ed. 
> ...
> 
> There is badness[tm] somewhere in the Motif/CDE code in XEmacs.  I
> cannot get a build on Sun/Solaris to work properly either.  Before you 
> get rid of this binary, try `xrdb </dev/null' first.
> 
> I have found that I cannot start an XEmacs on Sun/Solaris with Motif & 
> XIM/Motif support *and* specify a font via X Defaults without getting
> a coredump deep in the initial frame initialization.  Weird ... 
 After 'xrdb -load /dev/null', it still did not work. 
 [ I was not getting any core dumps, though, if that was your symptom
] 
On Solaris, yes.  One symptom on OSF is that the character hash
tables are read-only.  The easiest way to demonstrate the damage is
to start the program up, enter a string of hiragana (or cut & paste
out of a file like its-hira.el), select it with the mouse then do
`M-x japanese-katakana-region'.
Please ignore my previous message regarding changing mallocs.  The
instructions are wrong.
-- 
I protest the NATO war in Yugoslavia.