MacOS X Lion segv (signal 11), using MacPorts (install from scratch)

[robert delius royar]

Wed, 14 Sep 2011 (00:05 -0400 UTC) Nelson Ferreira wrote:

> "Stephen J. Turnbull" <stephen at 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