2:51 a.m.
Hi all,
Has anyone else managed to successfully build XEmacs 21.5 under MacOS X
Lion ?
(PS: I did this following similar crash with SXEmacs, so I suspect some
bad influence of Lion on pdump...)
I am seeing a crash at make:
./xemacs -no-packages -batch -no-autoloads -l update-elc-2.el -f batch-update-elc-2
/Users/njsf/Projects/XEmacs/xemacs-beta/src/../lisp
make[1]: *** [update-elc-2] Segmentation fault: 11
make: *** [src] Error 2
The crash reporter gives the following information:
Process: xemacs [66766]
Path: /Users/USER/*/xemacs
Identifier: xemacs
Version: ??? (???)
Code Type: X86-64 (Native)
Parent Process: gnumake [66169]
Date/Time: 2011-09-13 21:46:05.466 -0400
OS Version: Mac OS X 10.7.1 (11B26)
Report Version: 9
Interval Since Last Report: 110318 sec
Crashes Since Last Report: 1
Per-App Crashes Since Last Report: 1
Anonymous UUID: E1FEAF32-402E-42B6-B6C7-B8DB1512C1D0
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x000000010f1f1a10
VM Regions Near 0x10f1f1a10:
MALLOC guard page 000000010d53c000-000000010d53d000 [ 4K] ---/rwx SM=NUL
-->
MALLOC_TINY 00007f911b400000-00007f911b411000 [ 68K] rw-/rwx SM=COW
Application Specific Information:
objc[66766]: garbage collection is OFF
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 xemacs 0x000000010c658f80 pdump_load_finish + 624
(dumper.c:2336)
1 xemacs 0x000000010c65959b pdump_load + 33 (dumper.c:2683)
2 xemacs 0x000000010c624178
xemacs_21_5_b31_i386_apple_darwin11_1_0 + 3367 (emacs.c:1407)
3 xemacs 0x000000010c625690 main + 152 (emacs.c:3192)
4 xemacs 0x000000010c5c119c start + 52
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x000000010f1f1a10 rbx: 0x0000000000000009 rcx: 0x0000000000369b48 rdx:
0x000000010cc49b48
rdi: 0x000000010c8e0008 rsi: 0x000000010c84fc9c rbp: 0x00007fff6c1bf7a0 rsp:
0x00007fff6c1bf6e0
r8: 0x000000004e70075c r9: 0x00007fff6c1bf8d8 r10: 0x0000000000098000 r11:
0x00007fff95258ec0
r12: 0x0000000000000000 r13: 0x0000000000000000 r14: 0x0000000000000000 r15:
0x0000000000000000
rip: 0x000000010c658f80 rfl: 0x0000000000010202 cr2: 0x000000010f1f1a10
Logical CPU: 1
Binary Images:
0x10c5c0000 - 0x10c8c3ff7 +xemacs (??? - ???)
<8EEB0246-E825-3412-ADFA-4D48CC4C0157> /Users/USER/*/xemacs
0x10cffd000 - 0x10d04bff7 +libXaw.7.dylib (8.0.0 - compatibility 8.0.0)
<AAFC320F-C6C8-37D2-9ACD-2CB9EB2A0BFE> /opt/local/lib/libXaw.7.dylib
0x10d06d000 - 0x10d0c4ff7 +libtiff.3.dylib (13.5.0 - compatibility 13.0.0)
<D371F602-5352-390B-97A7-F260DF3151A9> /opt/local/lib/libtiff.3.dylib
0x10d0d1000 - 0x10d105ff7 +libjpeg.8.dylib (12.0.0 - compatibility 12.0.0)
<547B0670-CCE5-315A-BECC-E3F818C76388> /opt/local/lib/libjpeg.8.dylib
0x10d10c000 - 0x10d120fff +libz.1.dylib (1.2.5 - compatibility 1.0.0)
<B6C19687-AAE1-37CB-BA87-0426C2A833E0> /opt/local/lib/libz.1.dylib
0x10d127000 - 0x10d129ff7 +libcompface.0.dylib (1.5.2 - compatibility 1.5.2)
<BCD91461-F4C1-382C-8039-0FE51937D8E2> /opt/local/lib/libcompface.0.dylib
0x10d13d000 - 0x10d14afff +libXpm.4.dylib (16.0.0 - compatibility 16.0.0)
<E5E6977D-EE43-3F31-944F-AE3344269818> /opt/local/lib/libXpm.4.dylib
0x10d150000 - 0x10d162fff +libXmu.6.dylib (9.0.0 - compatibility 9.0.0)
<F585D672-702A-3C5E-A6E9-86FBBBB8020E> /opt/local/lib/libXmu.6.dylib
0x10d16b000 - 0x10d1b1fff +libXt.6.dylib (7.0.0 - compatibility 7.0.0)
<DA9EB881-3DC7-3FF2-84D2-B17721560EA8> /opt/local/lib/libXt.6.dylib
0x10d1cd000 - 0x10d1daff7 +libXext.6.dylib (11.0.0 - compatibility 11.0.0)
<F8FA5759-7C9D-3B4C-AA8F-6340A4110E7D> /opt/local/lib/libXext.6.dylib
0x10d1e5000 - 0x10d2f8fff +libX11.6.dylib (10.0.0 - compatibility 10.0.0)
<32ADB232-24AC-374A-9CAD-BCB19D5E5B1C> /opt/local/lib/libX11.6.dylib
0x10d322000 - 0x10d327ff7 +libSM.6.dylib (7.1.0 - compatibility 7.0.0)
<D60FB83A-8F6F-3879-A4E8-AA20A186247A> /opt/local/lib/libSM.6.dylib
0x10d32d000 - 0x10d33dff7 +libICE.6.dylib (10.0.0 - compatibility 10.0.0)
<77070DB2-3B37-3833-B36B-BEC1F951AE78> /opt/local/lib/libICE.6.dylib
0x10d34a000 - 0x10d34efff +libgdbm.4.dylib (5.0.0 - compatibility 5.0.0)
<F8B0FEEE-C653-3D75-AC68-ABDE1FB9C18C> /opt/local/lib/libgdbm.4.dylib
0x10d353000 - 0x10d390ff7 +libncurses.5.dylib (5.0.0 - compatibility 5.0.0)
<60014346-C481-3C60-A269-47B991D13365> /opt/local/lib/libncurses.5.dylib
0x10d3a1000 - 0x10d3b4fe7 +libgcc_s.1.dylib (??? - ???)
<E47C20F0-4019-3A3F-8C72-5E4DAA23C068> /opt/local/lib/*/libgcc_s.1.dylib
0x10d3ca000 - 0x10d3d2ff7 +libintl.8.dylib (10.1.0 - compatibility 10.0.0)
<6A83574D-729E-3620-9110-E60286FCC16E> /opt/local/lib/libintl.8.dylib
0x10d3d9000 - 0x10d4d1ff7 +libiconv.2.dylib (8.1.0 - compatibility 8.0.0)
<AAFF2D74-8A41-3C2F-959F-596829FF5892> /opt/local/lib/libiconv.2.dylib
0x10d4e5000 - 0x10d4f7ff7 +libxcb.1.dylib (3.0.0 - compatibility 3.0.0)
<3E865F0D-7436-3AE6-98EC-D3D62739B582> /opt/local/lib/libxcb.1.dylib
0x10d505000 - 0x10d506ff7 +libXau.6.dylib (7.0.0 - compatibility 7.0.0)
<3F48CAF4-6DEC-3935-ADC4-67733BCFAE1F> /opt/local/lib/libXau.6.dylib
0x10d509000 - 0x10d50cfff +libXdmcp.6.dylib (7.0.0 - compatibility 7.0.0)
<73C33B9B-EF3A-3C2D-B79B-4C64AD5AA99D> /opt/local/lib/libXdmcp.6.dylib
0x7fff6c1c0000 - 0x7fff6c1f4ac7 dyld (195.5 - ???)
<4A6E2B28-C7A2-3528-ADB7-4076B9836041> /usr/lib/dyld
0x7fff8b19d000 - 0x7fff8b1bdfff libsystem_kernel.dylib (1699.22.73 -
compatibility 1.0.0) <69F2F501-72D8-3B3B-8357-F4418B3E1348>
/usr/lib/system/libsystem_kernel.dylib
0x7fff8bc3e000 - 0x7fff8bc44fff libmacho.dylib (800.0.0 - compatibility 1.0.0)
<D86F63EC-D2BD-32E0-8955-08B5EAFAD2CC> /usr/lib/system/libmacho.dylib
0x7fff8bc45000 - 0x7fff8bc4fff7 liblaunch.dylib (392.18.0 - compatibility 1.0.0)
<39EF04F2-7F0C-3435-B785-BF283727FFBD> /usr/lib/system/liblaunch.dylib
0x7fff8c98e000 - 0x7fff8c997fff libnotify.dylib (80.0.0 - compatibility 1.0.0)
<BD08553D-8088-38A8-8007-CF5C0B8F0404> /usr/lib/system/libnotify.dylib
0x7fff8ca4b000 - 0x7fff8ca4cff7 libremovefile.dylib (21.0.0 - compatibility
1.0.0) <C6C49FB7-1892-32E4-86B5-25AD165131AA> /usr/lib/system/libremovefile.dylib
0x7fff8cbb9000 - 0x7fff8cbbafff libdnsinfo.dylib (395.6.0 - compatibility 1.0.0)
<718A135F-6349-354A-85D5-430B128EFD57> /usr/lib/system/libdnsinfo.dylib
0x7fff8ce57000 - 0x7fff8ce65fff libdispatch.dylib (187.5.0 - compatibility 1.0.0)
<698F8EFB-7075-3111-94E3-891156C88172> /usr/lib/system/libdispatch.dylib
0x7fff8cec2000 - 0x7fff8cec9fff libcopyfile.dylib (85.1.0 - compatibility 1.0.0)
<172B1985-F24A-34E9-8D8B-A2403C9A0399> /usr/lib/system/libcopyfile.dylib
0x7fff8d2d7000 - 0x7fff8d313fff libsystem_info.dylib (??? - ???)
<BC49C624-1DAB-3A37-890F-6EFD46538424> /usr/lib/system/libsystem_info.dylib
0x7fff8d69a000 - 0x7fff8d6c7fe7 libSystem.B.dylib (159.0.0 - compatibility 1.0.0)
<7B4D685D-939C-3ABE-8780-77A1889E0DE9> /usr/lib/libSystem.B.dylib
0x7fff8db7a000 - 0x7fff8db7cfff libquarantine.dylib (36.0.0 - compatibility
1.0.0) <4C3BFBC7-E592-3939-B376-1C2E2D7C5389> /usr/lib/system/libquarantine.dylib
0x7fff8e5cc000 - 0x7fff8e5d0fff libmathCommon.A.dylib (2026.0.0 - compatibility
1.0.0) <FF83AFF7-42B2-306E-90AF-D539C51A4542> /usr/lib/system/libmathCommon.A.dylib
0x7fff8e810000 - 0x7fff8e85eff7 libauto.dylib (??? - ???)
<F0004B88-CA01-37D0-A77F-6651C4EC7D8E> /usr/lib/libauto.dylib
0x7fff8e85f000 - 0x7fff8e86aff7 libc++abi.dylib (14.0.0 - compatibility 1.0.0)
<8FF3D766-D678-36F6-84AC-423C878E6D14> /usr/lib/libc++abi.dylib
0x7fff8ff60000 - 0x7fff90162fff libicucore.A.dylib (46.1.0 - compatibility 1.0.0)
<82DCB94B-3819-3CC3-BC16-2AACA7F64F8A> /usr/lib/libicucore.A.dylib
0x7fff90163000 - 0x7fff90167fff libdyld.dylib (195.5.0 - compatibility 1.0.0)
<F1903B7A-D3FF-3390-909A-B24E09BAD1A5> /usr/lib/system/libdyld.dylib
0x7fff90276000 - 0x7fff9027bfff libcache.dylib (47.0.0 - compatibility 1.0.0)
<B7757E2E-5A7D-362E-AB71-785FE79E1527> /usr/lib/system/libcache.dylib
0x7fff9059d000 - 0x7fff905afff7 libz.1.dylib (1.2.5 - compatibility 1.0.0)
<30CBEF15-4978-3DED-8629-7109880A19D4> /usr/lib/libz.1.dylib
0x7fff90fb1000 - 0x7fff90fb6ff7 libsystem_network.dylib (??? - ???)
<4ABCEEF3-A3F9-3E06-9682-CE00F17138B7> /usr/lib/system/libsystem_network.dylib
0x7fff90fb7000 - 0x7fff90fd4ff7 libxpc.dylib (77.16.0 - compatibility 1.0.0)
<0A4B4775-29A9-30D6-956B-3BE1DBF98090> /usr/lib/system/libxpc.dylib
0x7fff92240000 - 0x7fff92248fff libsystem_dnssd.dylib (??? - ???)
<7749128E-D0C5-3832-861C-BC9913F774FA> /usr/lib/system/libsystem_dnssd.dylib
0x7fff92a87000 - 0x7fff92c5aff7 com.apple.CoreFoundation (6.7 - 635)
<57446B22-0778-3E07-9690-96AC705D57E8>
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
0x7fff92cbe000 - 0x7fff92cbffff libDiagnosticMessagesClient.dylib (??? - ???)
<3DCF577B-F126-302B-BCE2-4DB9A95B8598> /usr/lib/libDiagnosticMessagesClient.dylib
0x7fff92d07000 - 0x7fff92d0dff7 libunwind.dylib (30.0.0 - compatibility 1.0.0)
<1E9C6C8C-CBE8-3F4B-A5B5-E03E3AB53231> /usr/lib/system/libunwind.dylib
0x7fff937de000 - 0x7fff937defff libkeymgr.dylib (23.0.0 - compatibility 1.0.0)
<61EFED6A-A407-301E-B454-CD18314F0075> /usr/lib/system/libkeymgr.dylib
0x7fff93b10000 - 0x7fff93b85ff7 libc++.1.dylib (19.0.0 - compatibility 1.0.0)
<C0EFFF1B-0FEB-3F99-BE54-506B35B555A9> /usr/lib/libc++.1.dylib
0x7fff94d2a000 - 0x7fff94d2bfff libsystem_sandbox.dylib (??? - ???)
<8D14139B-B671-35F4-9E5A-023B4C523C38> /usr/lib/system/libsystem_sandbox.dylib
0x7fff951be000 - 0x7fff9529bfef libsystem_c.dylib (763.11.0 - compatibility
1.0.0) <1D61CA57-3C6D-30F7-89CB-CC6F0787B1DC> /usr/lib/system/libsystem_c.dylib
0x7fff952f0000 - 0x7fff95363fff libstdc++.6.dylib (52.0.0 - compatibility 7.0.0)
<6BDD43E4-A4B1-379E-9ED5-8C713653DFF2> /usr/lib/libstdc++.6.dylib
0x7fff95a61000 - 0x7fff95a62ff7 libsystem_blocks.dylib (53.0.0 - compatibility
1.0.0) <8BCA214A-8992-34B2-A8B9-B74DEACA1869>
/usr/lib/system/libsystem_blocks.dylib
0x7fff95b8a000 - 0x7fff95b8bfff libunc.dylib (24.0.0 - compatibility 1.0.0)
<C67B3B14-866C-314F-87FF-8025BEC2CAAC> /usr/lib/system/libunc.dylib
0x7fff95eea000 - 0x7fff95f2cff7 libcommonCrypto.dylib (55010.0.0 - compatibility
1.0.0) <A5B9778E-11C3-3F61-B740-1F2114E967FB> /usr/lib/system/libcommonCrypto.dylib
0x7fff95f2d000 - 0x7fff95f32fff libcompiler_rt.dylib (6.0.0 - compatibility
1.0.0) <98ECD5F6-E85C-32A5-98CD-8911230CB66A> /usr/lib/system/libcompiler_rt.dylib
0x7fff96773000 - 0x7fff96857def libobjc.A.dylib (228.0.0 - compatibility 1.0.0)
<C5F2392D-B481-3A9D-91BE-3D039FFF4DEC> /usr/lib/libobjc.A.dylib
External Modification Summary:
Calls made by other processes targeting this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by all processes on this machine:
task_for_pid: 32043
thread_create: 1
thread_set_state: 0
VM Region Summary:
ReadOnly portion of Libraries: Total=64.4M resident=17.9M(28%)
swapped_out_or_unallocated=46.5M(72%)
Writable regions: Total=74.8M written=248K(0%) resident=352K(0%) swapped_out=0K(0%)
unallocated=74.5M(100%)
REGION TYPE VIRTUAL
=========== =======
MALLOC 9396K
MALLOC guard page 16K
STACK GUARD 4K
Stack 64.0M
__DATA 7368K
__LINKEDIT 48.9M
__TEXT 15.6M
__UNICODE 544K
shared memory 12K
=========== =======
TOTAL 145.4M
Model: Macmini2,1, BootROM MM21.009A.B00, 2 processors, Intel Core 2 Duo, 1.83 GHz, 4 GB,
SMC 1.19f2
Graphics: Intel GMA 950, GMA 950, Built-In, spdisplays_integrated_vram
Memory Module: BANK 0/DIMM0, 2 GB, DDR2 SDRAM, 667 MHz, 0x7F7F7F94FFFFFFFF,
0x393731353539410000000000000000000000
Memory Module: BANK 1/DIMM1, 2 GB, DDR2 SDRAM, 667 MHz, 0x7F7F7F94FFFFFFFF,
0x393731353539410000000000000000000000
AirPort: spairport_wireless_card_type_airport_extreme (0x168C, 0x86), Atheros 5424:
2.1.14.9
Bluetooth: Version 2.5.0f17, 2 service, 12 devices, 1 incoming serial ports
Network Service: Ethernet, Ethernet, en0
Network Service: AirPort, AirPort, en1
Serial ATA Device: ST9750420AS, 750.16 GB
Parallel ATA Device: MATSHITACD-RW CW-8124
USB Device: iPod, apple_vendor_id, 0x129e, 0xfd100000 / 2
USB Device: USB2.0 Hub, 0x05e3 (Genesys Logic, Inc.), 0x0608, 0xfd300000 / 3
USB Device: Android Phone, 0x0bb4 (HTC Corporation), 0x0ff9, 0xfd330000 / 4
USB Device: USB2.0 Hub, 0x05e3 (Genesys Logic, Inc.), 0x0608, 0xfd340000 / 5
USB Device: hub_device, 0x0557 (ATEN International Co. Ltd.), 0x7000, 0x5d100000 / 2
USB Device: Trackball, 0x046d (Logitech Inc.), 0xc404, 0x5d140000 / 4
USB Device: ThinkPad USB Keyboard with TrackPoint, 0x17ef (Lenovo), 0x6009, 0x5d110000 /
3
USB Device: Bluetooth USB Host Controller, apple_vendor_id, 0x8205, 0x7d100000 / 2
USB Device: IR Receiver, apple_vendor_id, 0x8240, 0x7d200000 / 3
FireWire Device: WD10TPVT-00HT5T1, DMI, 400mbit_speed
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
3:57 a.m.
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.
./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
;-).
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
5:05 a.m.
"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.
> ./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
uname -a: Darwin neumann 11.1.0 Darwin Kernel Version 11.1.0: Tue Jul 26 16:09:02 PDT
2011; root:xnu-1699.22.81~1/RELEASE_I386 i386
./configure '--prefix=/opt/local' '--with-site-prefixes=/opt/local'
XEmacs 21.5-b31 "ginger" 3bc58dc9d688 configured for
`i386-apple-darwin11.1.0'.
Compilation Environment and Installation Defaults:
Source code location: /Users/njsf/Projects/XEmacs/xemacs-beta
Installation prefix: /opt/local
Additional prefixes: /opt/local
Not using any operating system description file
Machine description file: `m/intel386.h'
Compiler version: gcc (GCC) 4.5.3
- GCC specs file: specs.
- Compiler command: gcc -Wall -Wno-switch -Wundef -Wsign-compare
-Wno-char-subscripts -Wpacked -Wpointer-arith -Wshadow -Wmissing-declarations
-Wmissing-prototypes -Wstrict-prototypes -Wdeclaration-after-statement -Wunused-parameter
-g
libc version:
Relocating allocator for buffers: no
GNU version of malloc: no
- The GNU allocators don't work with this system configuration.
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/Xaw
- Athena library to link: Xaw
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 XPM images.
WARNING: -----------------------------------------------------------
WARNING: Compiling without PNG image support.
Reason: PNG library version and header file don't match!
WARNING: You should strongly consider installing the PNG libraries.
WARNING: Otherwise certain images and glyphs may not display.
WARNING: (a copy may be found in ftp://ftp.xemacs.org/pub/xemacs/aux)
WARNING: -----------------------------------------------------------
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 Berkeley database.
Compiling in support for GNU DBM.
Compiling in support for LDAP.
Compiling in support for PostgreSQL.
- Using PostgreSQL header file: libpq-fe.h
- Using PostgreSQL V7 bindings.
Internationalization:
Mail:
Compiling in support for "file" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Using the new GC mark algorithms (KKCC).
WARNING: ---------------------------------------------------------
WARNING: The new algorithms are experimental. They are enabled by
WARNING: default for this release. Use `--disable-kkcc' to
WARNING: turn it off.
WARNING: ---------------------------------------------------------
Using the new portable dumper.
Dumping into executable.
Compiling in support for extra debugging code.
Compiling in support for runtime error checking.
WARNING: ---------------------------------------------------------
WARNING: XEmacs will run noticeably more slowly as a result.
WARNING: Error checking is on by default for XEmacs beta releases.
WARNING: ---------------------------------------------------------
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
2:07 p.m.
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
3:33 a.m.
robert delius royar <xemacs(a)frinabulax.org> writes:
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.
It is certainly something worth trying (ie force 32 bits).
Thanks,
Nelson
[...]
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
9:34 p.m.
New subject: Lion's ASLR vs. portable dumper (was: MacOS X Lion segv (signal 11), using MacPorts (install from scratch))
>>>>"NF" == Nelson Ferreira
<nelson.ferreira(a)ieee.org> writes:
NF> Has anyone else managed to
successfully build XEmacs 21.5 under MacOS X
NF> Lion ?
NF> (PS: I did this following similar crash with SXEmacs, so I suspect some
NF> bad influence of Lion on pdump...)
I finally upgraded to Lion and had a look at the problem.
"Address space layout randomization" (ASLR) that Apple has "improved"
in
Lion [1] causes the problem with the portable dumper: The dump file
contains addresses into the address space of the process, e.g. to global
variables that hold parts of the root set or to memory descriptions.
ASLR in Lion randomizes the addresses in the address space of the
process on every program run, thus the addresses that are stored in the
dump file are no longer valid.
My approach to fixing this is the following: Store the address of a
global variable in the dump file. When loading the dump file, calculate
the difference to the now valid address of the same global variable and
use this difference to adjust every address from the dump file that
points into the process' address space. As long as Lion randomizes
every address linearly, this should work.
The attached patch takes the first steps in this direction: The dumper
can load and relocate the dump file under Lion without crashing. But
XEmacs still crashes at a later point, due to remaining invalid pointers
that have not yet been caught by the changes I have made to the dumper.
Pointers that need to be fixed are possibly
- ... in every Lisp_Object (e.g. the ones that contain pointers to
C functions),
- ... in every non-Lisp-Object data structure that is included in the
dump file with `dump_add_opaque' (e.g. lrecord_implementations_table,
lrecord_memory_descriptions, ...),
- ... in many other dumped data structures that I haven't even thought
of yet.
Since this leads to a lot of work, I'd like to get your feedback on my
approach and the next steps that I think are needed to get this working:
- Add a new memory description type for that kind of addresses.
- When the dumper sees such a memory description type while loading
the dump file, it adjusts the corresponding address.
- Write memory descriptions for everything that is dumped via
`dump_add_opaque'.
- Review all Lisp_Objects and update their memory descriptions if they
contain addresses into the address space of the process.
- Figure out what other data structures are stored in the dump file and
add memory descriptions for these as well.
It is going to take us a while to implement all this stuff.
Is there another (easier) solution or a shortcut that I've missed?
Is this problem really so hard to fix?
Footnotes:
[1] http://www.apple.com/macosx/whats-new/features.html#security
--
Marcus
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
3:35 p.m.
New subject: [AC] Re: Lion's ASLR vs. portable dumper
APPROVE COMMIT
NOTE: This patch has been committed.
>>>>"MC" == Marcus Crestani
<crestani(a)informatik.uni-tuebingen.de> writes:
MC> Is there another
(easier) solution or a shortcut that I've missed?
I found a way to tell the compiler not to do ASLR.
# HG changeset patch
# User Marcus Crestani <crestani(a)informatik.uni-tuebingen.de>
# Date 1322579993 -3600
# Node ID e9f58d024c3ce7ea82f7061ac3ac30cd0ae26419
# Parent 2b2f37e84792bb91a5b974280235fd2743ed1a7f
Disable ASLR on Mac OS X Lion.
2011-11-27 Marcus Crestani <crestani(a)informatik.uni-tuebingen.de>
* configure.ac:
Add "-Wl,-no_pie" to linker flags on Mac OS X Lion to disable ASLR
that breaks pdump.
* configure: Regenerate.
diff --git a/ChangeLog b/ChangeLog
--- a/ChangeLog
+++ b/ChangeLog
＠＠ -1,3 +1,10 ＠＠
+2011-11-27 Marcus Crestani <crestani(a)informatik.uni-tuebingen.de>
+
+ * configure.ac:
+ Add "-Wl,-no_pie" to linker flags on Mac OS X Lion to disable ASLR
+ that breaks pdump.
+ * configure: Regenerate.
+
2011-11-21 Marcus Crestani <crestani(a)informatik.uni-tuebingen.de>
* .hgignore:
diff --git a/configure b/configure
--- a/configure
+++ b/configure
＠＠ -11845,6 +11845,18 ＠＠
fi
fi
+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking whether ASLR needs to be
disabled" >&5
+$as_echo_n "checking whether ASLR needs to be disabled... " >&6; }
+case `uname -s`:`uname -r` in
+ Darwin:11.*)
+ { $as_echo "$as_me:${as_lineno-$LINENO}: result: yes" >&5
+$as_echo "yes" >&6; }
+ LDFLAGS="$LDFLAGS -Wl,-no_pie" && if test "$verbose" =
"yes"; then echo " Appending \"-Wl,-no_pie\" to
\$LDFLAGS"; fi
+ ;;
+ *) { $as_echo "$as_me:${as_lineno-$LINENO}: result: no" >&5
+$as_echo "no" >&6; } ;;
+esac
+
{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for specified window system"
>&5
$as_echo_n "checking for specified window system... " >&6; }
diff --git a/configure.ac b/configure.ac
--- a/configure.ac
+++ b/configure.ac
＠＠ -2786,6 +2786,17 ＠＠
fi
fi
+dnl Disable ASLR on systems where it breaks pdump.
+AC_MSG_CHECKING([whether ASLR needs to be disabled])
+case `uname -s`:`uname -r` in
+ dnl Mac OS X 10.7 Lion
+ Darwin:11.*)
+ AC_MSG_RESULT(yes)
+ XE_APPEND([-Wl,-no_pie], LDFLAGS)
+ ;;
+ *) AC_MSG_RESULT(no) ;;
+esac
+
dnl ----------------------
dnl Choose a window system
dnl ----------------------
--
Marcus
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
8 a.m.
New subject: [AC] Re: Lion's ASLR vs. portable dumper
Marcus Crestani <crestani(a)informatik.uni-tuebingen.de> writes:
I found a way to tell the compiler not to do ASLR.
Thanks - GREAT!
--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
4741
days inactive
4818
days old
7 comments
5 participants
participants (5)
-
Marcus Crestani -
Michael Sperber -
Nelson Ferreira -
robert delius royar -
Stephen J. Turnbull