>>>>> "Ujval" == Ujval Jay Kapasi <ujk(a)Stanford.EDU&gt; writes: Ujval> To whom it may concern, XEmacs crashed when I tried to Ujval> invoke the 'vm' command. I am using an empty .emacs file Ujval> just for testing and the error still occurs. Sun Motif is known buggy, see below for quote from PROBLEMS. VM usually uses multiple frames, so that might be it. I believe but can't confirm at the moment that the problem described also occurred on Solaris 2.6. Ujval> Included as attachments are the details of the 'M-x Ujval> describe-installation' command and the output on my screen Ujval> after the error is included below. There was no 'core' Ujval> file in the directory I ran XEmacs from. Well, if it's not the Motif crash, we're really going to need a backtrace from a core or a debugger, unless somebody can reproduce. But you're more likely to be able to do that than anyone else, since you've seen it once already. You also might check to make sure that the Sun ld was used, not GNU ld. The latter is known to have problems on Sun. ** SunOS/Solaris *** Crashes when using Motif libraries, especially with multiple frames. Crashes that produce C-backtraces like this: #0 0xfec9a118 in _libc_kill () from /usr/lib/libc.so.1 #1 0x77f48 in fatal_error_signal (sig=11) at /codes/rpluim/xemacs-21.4/src/emacs.c:539 #2 <signal handler called> #3 0xfee929f4 in XFindContext () from /usr/openwin/lib/libX11.so.4 #4 0xfee92930 in XFindContext () from /usr/openwin/lib/libX11.so.4 #5 0xff297e54 in DisplayDestroy () from /usr/dt/lib/libXm.so.4 #6 0xfefbece0 in XtCallCallbackList () from /usr/openwin/lib/libXt.so.4 #7 0xfefc486c in XtPhase2Destroy () from /usr/openwin/lib/libXt.so.4 #8 0xfefc45d0 in _XtDoPhase2Destroy () from /usr/openwin/lib/libXt.so.4 #9 0xfefc43b4 in XtDestroyWidget () from /usr/openwin/lib/libXt.so.4 #10 0x15cf9c in x_delete_device (d=0x523f00) are caused by buggy Motif libraries. Installing the following patches has been reported to solve the problem on Solaris 2.7: 107081-40 107656-07 For information (although they have not been confirmed to work), the equivalent patches for Solaris 2.8 are: 108940-33 108652-25 -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Don't ask how you can "do" free software business; ask what your business can "do for" free software.

>>>>> "Ujval" == Ujval Kapasi <ujk(a)Stanford.EDU&gt; writes: Ujval> Thanks for your help. I generated a C-backtrace. It is Ujval> attached to this email. Does this help any? It doesn't Ujval> look like the Motif problem you mentioned. No, it doesn't. Thanks for following up. It looks like it's crashing in the (Berkeley) db code. You may be able to work around by either suppressing that with a configure option --with-database=no or trying a different Berkeley db-compatible library, or telling VM not to use the database (sorry, you'll have to look it up in the VM docs). If the db is locally configured, you might try playing with that. I'm also copying Kyle Jones ＠ VM, who might recognize something here. Kyle will probably want you to submit a bug report by M-x vm-submit-bug-report. Keeping original post for Kyle's convenience. Stephen J. Turnbull writes: > >>>>> "Ujval" == Ujval Jay Kapasi <ujk(a)Stanford.EDU&gt; writes: > > Ujval> To whom it may concern, XEmacs crashed when I tried to > Ujval> invoke the 'vm' command. I am using an empty .emacs file > Ujval> just for testing and the error still occurs. > > Sun Motif is known buggy, see below for quote from PROBLEMS. VM > usually uses multiple frames, so that might be it. I believe but > can't confirm at the moment that the problem described also occurred > on Solaris 2.6. > > Ujval> Included as attachments are the details of the 'M-x > Ujval> describe-installation' command and the output on my screen > Ujval> after the error is included below. There was no 'core' > Ujval> file in the directory I ran XEmacs from. > > Well, if it's not the Motif crash, we're really going to need a > backtrace from a core or a debugger, unless somebody can reproduce. > But you're more likely to be able to do that than anyone else, since > you've seen it once already. > > You also might check to make sure that the Sun ld was used, not GNU > ld. The latter is known to have problems on Sun. > > ** SunOS/Solaris > *** Crashes when using Motif libraries, especially with multiple frames. > > Crashes that produce C-backtraces like this: > > #0 0xfec9a118 in _libc_kill () from /usr/lib/libc.so.1 > #1 0x77f48 in fatal_error_signal (sig=11) > at /codes/rpluim/xemacs-21.4/src/emacs.c:539 > #2 <signal handler called> > #3 0xfee929f4 in XFindContext () from /usr/openwin/lib/libX11.so.4 > #4 0xfee92930 in XFindContext () from /usr/openwin/lib/libX11.so.4 > #5 0xff297e54 in DisplayDestroy () from /usr/dt/lib/libXm.so.4 > #6 0xfefbece0 in XtCallCallbackList () from /usr/openwin/lib/libXt.so.4 > #7 0xfefc486c in XtPhase2Destroy () from /usr/openwin/lib/libXt.so.4 > #8 0xfefc45d0 in _XtDoPhase2Destroy () from /usr/openwin/lib/libXt.so.4 > #9 0xfefc43b4 in XtDestroyWidget () from /usr/openwin/lib/libXt.so.4 > #10 0x15cf9c in x_delete_device (d=0x523f00) > > are caused by buggy Motif libraries. Installing the following patches > has been reported to solve the problem on Solaris 2.7: > > 107081-40 107656-07 > > For information (although they have not been confirmed to work), the > equivalent patches for Solaris 2.8 are: > > 108940-33 108652-25 > > > > > -- > Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp > University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN > Don't ask how you can "do" free software business; > ask what your business can "do for" free software. ===File ~/XEmacs_C_backtrace.txt============================ saga20:~> gdb /usr/pubsw/bin/xemacs core GNU gdb 5.1 Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.6"... (no debugging symbols found)... Core was generated by `xemacs -nw -f vm'. Program terminated with signal 4, Illegal instruction. #0 0x001eef54 in sigemptyset () (gdb) where #0 0x001eef54 in sigemptyset () #1 0x000799bc in fatal_error_signal () #2 0xfec1af24 in ?? () #3 0x000799bc in fatal_error_signal () #4 0xfec1af24 in ?? () #5 0x001b1fe4 in __delpair () #6 0x001b0454 in __hash_open () #7 0x001b0184 in __hash_open () #8 0x000b5d44 in Fdatabasep () #9 0x000b628c in Fput_database () #10 0x000812a4 in Ffuncall () #11 0x00058cbc in funcall_compiled_function () #12 0x0005c26c in Fbyte_code () #13 0x00080c48 in Feval () #14 0x0007e1c8 in internal_catch () #15 0x00059b20 in execute_rare_opcode () #16 0x00058aec in funcall_compiled_function () #17 0x00058914 in funcall_compiled_function () #18 0x0008143c in Ffuncall () #19 0x00058cbc in funcall_compiled_function () #20 0x0005c26c in Fbyte_code () #21 0x00080c48 in Feval () #22 0x0007e1c8 in internal_catch () #23 0x00059b20 in execute_rare_opcode () #24 0x00058aec in funcall_compiled_function () #25 0x00058914 in funcall_compiled_function () #26 0x0008143c in Ffuncall () #27 0x00058cbc in funcall_compiled_function () #28 0x00058914 in funcall_compiled_function () #29 0x0008143c in Ffuncall () #30 0x00058cbc in funcall_compiled_function () #31 0x00058914 in funcall_compiled_function () #32 0x0008143c in Ffuncall () #33 0x00058cbc in funcall_compiled_function () #34 0x00058914 in funcall_compiled_function () #35 0x0008143c in Ffuncall () #36 0x00058cbc in funcall_compiled_function () #37 0x00058914 in funcall_compiled_function () #38 0x00080e6c in Feval () #39 0x0007e520 in condition_case_1 () #40 0x00063ca8 in Freally_early_error_handler () #41 0x0007e1c8 in internal_catch () #42 0x00063da8 in initial_command_loop () #43 0x0007aea0 in xemacs_21_4_6_sparc_sun_solaris2_6 () #44 0x0007b61c in main () (gdb) ============================================================ -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Don't ask how you can "do" free software business; ask what your business can "do for" free software.