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.