My original bug report is appended below. Here are the results of running gdb on on
emacs. I hope this helps.
hogden@embedded [54] ProcessImage % gdb /opt/local/bin/xemacs
GNU gdb 6.3.50-20050815 (Apple version gdb-1469) (Wed May 5 04:36:56 UTC 2010)
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 "x86_64-apple-darwin"...Reading symbols for shared
libraries .................. done
(gdb) run foo.py
Starting program: /opt/local/bin/xemacs foo.py
Reading symbols for shared libraries .+++++++++++++++++.......... done
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x000000280000002c
0x000000010056bcbd in XDrawLine ()
(gdb) where
#0 0x000000010056bcbd in XDrawLine ()
#1 0x000000010015c014 in GaugeExpose ()
#2 0x00000001004fbdf2 in SendExposureEvent ()
#3 0x00000001004fc2ea in XtDispatchEventToWidget ()
#4 0x00000001004fc95b in _XtDefaultDispatcher ()
#5 0x00000001004fba22 in XtDispatchEvent ()
#6 0x0000000100508c74 in XtAppProcessEvent ()
#7 0x0000000100127ea4 in emacs_Xt_event_pending_p ()
#8 0x0000000100073b97 in event_stream_event_pending_p ()
#9 0x0000000100078000 in Fdispatch_non_command_events ()
#10 0x0000000100038186 in Feval ()
#11 0x000000010003b337 in condition_case_1 ()
#12 0x000000010000fcb2 in execute_rare_opcode ()
#13 0x0000000100011031 in execute_optimized_program ()
#14 0x000000010001297d in funcall_compiled_function ()
#15 0x0000000100038d0e in Ffuncall ()
#16 0x0000000100010e7d in execute_optimized_program ()
#17 0x000000010001297d in funcall_compiled_function ()
#18 0x0000000100038d0e in Ffuncall ()
#19 0x0000000100010e7d in execute_optimized_program ()
#20 0x000000010001297d in funcall_compiled_function ()
#21 0x0000000100038d0e in Ffuncall ()
#22 0x0000000100010e7d in execute_optimized_program ()
#23 0x000000010001297d in funcall_compiled_function ()
#24 0x0000000100038d0e in Ffuncall ()
#25 0x0000000100010e7d in execute_optimized_program ()
#26 0x000000010001297d in funcall_compiled_function ()
#27 0x0000000100038d0e in Ffuncall ()
#28 0x0000000100010e7d in execute_optimized_program ()
#29 0x000000010001297d in funcall_compiled_function ()
#30 0x0000000100038d0e in Ffuncall ()
#31 0x0000000100010e7d in execute_optimized_program ()
#32 0x000000010001297d in funcall_compiled_function ()
#33 0x0000000100038d0e in Ffuncall ()
#34 0x0000000100010e7d in execute_optimized_program ()
#35 0x000000010001297d in funcall_compiled_function ()
#36 0x0000000100038d0e in Ffuncall ()
#37 0x0000000100010e7d in execute_optimized_program ()
#38 0x000000010001297d in funcall_compiled_function ()
#39 0x0000000100038d0e in Ffuncall ()
#40 0x0000000100010e7d in execute_optimized_program ()
#41 0x000000010001297d in funcall_compiled_function ()
#42 0x0000000100038d0e in Ffuncall ()
#43 0x0000000100010e7d in execute_optimized_program ()
#44 0x000000010001297d in funcall_compiled_function ()
#45 0x0000000100038d0e in Ffuncall ()
#46 0x000000010003942f in run_hook_with_args_in_buffer ()
#47 0x000000010003984f in Frun_hooks ()
#48 0x0000000100038e9e in Ffuncall ()
#49 0x0000000100010e7d in execute_optimized_program ()
#50 0x000000010001297d in funcall_compiled_function ()
#51 0x0000000100038d0e in Ffuncall ()
#52 0x0000000100010e7d in execute_optimized_program ()
#53 0x0000000100012604 in Fbyte_code ()
#54 0x00000001000385a8 in Feval ()
#55 0x000000010003b337 in condition_case_1 ()
#56 0x000000010000fcb2 in execute_rare_opcode ()
#57 0x0000000100011031 in execute_optimized_program ()
#58 0x000000010001297d in funcall_compiled_function ()
#59 0x0000000100038d0e in Ffuncall ()
#60 0x0000000100010e7d in execute_optimized_program ()
#61 0x000000010001297d in funcall_compiled_function ()
#62 0x0000000100038d0e in Ffuncall ()
#63 0x0000000100010e7d in execute_optimized_program ()
#64 0x000000010001297d in funcall_compiled_function ()
#65 0x0000000100038d0e in Ffuncall ()
#66 0x0000000100010e7d in execute_optimized_program ()
#67 0x000000010001297d in funcall_compiled_function ()
#68 0x000000010003823f in Feval ()
#69 0x000000010003b337 in condition_case_1 ()
#70 0x000000010000fcb2 in execute_rare_opcode ()
#71 0x0000000100011031 in execute_optimized_program ()
#72 0x000000010001297d in funcall_compiled_function ()
#73 0x000000010003823f in Feval ()
#74 0x000000010003b337 in condition_case_1 ()
#75 0x000000010001bfe2 in top_level_1 ()
#76 0x000000010003799d in internal_catch ()
#77 0x000000010001be64 in initial_command_loop ()
#78 0x0000000100034661 in xemacs_21_4_22_i386_apple_darwin10_8_0 ()
#79 0x000000010003529b in main ()
(gdb)
Begin forwarded message:
From: "John E. Hogden" <hogden(a)lanl.gov>
Date: May 29, 2012 7:05:42 PM MDT
To: xemacs-beta(a)xemacs.org
Subject: segmentation error when opening .cc and .py files
I used macports to install xemacs on my Mac Pro. I've appended hardware and software
information about the computer, as well as the installation info below.
I get a segmentation fault when I try to open a file called ProcessImage.py. If I copy
ProcessImage.py to a new file named "foo", the file opens without a problem. If
I copy ProcessImage.py to a new file named "foo.py", I get a segmentation error.
If I copy ProcessImage.py to a new file named "foo.cc", I get a segmentation
error. The segmentation error I get when I run xemacs ProcessImage.py is given below.
I'm guessing the problem is something to do with the fontification of the programming
languages.
I've looked hard for a core file but have had no luck. "ls -a ~" does not
show any file with core in its name, and doing "ls-a ~ | grep core" returns
nothing. Similarly, there is no file with "core" in its name in the directory
from which xemacs was executed.
ls -a /cores returns nothing.
find /opt -name "core" -print | grep xemacs returns nothing.
find /opt -name "core.*" -print | grep xemacs returns nothing.
find /opt -name "core.*" -print returns a variety of file names related to
python (they either have .py, .pyc, in their names or are in a python directory)
find /opt -name "core.*" -print | grep -v py returns nothing
If you can suggest another place to search for a core file, please let me know.
I have also done a fairly extensive search for a file called PROBLEMS in the /opt
directory, including using the commands:
find /opt -name "*PROBLEMS*" -print
find /opt -name "*Problems*" -print
find /opt -name "*problems*" -print
The first two commands returned nothing, and the last returned the file:
/opt/local/lib/xemacs-21.4.22/xemacs-packages/man/auctex/preview-problems.texi, but I
didn't see anything relevant in that file.
Here is the xemacs output:
Fatal error (11).
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 `xemacs-beta(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 /opt/local/bin/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:
dispatch-non-command-events()
# (condition-case ... . ((nil)))
progress-feedback-dispatch-non-command-events()
# bind (tmsg top frame value message label)
append-progress-feedback(font-lock "Fontifying ProcessImage.py..." 0 nil)
# bind (frame value message label)
display-progress-feedback(font-lock "Fontifying ProcessImage.py..." 0)
# bind (str)
# (unwind-protect ...)
# bind (args value fmt label)
progress-feedback-with-label(font-lock "Fontifying %s..." 0
"ProcessImage.py")
# bind (maybe-loudly end beg)
font-lock-default-unfontify-region(1 66730 t)
# bind (loudly end beg)
font-lock-unfontify-region(1 66730 t)
# bind (was-on font-lock-verbose font-lock-message-threshold aborted)
# (unwind-protect ...)
font-lock-default-fontify-buffer()
# bind (font-lock-verbose)
font-lock-fontify-buffer()
# bind (on-p maximum-size arg)
font-lock-mode(1)
turn-on-font-lock()
# bind (explicit-defaults)
font-lock-set-defaults()
run-hooks(font-lock-set-defaults)
# bind (nomodes after-find-file-from-revert-buffer noauto warn error)
after-find-file(nil t)
byte-code("..." [buffer-file-number number truename buffer-file-truename buf
buffer-file-name set-buffer-major-mode erase-buffer nil (byte-code
?????? ??\"???????? ??\"???∂?" [rawfile filename
insert-file-contents-literally t insert-file-contents] 3) ((file-error ...))
abbreviate-file-name file-name-directory make-local-variable backup-inhibited t
after-find-file find-file-use-truenames default-directory backup-enable-predicate rawfile
error nowarn] 3)
# (condition-case ... . ((t (byte-code "?!???? @ A\"??" ... 3))))
# (unwind-protect ...)
# bind (error number truename buf rawfile nowarn filename)
find-file-noselect("/Users/hogden/Documents/Changing/Programming/Python/ProcessImage/ProcessImage.py")
# bind (codesys filename)
find-file("/Users/hogden/Documents/Changing/Programming/Python/ProcessImage/ProcessImage.py")
# bind (dir file-count line end-of-options file-p arg tem)
command-line-1()
# bind (command-line-args-left)
command-line()
# (condition-case ... . ((t (byte-code " ?∂?" ... 1))))
# bind (error-data)
normal-top-level()
# (condition-case ... . error)
# (catch top-level ...)
Segmentation fault
Computer info:
Model Name: Mac Pro
Model Identifier: MacPro4,1
Processor Name: Quad-Core Intel Xeon
Processor Speed: 2.66 GHz
Number Of Processors: 2
Total Number Of Cores: 8
L2 Cache (per core): 256 KB
L3 Cache (per processor): 8 MB
Memory: 20 GB
Processor Interconnect Speed: 6.4 GT/s
Boot ROM Version: MP41.0081.B08
SMC Version (system): 1.39f5
SMC Version (processor tray): 1.39f5
Serial Number (system): H00253XX20H
Serial Number (processor tray): C070206007RDCVHAE
Hardware UUID: 4B7EDD0C-AE94-5A11-924C-90D32D96C2FE
System Software Overview:
System Version: Mac OS X 10.6.8 (10K549)
Kernel Version: Darwin 10.8.0
Boot Volume: Macintosh HD
Boot Mode: Normal
Computer Name:
embedded.lanl.gov
User Name: hogden (hogden)
Secure Virtual Memory: Enabled
64-bit Kernel and Extensions: No
Time since boot: 5 days 2:13
results from M-x describe-installation:
uname -a: Darwin
embedded.lanl.gov 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7
16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386
./configure '--prefix=/opt/local' '--mandir=/opt/local/share/man'
'--without-postgresql' '--without-ldap' '--with-sound=none'
'--pdump' '--site-prefixes=/opt/local' '--with-tty'
'--with-dialogs=athena' '--with-widgets=athena' '--with-athena=3d'
'--with-database=gdbm' '--with-mule'
XEmacs 21.4.22 "Instant Classic" configured for `i386-apple-darwin10.8.0'.
Compilation / Installation:
Source code location:
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_editors_xemacs/xemacs/work/xemacs-21.4.22
Installation prefix: /opt/local
Additional prefixes: /opt/local
Operating system description file: `s/darwin.h'
Not using any machine description file
Compiler: /usr/bin/gcc-4.2 -pipe -O2 -arch x86_64
Compiler version: /usr/bin/gcc-4.2 on i386-apple-darwin10.8.0
Relocating allocator for buffers: no
GNU version of malloc: no
- The GNU allocators don't work with this system configuration.
libc: system-provided libc on i386-apple-darwin10.8.0
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/X11/include
- X Windows libraries location:
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw3d
- Athena library to link: Xaw3d
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
TTY:
Compiling in support for ncurses.
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Compiling in support for X-Face message headers.
Sound:
Databases:
Compiling in support for GNU DBM.
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Compiling in support for XIM (X11R5+ I18N input method).
- Using raw Xlib to provide XIM support.
Mail:
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Using the new portable dumper.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org