This is the crash log I get after trying to start xemacs:

**********

Date/Time: 2003-01-12 14:25:01 +0100
OS Version: 10.2.3 (Build 6G30)
Host: cubelet.local.

Command: xemacs
PID: 8553

Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at 0xbff5bbb0

Thread 0 Crashed:
#0 0x001a7418 in re_match_2_internal (regex.c:5507)
#1 0x001aaefc in re_search (regex.c:4024)
#2 0x001b76f0 in string_match_1 (search.c:438)
#3 0x0005ed0c in Ffuncall (eval.c:3764)
#4 0x0001c68c in execute_optimized_program (bytecode.c:676)
#5 0x00067b10 in funcall_compiled_function (eval.c:3409)
#6 0x0005ee90 in Ffuncall (eval.c:3799)
#7 0x0001c68c in execute_optimized_program (bytecode.c:676)
#8 0x00067b10 in funcall_compiled_function (eval.c:3409)
#9 0x0005ee90 in Ffuncall (eval.c:3799)
#10 0x0005fe0c in call1 (eval.c:4402)
#11 0x0005bb00 in Fsignal (eval.c:2249)
#12 0x0005dd34 in Feval (eval.c:3507)
#13 0x0005a58c in Fprogn (eval.c:1574)
#14 0x0005ac40 in Flet (eval.c:1111)
#15 0x0005dd78 in Feval (eval.c:3518)
#16 0x0005a58c in Fprogn (eval.c:1574)
#17 0x0005f5f8 in funcall_lambda (eval.c:4108)
#18 0x0005e5bc in Feval (eval.c:3652)
#19 0x0005a58c in Fprogn (eval.c:1574)
#20 0x0005dd78 in Feval (eval.c:3518)
#21 0x0005e460 in Feval (eval.c:1574)
#22 0x00156310 in readevalloop (lread.c:1370)
#23 0x00154c10 in Fload_internal (lread.c:679)
#24 0x0005ed50 in Ffuncall (eval.c:3764)
#25 0x0001c68c in execute_optimized_program (bytecode.c:676)
#26 0x00067b10 in funcall_compiled_function (eval.c:3409)
#27 0x0005ee90 in Ffuncall (eval.c:3799)
#28 0x0001c68c in execute_optimized_program (bytecode.c:676)
#29 0x00067b10 in funcall_compiled_function (eval.c:3409)
#30 0x0005ee90 in Ffuncall (eval.c:3799)
#31 0x0001c68c in execute_optimized_program (bytecode.c:676)
#32 0x00067b10 in funcall_compiled_function (eval.c:3409)
#33 0x0005ee90 in Ffuncall (eval.c:3799)
#34 0x00063830 in Fcall_with_condition_handler (eval.c:2042)
#35 0x0005e110 in Feval (eval.c:3573)
#36 0x0005b40c in condition_case_1 (eval.c:1869)
#37 0x0001d544 in execute_rare_opcode (bytecode.c:1201)
#38 0x0001c40c in execute_optimized_program (bytecode.c:581)
#39 0x00067b10 in funcall_compiled_function (eval.c:3409)
#40 0x0005ee90 in Ffuncall (eval.c:3799)
#41 0x0001c68c in execute_optimized_program (bytecode.c:676)
#42 0x00067b10 in funcall_compiled_function (eval.c:3409)
#43 0x0005e294 in Feval (eval.c:3605)
#44 0x0005b40c in condition_case_1 (eval.c:1869)
#45 0x0001d544 in execute_rare_opcode (bytecode.c:1201)
#46 0x0001c40c in execute_optimized_program (bytecode.c:581)
#47 0x00067b10 in funcall_compiled_function (eval.c:3409)
#48 0x0005e294 in Feval (eval.c:3605)
#49 0x0005b40c in condition_case_1 (eval.c:1869)
#50 0x0002be88 in top_level_1 (cmdloop.c:214)
#51 0x0005b244 in internal_catch (eval.c:1489)
#52 0x0002b864 in initial_command_loop (cmdloop.c:298)
#53 0x00057cbc in sort_args (emacs.c:2449)
#54 0x000585dc in Fdump_emacs (emacs.c:2818)
#55 0x00001e44 in _start (crt.c:267)
#56 0x00001cc4 in start

PPC Thread State:
srr0: 0x001a7418 srr1: 0x0000d930 vrsave: 0x00000000
xer: 0x00000000 lr: 0x001a7434 ctr: 0x001a7224 mq: 0x00000000
r0: 0x00000000 r1: 0xbffabbc0 r2: 0x00284c7c r3: 0x00009ffc
r4: 0x00061a80 r5: 0x00004e20 r6: 0x0005001e r7: 0x00050000
r8: 0x00000003 r9: 0x011f81cd r10: 0x00000004 r11: 0x00050010
r12: 0xbfffbf60 r13: 0x003597b8 r14: 0x00000005 r15: 0x011f81e6
r16: 0x00000000 r17: 0x00284c7c r18: 0x00000cc7 r19: 0x0118ffac
r20: 0x00000004 r21: 0x011907e0 r22: 0xbfffbe00 r23: 0xbfffbe30
r24: 0x011f81cd r25: 0xbfffbd10 r26: 0x011f81cd r27: 0x0000000b
r28: 0x002878ac r29: 0xfffafff0 r30: 0xbfffbe50 r31: 0x001a4c7c

As to xemacs' config.log output (regarding the Athena widgets), here's what I get:

configure:8874: checking for X11 graphics libraries
configure:8884: checking for the Athena widgets
configure:8977: checking for threeDClassRec in -lXaw3d
configure:8993: gcc -o conftest -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -Wshadow -Wpointer-arith -I/sw/include -I/usr/X11R6/include -L/sw/lib -L/usr/X11R6/lib conftest.c -lXaw3d -ltiff -lpng -ljpeg -lz -lXpm -lXmu -lXt -lXext -lX11 -lSM -lICE 1>&5
ld: warning multiple definitions of symbol __XFlushGCCache
/usr/X11R6/lib/libX11.6.dylib(CrGC.o) definition of __XFlushGCCache
/usr/X11R6/lib/libX11.dylib(CrGC.o) definition of __XFlushGCCache
........
ld: warning multiple definitions of symbol __XExtensionErrorFunction
/usr/X11R6/lib/libXext.6.dylib(globals.o) definition of __XExtensionErrorFunction
/usr/X11R6/lib/libXext.dylib(globals.o) definition of __XExtensionErrorFunction
ld: warning suggest use of -bind_at_load, as lazy binding may result in errors or different symbols being used
symbol _XAllocColor used from dynamic library /usr/X11R6/lib/libX11.6.dylib(GetHColor.o) not from earlier dynamic library /usr/X11R6/lib/libX11.6.2.dylib(GetHColor.o)
symbol _XCreatePixmapFromBitmapData used from dynamic library /usr/X11R6/lib/libX11.6.dylib(CrPFBData.o) not from earlier dynamic library /usr/X11R6/lib/libX11.6.2.dylib(CrPFBData.o)

symbol __XExtensionErrorFunction used from dynamic library /usr/X11R6/lib/libXext.6.dylib(globals.o) not from earlier dynamic library /usr/X11R6/lib/libXext.6.4.dylib(globals.o)
........
configure: failed program was:
#line 8982 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char threeDClassRec();

int main() {
threeDClassRec()
; return 0; }
configure:9011: checking for threeDClassRec in -lXaw
configure:9027: gcc -o conftest -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -Wshadow -Wpointer-arith -I/sw/include -I/usr/X11R6/include -L/sw/lib -L/usr/X11R6/lib conftest.c -lXaw -ltiff -lpng -ljpeg -lz -lXpm -lXmu -lXt -lXext -lX11 -lSM -lICE 1>&5
ld: Undefined symbols:
_threeDClassRec
configure: failed program was:
#line 9016 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char threeDClassRec();

int main() {
threeDClassRec()
; return 0; }
configure:9120: checking for X11/Xaw3d/XawInit.h
configure:9128: gcc -E -traditional-cpp -I/sw/include -I/sw/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out
configure:9145: checking for X11/Xaw3d/ThreeD.h
configure:9153: gcc -E -traditional-cpp -I/sw/include -I/sw/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out
configure:9420: checking for Xm/Xm.h
configure:9428: gcc -E -traditional-cpp -I/sw/include -I/sw/include -I/usr/X11R6/include conftest.c >/dev/null 2>conftest.out
configure:9424:19: Xm/Xm.h: No such file or directory
configure: failed program was:
#line 9423 "configure"
#include "confdefs.h"
#include <Xm/Xm.h>

Again, any help or suggestions would be appreciated!

Artemio
e-mail: [EMAIL PROTECTED]

On Sunday, January 12, 2003, at 01:21 AM, Martin Costabel wrote:

June Van Dyke wrote:

IIRC, you need to reinstall xaw3d (fink reinstall xaw3d xaw3d-shlibs) since
it stores its stuff outside of /sw.

This is no longer true with the latest versions of the xaw3d package. It installs in /sw now. In fact, the Xaw3d header files are found:

Artemio Gonzalez-Lopez wrote:

configure: warning: Could not find a 3d Athena widget library that looked like Xaw3d.
checking for X11/Xaw3d/XawInit.h... yes
checking for X11/Xaw3d/ThreeD.h... yes
checking for Xm/Xm.h... no
Error: Could not find a suitable Athena library to build with.

Xm/Xm.h comes from lesstif, but this is not necessary. I think the problem is already there after the first "warning". Instead of "Could not find..." it should have said

checking for the Athena widgets
checking for threeDClassRec in -lXaw3d... yes

It would be interesting to see the corresponding output in the config.log file. Maybe it's not /sw/lib/libXaw3d.dylib that is at fault, but some of the /usr/X11/lib/libX*.dylibs it depends upon.

Also the segmentation fault could give some hints. It is not the

> _XF86BigfontQueryFont: could not attach shm segment

that is causing this. This message has always been there for xemacs-21.5.9. Is there a crash log?

BTW, I run xemacs-21.5.9-3 on Apple's X11 without problems.

--
Martin

Reply via email to