From: Bob Halley <halley@play-bow.org>
To: 8395@debbugs.gnu.org
Subject: bug#8395: ASLR Issue?
Date: Tue, 5 Jul 2011 15:45:49 +0100 [thread overview]
Message-ID: <14674727-2DB3-4CFE-80F1-24B2B3512DDB@play-bow.org> (raw)
In-Reply-To: <6CD2FB60-80D6-40C4-92A9-F5BAB9AA4173@dre.vanderbilt.edu>
I too see this problem trying to build Aquamacs' emacs-24-based branch on Lion GM with Xcode 4.1 preview 7. The problem is *not* an unknown section name. I added some debugging printfs, and this is what I see. Basically things seem to be going OK until we try to write __data, where we get EFAULT when we try to write() it. I don't know why sectp->addr is giving EFAULT; perhaps ASLR?
If I discover more, I will add to the ticket.
As an aside, could emacs switch to an external core image like other lisps use instead of continuing to use the fragile unexec mechanism?
--- Load Commands written to Output File ---
Writing segment __PAGEZERO @ 0 ( 0/0x100000000 @ 0)
write 72
sz = 72
Writing segment __TEXT @ 0 (0x1ed000/0x1ed000 @ 0x100000000)
write 712
sz = 712
Writing segment __DATA @ 0x1ed000 (0x458000/0x458000 @ 0x1001ed000)
write 80
sz = 80
section __program_vars at 0x1ed000 - 0x1ed028 (sz: 0x28)
write 80
sz = 80
section __nl_symbol_ptr at 0x1ed028 - 0x1ed038 (sz: 0x10)
write 80
sz = 80
section __got at 0x1ed038 - 0x1ed208 (sz: 0x1d0)
write 80
sz = 80
section __la_symbol_ptr at 0x1ed208 - 0x1eda90 (sz: 0x888)
write 80
sz = 80
section __objc_classlist at 0x1eda90 - 0x1edb00 (sz: 0x70)
write 80
sz = 80
section __objc_protolist at 0x1edb00 - 0x1edb10 (sz: 0x10)
write 80
sz = 80
section __objc_imageinfo at 0x1edb10 - 0x1edb18 (sz: 0x8)
write 80
sz = 80
section __objc_const at 0x1edb18 - 0x1efef8 (sz: 0x23e0)
write 80
sz = 80
section __objc_selrefs at 0x1efef8 - 0x1f1030 (sz: 0x1138)
write 80
sz = 80
section __objc_msgrefs at 0x1f1030 - 0x1f1120 (sz: 0xf0)
write 80
sz = 80
section __objc_classrefs at 0x1f1120 - 0x1f1338 (sz: 0x218)
write 80
sz = 80
section __objc_superrefs at 0x1f1338 - 0x1f13a0 (sz: 0x68)
write 80
sz = 80
section __objc_data at 0x1f13a0 - 0x1f1800 (sz: 0x460)
sectp->addr = 1001f1800
write 4019480
sz = -1
errno = 14 Bad address
unexec: cannot write 1 section __data
next prev parent reply other threads:[~2011-07-05 14:45 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-31 14:09 bug#8395: Compile error with Xcode 4.1 in unexec William R. Otte
2011-07-05 14:45 ` Bob Halley [this message]
2011-07-06 7:41 ` bug#8395: ASLR Issue? YAMAMOTO Mitsuharu
[not found] ` <DCE21D64-0878-48EB-88F2-0BD981E9BFE1@play-bow.org>
2011-07-07 22:57 ` YAMAMOTO Mitsuharu
2011-07-10 15:19 ` Bob Halley
2011-07-11 0:13 ` YAMAMOTO Mitsuharu
2011-07-11 14:11 ` Bob Halley
2011-07-11 23:22 ` YAMAMOTO Mitsuharu
2011-07-11 18:15 ` bug#8395: Title bar issue Bob Halley
2011-07-11 23:25 ` bug#8395: (no subject) YAMAMOTO Mitsuharu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=14674727-2DB3-4CFE-80F1-24B2B3512DDB@play-bow.org \
--to=halley@play-bow.org \
--cc=8395@debbugs.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.