Various problems
I've been spending the last few days re-installing software and
noticed a few XEmacs related things...
All non-Mule XEmacsen
=====================
- Oort Gnus from CVS (cvs.gnus.org) MUST be compiled with a
non-Mule XEmacs. It's because there are some files in that
repository that have been saved with MSW UTF8 coding system.
When you byte-compile those with a Mule-enabled XEmacs you
can't load them with a non-Mule XEmacs (cannot open load
file: "mule"). I'll let the Gnus boys and girls know about
it.
XEmacs 21.1
===========
- With Slackware 8.1 Hanabal Lector shows his ugly face... Set
LDFLAGS to '-z nocombreloc'
- If you try to load Latin-Unity you get: symbol's function
definition is void: "copy-case-table". That function is a
built-in in 21.[45], but doesn't exist in 21.1. A candidate
for the "forward-compat" package perhaps?
XEmacs 21.4
===========
Seams to run pretty slick... No noticeable problems (apart from
Oort Gnus above) Good one Steve T! :-)
XEmacs 21.5
===========
- 'xemacs -nw' is still unusable because RET is mapped to
'LFD'. Shouldn't this be fairly easy to fix?
- Also in '-nw' the display gets borked if you do 'C-x
2 C-x 1'. Did I see a "HEADS-UP" message from Mike Sperber
that warned about display problems?
- Sub-processes are still giving problems. It still looks
to me like some kind of buffer (programming buffers not
XEmacs buffers) problem because if the data being sent to
the sub-process is small there isn't a problem, but if
it's large there is. The sub-process doesn't seem to get
any data and just sits waiting until you kill the process
manually. This bug is getting quite old, Ben introduced
it just before he went to Europe. Mike Sperber has had a
couple of goes at fixing it and said he'd have to defer it
to Ben. Ben, what's the chances of getting this one taken
care of?
- A picture paints a 1000 words... Mike?
- I'm still having that problem with modules and building with
'--error-checking=all'...
M-x load-module RET
/usr/local/lib/xemacs-21.5-b9/i586-pc-linux/modules/postgresql.ell RET
=> Dll error: Cannot open dynamic module,
"/usr/local/lib/xemacs-21.5-b9/i586-pc-linux/modules/postgresql.ell"
(load-module "postgresql")
=> Dll error: Opening dynamic module,
"/usr/local/lib/xemacs-21.5-b9/i586-pc-linux/modules/postgresql.ell:
undefined symbol: error_check_pgconn"
Packages
========
I think I came across these last week some time so maybe they've
already been taken care of.
The unsupported packages can't, and IMO, shouldn't be built from the
packages top level directory ie ${XEMACS_PACKAGES_BASE}
AUCTeX
------
XEmacs (21.5.9 current CVS) segfaults with a signal 11 when trying to
compile tex-jp.el
JDE
---
jde-db.el gives a "wrong type argument: listp "<#subr
point-at-bol>""
--
|---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---|
| XEmacs - It's not just an editor. |
| It's a way of life. |
|------------------------------------<youngs(a)xemacs.org>---|