>>>>> "Jan" = "Jan D."
<Jan.Djarv(a)mbox200.swipnet.se> writes:
 
     Jan> Staring xemacs in X11 and then exiting directly with C-x
     Jan> C-c gives a segmentation violation:
 
 Jan, thanks for the detailed report.
 
 Can you tell us the link command used to build XEmacs, please?  I'd
 like to know if input-method-motif.o is linked or not.  You can look
 at src/Makefile, input-method-motif.o should appear in the variable
 extra_objs defined around line 29.  Or if you have a make log, it'll
 be in there.  Or you can rm src/xemacs and make again. 
input-method-motif.o is not linked, here is a log:
gcc -nostdlib   -L/usr/X11R6/lib -Wl,-export-dynamic -o temacs pre-crt0.o
/usr/lib/crt1.o /usr/lib/crti.o abbrev.o alloc.o blocktype.o buffer.o
bytecode.o callint.o callproc.o casefiddle.o casetab.o chartab.o cmdloop.o
cmds.o console.o console-stream.o data.o device.o dired.o doc.o doprnt.o
dynarr.o editfns.o elhash.o emacs.o eval.o events.o filelock.o unexelf.o
balloon_help.o balloon-x.o eldap.o postgresql.o dgif_lib.o gif_io.o
menubar.o scrollbar.o dialog.o toolbar.o menubar-x.o scrollbar-x.o
dialog-x.o toolbar-x.o gui-x.o realpath.o inline.o linuxplay.o
esd.o miscplay.o console-tty.o device-tty.o event-tty.o frame-tty.o
objects-tty.o redisplay-tty.o cm.o terminfo.o gpmevent.o event-unixoid.o
database.o sysdll.o emodules.o process-unix.o event-stream.o extents.o
faces.o fileio.o  filemode.o floatfns.o fns.o font-lock.o frame.o
general.o glyphs.o glyphs-eimage.o glyphs-widget.o gui.o gutter.o
hash.o imgproc.o indent.o insdel.o intl.o keymap.o  line-number.o
lread.o lstream.o macros.o marker.o md5.o minibuf.o objects.o opaque.o
print.o process.o profile.o rangetab.o redisplay.o redisplay-output.o
regex.o search.o select.o  signal.o sound.o specifier.o strftime.o
symbols.o syntax.o sysdep.o undo.o console-x.o device-x.o event-Xt.o
frame-x.o glyphs-x.o objects-x.o redisplay-x.o select-x.o xgccache.o
widget.o window.o  lastfile.o vm-limit.o  EmacsFrame.o EmacsShell.o
TopLevelEmacsShell.o TransientEmacsShell.o EmacsManager.o ExternalShell.o
extw-Xt-nonshared.o extw-Xlib-nonshared.o   ../lwlib/liblw.a  -lXm
-ltiff -lpng -ljpeg -lz -lXpm -lXmu -lXt -lXext -lX11 -lSM -lICE -ldb
-lgpm -lncurses -L/opt/gnome/lib -lesd -L/usr/lib -laudiofile -lm
-lpq -lldap -llber -lm -lutil -lgcc -lc -lgcc /usr/lib/crtn.o `gcc
-print-libgcc-file-name`
 
 If you have the inclination, you could also build with Glynn's patch
 (attached) applied to src/input-method-motif.c, and test.  (If
 input-method-motif.o is not linked, it's a waste of time, though.)
 
 >>>>> "Glynn" == Glynn Clements
<glynn.clements(a)virgin.net> writes:
 
     Glynn> Did the input-method-motif.c patch get applied to 21.4.0?
 
 No.  I was hoping for some experience with the patch, but I guess I'm
 just going to take Valdis as a representative sample, apply it to
 21.4.1, and pray.
 
     Glynn> This stack trace looks familiar (although there isn't any
     Glynn> reference to MULE in the configure command).
 
 There also is no reference to XmIm* in the stack trace.  (In fact, no
 Xm* anything!)  Your patch won't help here, I bet---input-method-motif
 probably is not linked into Jan's XEmacs.  :-/ 
No, and no MULE at all.
	Jan D.