8:15 p.m.
Fresh build from source (21.4.17) on macos 10.4.2. Any ideas? (21.5.21 has
the same behavior....)
Thanks,
Sean
sdavis$ xemacs
Fatal error (10).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
Your version of XEmacs was distributed with a PROBLEMS file that may
describe
your crash, and with luck a workaround. Please check it first, but do
report
the crash anyway. Please report this bug by invoking M-x report-emacs-bug,
or by selecting `Send Bug Report' from the Help menu. If necessary, send
ordinary email to `crashes(a)xemacs.org'. *MAKE SURE* to include the XEmacs
configuration from M-x describe-installation, or equivalently the file
Installation in the top of the build tree.
*Please* try *hard* to obtain a C stack backtrace; without it, we are
unlikely
to be able to analyze the problem. Locate the core file produced as a
result
of this crash (often called `core' or `core.<process-id>', and located in
the directory in which you started XEmacs or your home directory), and type
gdb /Users/sdavis/source/xemacs/xemacs-21.4.17/src/xemacs core
then type `where' at the debugger prompt. No GDB on your system? You may
have DBX, or XDB, or SDB. (Ask your system administrator if you need help.)
If no core file was produced, enable them (often with `ulimit -c unlimited'
in case of future recurrance of the crash.
Lisp backtrace follows:
# (unwind-protect ...)
make-device(x nil)
# bind (display)
make-x-device(nil)
init-x-win()
# bind (debugger debug-on-error command-line-args-left)
command-line()
# (condition-case ... . ((t (byte-code " Â" ... 1))))
# bind (error-data)
normal-top-level()
# (condition-case ... . error)
# (catch top-level ...)
Bus error (core dumped)
sdavis$ gdb ~/source/xemacs/xemacs-21.4.17/src/xemacs core.2184
GNU gdb 6.1-20040303 (Apple version gdb-413) (Wed May 18 10:17:02 GMT 2005)
Copyright 2004 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 "powerpc-apple-darwin"...Reading symbols for
shared libraries .............. done
#0 0x9004a12c in kill ()
(gdb) where
#0 0x9004a12c in kill ()
#1 0x0003a4bc in XawViewportSetLocation () at emacs.c:642
#2 <signal handler called>
#3 0x8fe1f5e0 in __dyld_strncmp ()
#4 0x8fe05000 in
__dyld__ZN4dyld10loadPhase3EPKcRKNS_11LoadContextEPSt6vectorIS1_SaIS1_EE ()
#5 0x8fe056d0 in
__dyld__ZN4dyld10loadPhase0EPKcRKNS_11LoadContextEPSt6vectorIS1_SaIS1_EE ()
#6 0x8fe05828 in __dyld__ZN4dyld4loadEPKcRKNS_11LoadContextE ()
#7 0x8fe08f48 in __dyld_NSCreateObjectFileImageFromFile ()
#8 0x9002db00 in NSCreateObjectFileImageFromFile ()
#9 0x00068d88 in dll_open (fname=0x0) at sysdll.c:267
#10 0x00136540 in x_init_device (d=0x150bee0, props=-1880842664) at
device-x.c:505
#11 0x00028ff0 in XawTextSinkCombineProperty () at device.c:591
#12 0x0004485c in Ffuncall (nargs=2, args=0xbfffe084) at eval.c:3536
#13 0x00012d60 in PaintItemName () at bytecode.c:748
#14 0x000158b4 in CharWidth () at bytecode.c:519
#15 0x00044a9c in Ffuncall (nargs=2, args=0xbfffe224) at eval.c:3572
#16 0x00012d60 in PaintItemName () at bytecode.c:748
#17 0x000158b4 in CharWidth () at bytecode.c:519
#18 0x00044a9c in Ffuncall (nargs=1, args=0xbfffe3c4) at eval.c:3572
#19 0x00012d60 in PaintItemName () at bytecode.c:748
#20 0x000158b4 in CharWidth () at bytecode.c:519
#21 0x00042bd4 in Feval (form=258848) at eval.c:3392
#22 0x0003f320 in dyld_stub__Xaw_atowc () at eval.c:1652
#23 0x000123a0 in XawLabelDestroy () at bytecode.c:1273
#24 0x00012b90 in ClipToShadowInteriorAndLongest () at bytecode.c:658
#25 0x000158b4 in CharWidth () at bytecode.c:519
#26 0x00042bd4 in Feval (form=258848) at eval.c:3392
#27 0x0003f320 in dyld_stub__Xaw_atowc () at eval.c:1652
#28 0x0001cd60 in FillArea () at cmdloop.c:206
#29 0x0003bea8 in internal_catch (tag=-4, func=0x1cd08 <top_level_1>,
arg=23298512, threw=0x0) at eval.c:1318
#30 0x0001ce94 in initial_command_loop (load_me=-4) at cmdloop.c:285
#31 0x0003b930 in SizeNegotiation () at emacs.c:2460
#32 0x0003b9dc in CreateIC () at emacs.c:2829
(gdb)
9:44 p.m.
I apologize. I found the same bug here mentioned a few months ago and the
solution was to use configure --with-athena=3d after install xaw3d with
fink. Fixed the immediate problem. However, as I mentioned, it appears
that the same bug is present in 21.5.21.
Thanks,
Sean
On 10/14/05 3:15 PM, "Davis, Sean (NIH/NHGRI)" <sdavis2(a)mail.nih.gov>
wrote:
Fresh build from source (21.4.17) on macos 10.4.2. Any ideas?
(21.5.21 has
the same behavior....)
Thanks,
Sean
sdavis$ xemacs
Fatal error (10).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
Your version of XEmacs was distributed with a PROBLEMS file that may
describe
your crash, and with luck a workaround. Please check it first, but do
report
the crash anyway. Please report this bug by invoking M-x report-emacs-bug,
or by selecting `Send Bug Report' from the Help menu. If necessary, send
ordinary email to `crashes(a)xemacs.org'. *MAKE SURE* to include the XEmacs
configuration from M-x describe-installation, or equivalently the file
Installation in the top of the build tree.
*Please* try *hard* to obtain a C stack backtrace; without it, we are
unlikely
to be able to analyze the problem. Locate the core file produced as a
result
of this crash (often called `core' or `core.<process-id>', and located in
the directory in which you started XEmacs or your home directory), and type
gdb /Users/sdavis/source/xemacs/xemacs-21.4.17/src/xemacs core
then type `where' at the debugger prompt. No GDB on your system? You may
have DBX, or XDB, or SDB. (Ask your system administrator if you need help.)
If no core file was produced, enable them (often with `ulimit -c unlimited'
in case of future recurrance of the crash.
Lisp backtrace follows:
# (unwind-protect ...)
make-device(x nil)
# bind (display)
make-x-device(nil)
init-x-win()
# bind (debugger debug-on-error command-line-args-left)
command-line()
# (condition-case ... . ((t (byte-code " Â" ... 1))))
# bind (error-data)
normal-top-level()
# (condition-case ... . error)
# (catch top-level ...)
Bus error (core dumped)
sdavis$ gdb ~/source/xemacs/xemacs-21.4.17/src/xemacs core.2184
GNU gdb 6.1-20040303 (Apple version gdb-413) (Wed May 18 10:17:02 GMT 2005)
Copyright 2004 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 "powerpc-apple-darwin"...Reading symbols for
shared libraries .............. done
#0 0x9004a12c in kill ()
(gdb) where
#0 0x9004a12c in kill ()
#1 0x0003a4bc in XawViewportSetLocation () at emacs.c:642
#2 <signal handler called>
#3 0x8fe1f5e0 in __dyld_strncmp ()
#4 0x8fe05000 in
__dyld__ZN4dyld10loadPhase3EPKcRKNS_11LoadContextEPSt6vectorIS1_SaIS1_EE ()
#5 0x8fe056d0 in
__dyld__ZN4dyld10loadPhase0EPKcRKNS_11LoadContextEPSt6vectorIS1_SaIS1_EE ()
#6 0x8fe05828 in __dyld__ZN4dyld4loadEPKcRKNS_11LoadContextE ()
#7 0x8fe08f48 in __dyld_NSCreateObjectFileImageFromFile ()
#8 0x9002db00 in NSCreateObjectFileImageFromFile ()
#9 0x00068d88 in dll_open (fname=0x0) at sysdll.c:267
#10 0x00136540 in x_init_device (d=0x150bee0, props=-1880842664) at
device-x.c:505
#11 0x00028ff0 in XawTextSinkCombineProperty () at device.c:591
#12 0x0004485c in Ffuncall (nargs=2, args=0xbfffe084) at eval.c:3536
#13 0x00012d60 in PaintItemName () at bytecode.c:748
#14 0x000158b4 in CharWidth () at bytecode.c:519
#15 0x00044a9c in Ffuncall (nargs=2, args=0xbfffe224) at eval.c:3572
#16 0x00012d60 in PaintItemName () at bytecode.c:748
#17 0x000158b4 in CharWidth () at bytecode.c:519
#18 0x00044a9c in Ffuncall (nargs=1, args=0xbfffe3c4) at eval.c:3572
#19 0x00012d60 in PaintItemName () at bytecode.c:748
#20 0x000158b4 in CharWidth () at bytecode.c:519
#21 0x00042bd4 in Feval (form=258848) at eval.c:3392
#22 0x0003f320 in dyld_stub__Xaw_atowc () at eval.c:1652
#23 0x000123a0 in XawLabelDestroy () at bytecode.c:1273
#24 0x00012b90 in ClipToShadowInteriorAndLongest () at bytecode.c:658
#25 0x000158b4 in CharWidth () at bytecode.c:519
#26 0x00042bd4 in Feval (form=258848) at eval.c:3392
#27 0x0003f320 in dyld_stub__Xaw_atowc () at eval.c:1652
#28 0x0001cd60 in FillArea () at cmdloop.c:206
#29 0x0003bea8 in internal_catch (tag=-4, func=0x1cd08 <top_level_1>,
arg=23298512, threw=0x0) at eval.c:1318
#30 0x0001ce94 in initial_command_loop (load_me=-4) at cmdloop.c:285
#31 0x0003b930 in SizeNegotiation () at emacs.c:2460
#32 0x0003b9dc in CreateIC () at emacs.c:2829
(gdb)
10:42 a.m.
>>>> "Sean" == Sean Davis
<sdavis2(a)mail.nih.gov> writes:
Sean> I apologize. I found the same bug here mentioned a few
Sean> months ago and the solution was to use configure
Sean> --with-athena=3d after install xaw3d with fink. Fixed the
Sean> immediate problem. However, as I mentioned, it appears that
Sean> the same bug is present in 21.5.21.
Then Fink is broken, I would guess. This smells of the distro
arbitrarily breaking binary compatibility by installing libXaw3d as
libXaw.
There's not much more we can do about this kind of thing; we already
go through substantial contortions in configure attempting to detect
it. If you want to hack on configure.{in,ac}, I'll be happy to
review, though.
--
School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
2:33 p.m.
>>>> "Stephen" == Stephen J Turnbull
<stephen(a)xemacs.org> writes:
Stephen> Then Fink is broken, I would guess. This smells of the distro
Stephen> arbitrarily breaking binary compatibility by installing libXaw3d as
Stephen> libXaw.
No, the cause is Apple changing part of the shared library API in 10.4 that we
depend on. It strikes in the area of Xaw and Xaw3d because we use the API to
chck symbols in the the Xaw library to see if it is really Xaw3d.
--with-athena=3d fixes the problem because it doesn't compile in the test.
This is fixed is 21.5 and a patch for 21.4 is here:
http://list-archive.xemacs.org/xemacs-patches/200507/msg00030.html
This is starting to become a FAQ item. It there any chance of rolling out
21.4.18 so get this fix out?
Malcolm
--
Malcolm Purvis <malcolmp(a)xemacs.org>
12:09 p.m.
On 10/17/05 9:33 AM, "Malcolm Purvis" <malcolmp(a)xemacs.org> wrote:
>>>>> "Stephen" == Stephen J Turnbull
<stephen(a)xemacs.org> writes:
Stephen> Then Fink is broken, I would guess. This smells of the distro
Stephen> arbitrarily breaking binary compatibility by installing libXaw3d as
Stephen> libXaw.
No, the cause is Apple changing part of the shared library API in 10.4 that we
depend on. It strikes in the area of Xaw and Xaw3d because we use the API to
chck symbols in the the Xaw library to see if it is really Xaw3d.
--with-athena=3d fixes the problem because it doesn't compile in the test.
This is fixed is 21.5 and a patch for 21.4 is here:
http://list-archive.xemacs.org/xemacs-patches/200507/msg00030.html
This is starting to become a FAQ item. It there any chance of rolling out
21.4.18 so get this fix out?
Just to note, I didn't install from fink when I got the bus error I
described, but from source. I have tried a beta (21.5.x) on fink and it did
work. As Apple includes more and more library support in the system, it is
getting harder and harder to keep up with system-level libraries versus fink
libraries, so I have been avoiding fink when possible, right or wrong.
Thanks Malcolm and Stephen for the insight.
Sean
6969
days inactive
6973
days old
4 comments
3 participants
participants (3)
-
Malcolm Purvis -
Sean Davis -
Stephen J. Turnbull