Wed, 14 Sep 2011 (00:05 -0400 UTC) Nelson Ferreira wrote:
"Stephen J. Turnbull" <stephen(a)xemacs.org> writes:
> Nelson Ferreira writes:
>
> > Has anyone else managed to successfully build XEmacs 21.5 under
> > MacOS X Lion ?
>
> As with all Mac OS X major version bumps, I'm going to avoid Lion as
> long as possible. :-) So, no, I haven't succeeded.
Same here. However, I seem to recall some similar types of crashes
reported, on an Apple list, that were as a result of changes in the
libraries, changes that meant 64-bit libraries were being used where
defines were designed for 32-bit uses. In the Apple crash report it
looked as though the crashed thread was 64 bit. But the compilation and
system type looks like it is assumed to be a 32-bit.
On my SL system, I saw problems before I added "-arch i386" to my
compilations when I was using parts of Macports or other self-compiled
libraries (as I do in XEmacs). If you try that, does it fix the problem?
Note, I am an English teacher, not a programmer, so take what I say
about causes the way you might other cargo-cult suggestions.
>
> > ./xemacs -no-packages -batch -no-autoloads -l update-elc-2.el -f
batch-update-elc-2 /Users/njsf/Projects/XEmacs/xemacs-beta/src/../lisp
>
> Can you
>
> cd $blddir/src
> gdb ./xemacs
> run ./xemacs -no-packages -batch -no-autoloads -l update-elc-2.el -f batch-update
-elc-2 /Users/njsf/Projects/XEmacs/xemacs-beta/src/../lisp
>
> and get us a backtrace? A copy of your Installation file would also
> be appreciated (although the list of loaded dylibs is almost as good
> ;-).
Not really much the Crash Reporter hadn't shown...
(gdb) run ./xemacs -no-packages -batch -no-autoloads -l update-elc-2.el -f batch-update
-elc-2 /Users/njsf/Projects/XEmacs/xemacs-beta/src/../lisp
Starting program: /Users/njsf/Projects/XEmacs/xemacs-beta/src/xemacs ./xemacs
-no-packages -batch -no-autoloads -l update-elc-2.el -f batch-update -elc-2
/Users/njsf/Projects/XEmacs/xemacs-beta/src/../lisp
Reading symbols for shared libraries
++++++++++++++++...................................... done
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x000000010f1f1a10
0x0000000100098f80 in pdump_load_finish () at dumper.c:2336
2336 (* ptr.address) = ptr.value + delta;
(gdb) bt
#0 0x0000000100098f80 in pdump_load_finish () at dumper.c:2336
#1 0x000000010009959b in pdump_load (argv0=0x7fff5fbffb10
"/Users/njsf/Projects/XEmacs/xemacs-beta/src/xemacs") at dumper.c:2682
#2 0x0000000100064178 in xemacs_21_5_b31_i386_apple_darwin11_1_0 (argc=11,
argv=0x7fff5fbff9a0, unused_envp=0x0, restart=0) at emacs.c:1407
#3 0x0000000100065690 in main (argc=11, argv=0x7fff5fbff9a0, unused_envp=0x7fff5fbffa00)
at emacs.c:3189
(gdb) p ptr
$1 = {address = 0x10f1f1a10, value = 0x369b48 <Address 0x369b48 out of bounds>}
(gdb) p delta
$2 = 4298244096
--
In cyberspace no one can hear your I.Q shrinking.
Zippy
8:59 up 4 days, 2:29, 1 user, load averages: 0.14 0.09 0.07
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta